2024-SmartХ金融核心生產(chǎn)業(yè)務(wù)場景探索文章合集-SmartХ金融核心生產(chǎn)業(yè)務(wù)場景探索文章合集-信創(chuàng)轉(zhuǎn)型與架構(gòu)升級 SmartХSmartХ-SmartХIT基礎(chǔ)架構(gòu)轉(zhuǎn)型提供有益參考。(SmartХ2013IT基礎(chǔ)設(shè)施產(chǎn)品與方案提供商。面護與容災(zāi)等模塊在內(nèi)的超融合基礎(chǔ)設(shè)施、分布式存儲、Rubernetes原生存儲等多樣化產(chǎn)品組合，助力客戶憑借自研能力與卓越產(chǎn)品，SmartХ獲評國家級“專精特新”小巨人企業(yè)與Gartner全球全棧超融合軟件推薦廠商、連續(xù)三年獲評GartnerPeerInsights亞太區(qū)客戶之選，并多次入選Gartner、IDC、Forrester、GigaOm 金融行業(yè)客戶基于超融合信創(chuàng)平臺構(gòu)建微分段防護的實踐及驗（金融通用 空中換發(fā)動機中信建投如何實現(xiàn)超融合操作系統(tǒng)“0”業(yè)務(wù)停機的信創(chuàng)轉(zhuǎn)（金融通用 SmartХSmartХ-747IT云化和信創(chuàng)轉(zhuǎn)型的第（數(shù)據(jù)庫場景和通用塊存儲場景進行志凌海納SmartХ超融合信創(chuàng)云SmartХSmartХ-SmartХ已得到金融機構(gòu)的廣泛認可20242SmartХ100金融機構(gòu)的選擇，并已成功落地4000信創(chuàng)節(jié)點，覆蓋生產(chǎn)（含辦公、災(zāi)備、開發(fā)測試等多種場景。SmartХSmartХ-欲了解更多SmartХ志凌海納SmartХ在信創(chuàng)：已成為金融機構(gòu)“輕SmartХSmartХ-ITIOPS，而是需要存儲在IOPS0.5ms內(nèi)，同時存儲具備足夠高的綜上所述，本次探索將存儲延時限制在0.5ms范圍內(nèi)，來驗證配置不同國產(chǎn)芯片（海光和鯤鵬）的SmartХ超融合對數(shù)據(jù)庫場景的支撐能力。blocksize8k（常見數(shù)據(jù)庫100%100%隨機寫、7:3混合讀寫、5:5混合讀寫場景下SmartХ超融合的性能表現(xiàn)。Kunpeng(3臺HygonC867285*Runpeng92048C*1.6TBIntelP4610NVMeSSD*1.6TBIntelP4610NVMeSSD*8TBSATAHDD*8TBSATAHDD*25Gbps*25Gbps*SMTХGuestopenEuler*SMTХOSSmartХ超融合軟件，CloudTowerSmartХ遲在0.5ms內(nèi)），同時其在指定延遲下表現(xiàn)出的IOPS可充分應(yīng)對絕大多數(shù)業(yè)務(wù)場景對性能的要求。SmartХSmartХ-ITCeph，另一類是自主研發(fā)路線，SmartХ超融合的分布式存儲組件屬于此類。長時間壓測存儲性能抖動（抖動越低越好HygonC867285*3.84TBSATASSD*8TBSATAHDD*10Gbps2port*信創(chuàng)服務(wù)器共計4（Ceph）與SmartХ說明：“1塊盤”、“21VM掛載的測試盤數(shù)量；P代表超融合節(jié)點，VSmartХSmartХ-SmartХSmartХ-SmartХSmartХSmartХSmartХSmartХSmartХ-3131能提升比例為33.3%左右。場景2080%Ceph相比，SmartХ自主研發(fā)的分布式存儲具備業(yè)內(nèi)領(lǐng)先SmartХIT點擊查看博客全文：金融信創(chuàng)場景下SmartХ構(gòu)建微分段防護的實踐及驗證Everoute是SmartХ面向云原生和SMTХOS虛擬化的網(wǎng)絡(luò)與安全產(chǎn)品信任”要求的微隔離環(huán)境，并通過集中的策略管理平臺，減輕虛擬化和安全管理員繁重的日常操作。近期，SmartХ與某頭部券商共同開展了《基于SmartХ超融合信創(chuàng)平臺構(gòu)建微分段防護》的實踐及驗證課題，并由SmartХ解決方案架構(gòu)師金鑫分享了該課題的驗證成果。點擊觀看為什么要基于虛擬化層進行“微分段/SmartХAgent來實現(xiàn)合規(guī)性：等保2.0“第一級安全防護”中，對虛擬化或者云化環(huán)境的業(yè)務(wù)系統(tǒng)或虛擬機的安全防護有明虛擬化層級的優(yōu)勢：Hypervisor平臺，是一種原生的支持。如果Hypervisor層級實現(xiàn)虛擬機保護應(yīng)該是最優(yōu)解。（上圖最左邊Hypervisor，誰就去實現(xiàn)虛擬機間安全防護，所以這就叫原生支持。SmartХ產(chǎn)品Everoute網(wǎng)絡(luò)與安全解決方案就是在這樣的分支下。CiscoHypervisor都沒有任何關(guān)系。這Hypervisor。但它的弊端就是一定要在所有的虛擬機里安裝Agent，或者說侵入到不同的Hypervisor，才能跟Hypervisor內(nèi)部的虛擬交換組件進行聯(lián)動。所以不管是侵入Hypervisor還是侵入虛擬機，安裝、部署、實施都會有一些復(fù)雜。第三個想要研究的問題是我們在做策略或者是ACL的時候該怎么做。傳統(tǒng)網(wǎng)絡(luò)安全都是基于五元組，即實虛擬化給出了一種更好的視角IP地址為對象做訪問控制這也是原生Hypervisor實現(xiàn)東西向流量控制的一個優(yōu)勢體現(xiàn)。4SmartХ超融合產(chǎn)品、功能來實踐并SmartХSmartХ-Everoute具備流量可視化能力，這是實踐的開始?？梢钥吹剑珽veroute的流量可視化功能可以將整個業(yè)務(wù)之間的流量識別出來，業(yè)務(wù)之間的流量的上下文是SmartХSmartХ-TA63VM、2執(zhí)行TA6TA我們在整個環(huán)境中部署了一個誘餌VMZenmap10個內(nèi)部蜜罐，通過掃描policy，再次驗證非正常的探測行為是否可以被SmartХSmartХ-2000條策略時，超融合平臺的性能表現(xiàn)是什么樣子（即“開啟/關(guān)閉”安全防護下的網(wǎng)絡(luò)吐吞和延時性能指標。2個VM，并安裝好iperf和netperf開啟安全防護（10條將策略增加到2000地模擬真實場景。為什么是2000條？我們是這樣評估的：如果一個集群內(nèi)有200102000policy。結(jié)果總體來看，從吞吐到延時都在一個正常9.379.28819.0683SmartХSmartХSmartХ-down（如下圖。updaupdae零代理的技術(shù)，完全在Hypervisor實現(xiàn)安全防護。我們也不依賴物理交換機特殊的功能或配置，對物滿足并實現(xiàn)對“等保2.0白名單策略模型，這也是SmartХ金融信創(chuàng)場景下SmartХSmartХOracle點擊查看博客全文：業(yè)務(wù)停機的信創(chuàng)轉(zhuǎn)換（以下簡稱“中信建投”）SmartХ合作開展了超融合架構(gòu)下主機操作系統(tǒng)信創(chuàng)轉(zhuǎn)型的探索實踐。用戶利用SmartХ自主研發(fā)的轉(zhuǎn)換工具，成功將超融合軟件操作系統(tǒng)由CentOS7“原地”轉(zhuǎn)換為openEulerIT基礎(chǔ)設(shè)施層面的信創(chuàng)轉(zhuǎn)型已取得初IT規(guī)模采用麒麟OS和openEuler替代非信創(chuàng)操作系統(tǒng)。為了進一步提升整體IT信創(chuàng)水平，同時避免CentOS72023年年初與國套使用CentOS7的超融合集群在線轉(zhuǎn)換為基于openEuler的版本，率先在證券行業(yè)實現(xiàn)了IT基礎(chǔ)架構(gòu)2018x86服務(wù)器配合虛擬化+SAN網(wǎng)絡(luò)光纖交換機+2個數(shù)據(jù)中心和上海數(shù)據(jù)中心部署超融合集群（CPUCPU的信創(chuàng)節(jié)點）支持開發(fā)測試場景和生產(chǎn)環(huán)x86、ARMx86環(huán)境的超融2023使用LeappApp進行轉(zhuǎn)換：利用Redhat員工開發(fā)的開源工具LeappApp進行RedHat系發(fā)行版之間的升級切換。該工具會進行環(huán)境信息的收集與檢查，并通過構(gòu)建臨時環(huán)境執(zhí)行RPM升降級，解決了RPMCentOS7latestdnfdistro-sync命令進行轉(zhuǎn)換：DNF后（OSYum），在保證Yum(DNF)Repositorydnfdistro-sync”命令來進行RPM（RedhatRepository中的所有RPM沒有使用RPMLeappApp使用dnfdistro-syncRPM（基于CentOS7）必SmartХSmartХ-BaseOS轉(zhuǎn)換2023年2ARM和信創(chuàng)開發(fā)測試集群、x86集群、生產(chǎn)集群以及上海數(shù)據(jù)中心的x86集群進行測試和轉(zhuǎn)換：北京開發(fā)測試集群北京開發(fā)測試集群北京開發(fā)測試集群×86北京開發(fā)測試集群×86上海數(shù)據(jù)中心Х865套ARM和2套海光CPU架構(gòu)集群進行轉(zhuǎn)換。3們先從ARM和海光架構(gòu)集群中各挑選了1套負載相對比較低的集群進行了轉(zhuǎn)換測試。在轉(zhuǎn)換成功且兩套5套集群也實施了轉(zhuǎn)換操作。目前，7套集群的轉(zhuǎn)換均已順利完成，前后花費不到1個月的時間，整個過程沒有對業(yè)務(wù)帶來一點影響。進一步完善IT基礎(chǔ)設(shè)施信創(chuàng)轉(zhuǎn)型，實現(xiàn)“由外到內(nèi)”規(guī)避了CentOS7x86集群進行轉(zhuǎn)換測試。如果測試x86集群實施信創(chuàng)操作系統(tǒng)轉(zhuǎn)換，隨后依次轉(zhuǎn)換北京生產(chǎn)數(shù)據(jù)SmartХSmartХ-”IT架構(gòu)的信創(chuàng)轉(zhuǎn)型，目前，SmartХSMTХOS或SMTХZBS的主機操作系統(tǒng)從CentOS轉(zhuǎn)換為openEuler。如有需求或疑問，歡迎掃描文末用戶助手二維碼在線咨詢，或聯(lián)系SmartХ銷售代表。點擊查看博客全文：空中換發(fā)動機：中信建投如何實現(xiàn)超融合操作系統(tǒng)“0eomSartХ超融對于基礎(chǔ)架構(gòu)運維人員來說CPU對于應(yīng)用系統(tǒng)開發(fā)人員來說，現(xiàn)在已經(jīng)在使用DevOps進行業(yè)務(wù)系統(tǒng)的敏捷開發(fā)和測試。針對一個版本的CI的工作流。如果想要實現(xiàn)虛擬API來整理自動化創(chuàng)建虛擬機的腳本。但是如果企業(yè)擁有多個云平臺，就需要參考各個廠商的API來開發(fā)基礎(chǔ)設(shè)施資源管理的功能，這就會比較繁瑣。CMDBAVMware和SmartХ將增加金錢成本。SmartХSmartХ-TerraformerraormHashiCorp基礎(chǔ)設(shè)施即代碼erraorm不僅支持WGC、VMwarSmartХubernee、DocerTerraform計劃：TerraformPlan這個命令來圖片來源：“HowdoesTerraformwork?by在定義基礎(chǔ)設(shè)施的時候，用戶可以同時對多個廠商的資源進行置備，如同時定義AWS和阿里云的彈性Terraform象存儲等等一系列的資源。這些資源在配置文件中的先后順序并不重要，Terraform會自動遵從資源的依Terraform本質(zhì)為基礎(chǔ)設(shè)施置備工具：與Ansible或Saltstack這類虛擬機配置工具不同，Terraform主要幫助用Ansible更擅長虛擬機的配置，如批量升級一批Linux的OpenSSH的版本。這兩類工具并不沖突，用戶也可以結(jié)合使用。大多數(shù)基礎(chǔ)設(shè)施即代碼erraorm續(xù)需要的時候進行回滾?！霸茻o關(guān)erraorm與云廠商是解耦的免費且開源：Terraform的開源社區(qū)非常活躍，現(xiàn)在2400多個Provider2200多個都是由社區(qū)SmartХSmartХ-正如前文所述，Terraform也支持SmartХ超融合的自動管理，這需要配合SmartХCloudTower以SmartХTerraform在運行時會讀取所.tf擴展名的配置文件，并且將它們連接在一起。隨后，TerraformCloudTower的Provider，在SmartХ超融合基礎(chǔ)設(shè)施上去創(chuàng)建和管理對應(yīng)的資源。其中，Provider是Terraform的插API提供對應(yīng)的Provider，而Terraform通過使用不同云廠商提供的Provider，從而實現(xiàn)在不同的基礎(chǔ)設(shè)施上進行資源的創(chuàng)建和管理。通用配置：CloudTower資源。僅需替換Provider就可管降低自動化難度：CloudTowerAPI細節(jié)，降低了自動化運維的部署難度。業(yè)務(wù)人員Examples我們通過以下demo具體演示如何使用TerraformCLI批量管理CloudTowerJenkins中使用Terraform（在Jenkins的demo中我們可以看到，用戶只需在Jenkins中填寫資源的參數(shù)，Jenkins就可以通過后臺Terraform則會根據(jù)配置文件自動生成虛擬機，并且可以CMDBCMDB中查詢哪些服務(wù)器的資源比較充足，從而優(yōu)先利用，并將一個應(yīng)用相同功能的不同虛擬機分別放置在不同的集群上。用戶也可以使用Ansible提前整理虛擬機應(yīng)用（CPATerraformCloudTowerTerraform+CloudTower自主開發(fā)了符合公司需求的基礎(chǔ)架構(gòu)運維整個運維平臺的后端使用了T