SmartX?融?業(yè)的多種應(yīng)?場景。此?檔整理“保險”機數(shù)量、配置和?常資源使?情況，希望可以為?業(yè)客戶IT

20關(guān)于北京志凌海納科技有限公司（SmartX）成?于2013年，是專業(yè)的現(xiàn)代化IT?案提供商。?向企業(yè)?建云需求，SmartX提供包含虛擬化、分布式存儲、軟件定義?絡(luò)與安全、容器管理與服務(wù)、數(shù)據(jù)保護(hù)與容災(zāi)等模塊在內(nèi)的超融合基礎(chǔ)設(shè)施、分布式存儲、Kubernetes原?存儲等多樣化產(chǎn)品組合，助?客戶構(gòu)建簡單、彈性、可靠、開放的現(xiàn)代化IT憑借?研能?與卓越產(chǎn)品，SmartX獲評國家級“專精特新”?巨?企業(yè)與Gartner全球全棧超融合軟件推薦?商、連續(xù)三年獲評GartnerPeerInsights亞太區(qū)客戶之選，并多次?選Gartner、IDC、Forrester、GigaOm等國際分析機構(gòu)全球報告，作為專業(yè)?商在全球范圍內(nèi)?錄超融合架構(gòu)?撐各類?產(chǎn)級數(shù)據(jù)庫系 Oracle/MySQL基于超融合和分布式存儲構(gòu)建保險災(zāi)備中 微分段加強云化數(shù)據(jù)中??絡(luò)安全防 分布式存儲?撐保險存算分離場 基礎(chǔ)架構(gòu)?主可控“國產(chǎn)化轉(zhuǎn)型 全?替代國外超融合品 保險新場景探索與實 SmartX構(gòu)建“解耦”“輕量”“敏捷”企業(yè) SmartX保險?業(yè)客戶案 字化業(yè)務(wù)發(fā)展的重要核?組融合，具有更短的I/O路徑，?前SmartX超融合基礎(chǔ)架構(gòu)和災(zāi)備環(huán)境中，分別?撐了架構(gòu)簡單靈活，3節(jié)點起資源，從?提?業(yè)務(wù)交付效

8年，某保險客戶在開發(fā)測試環(huán)境部署了?套基于超融合的基礎(chǔ)架構(gòu)平臺，成功使?國產(chǎn)虛擬化+分布式存儲替代了e++團(tuán)O融合平臺在開發(fā)測試環(huán)境中的性能表現(xiàn)相?當(dāng)前?產(chǎn)環(huán)境獲得數(shù)倍提升，這進(jìn)?步增加了客戶將超融合架構(gòu)應(yīng)?于?產(chǎn)系統(tǒng)隨后從2019年到2021年，經(jīng)過3進(jìn)，歷經(jīng)三期的改造和升級擴容，客戶?產(chǎn)環(huán)境完成了2套超融合集群的部署落地，500?客戶的?產(chǎn)數(shù)據(jù)庫硬件平臺逐漸?化，使?年限已超5年，在開發(fā)測試和?產(chǎn)環(huán)境有著3年多的穩(wěn)定運?及性能表現(xiàn)，得到了客戶的充分認(rèn)可，這為客戶決定使?SmartX超融合架構(gòu)MySQLSmartXMySQL?3年以上，其中針對“團(tuán)險銷管”系統(tǒng)報表功能，基于相同的鏈路，采?新型?速存儲介化+分布式存儲）可以允許多硬件資源（CPU/內(nèi)存/?絡(luò)/可?性。對于很多單機數(shù)據(jù)隔離性。

超融合架構(gòu)相?當(dāng)前?產(chǎn)環(huán)境，在數(shù)據(jù)庫查詢類業(yè)務(wù)表現(xiàn)MySQL客戶新建?套3節(jié)點全閃架構(gòu)的超融合集群，使?SmartX原?虛擬化F，專??于?撐?產(chǎn)L數(shù)據(jù)庫業(yè)務(wù)，使?v1套L道類、內(nèi)部應(yīng)?類和周邊應(yīng)?類業(yè)務(wù)系統(tǒng)，每套數(shù)據(jù)庫系統(tǒng)均包含多個虛擬機，采?L“?主多從”的部署?案。業(yè)務(wù)系統(tǒng)主要包括反洗錢、新團(tuán)險銷售管理、核?接?優(yōu)化出單、R統(tǒng)?接?平臺、官?微信、團(tuán)險核?接?平臺、企福保、MySQL（3），192器，2.3T內(nèi)存，68T存儲裸容量。Oracle

e構(gòu)是?次關(guān)鍵的轉(zhuǎn)型探索，需要進(jìn)?全?的評估和充分驗證。經(jīng)過與客戶的溝通討論，客戶確定臨時構(gòu)建?套三節(jié)點超融合eC參考?產(chǎn)環(huán)境中的電商系統(tǒng)），使?第三?的標(biāo)準(zhǔn)數(shù)據(jù)庫測試?具SwingBench進(jìn)??達(dá)8?時的持續(xù)性能測試，評估Oracle數(shù)據(jù)庫性能表現(xiàn)。第三?壓測?具SwingBench使?默認(rèn)TPC-C壓測模型，在100?戶并發(fā)下，TPM平均值為63萬，平均延時為6ms。200TPM101300TPM112000?戶的并發(fā)測試?例，通過測試，在?并發(fā)?戶下，可以充e。通過?業(yè)經(jīng)驗，看?下這?的TPM與應(yīng)?業(yè)務(wù)的關(guān)系。每筆交易按15個原?操作計算，并根據(jù)?業(yè)經(jīng)驗保留30%余量，相當(dāng)于每分鐘處理超過3萬筆復(fù)雜?融業(yè)務(wù)交易，在不能實際壓測?產(chǎn)環(huán)境進(jìn)?對?的背景下，此次測試數(shù)Oracle本次數(shù)據(jù)庫性能驗證，超融合架構(gòu)展現(xiàn)出的性能指標(biāo)完全可以滿?客戶的業(yè)務(wù)需求。在對數(shù)據(jù)庫的穩(wěn)定性、可?性和性能進(jìn)MySQL后，新建?于?撐Oracle數(shù)據(jù)庫的全閃超融合資源池。為降低遷移復(fù)雜度，并保持和原虛擬化架構(gòu)的?致性，Oracle資源池的虛擬化層延?VMwareESXi。到?前為?，已遷移完成28套Oracle數(shù)據(jù)庫系統(tǒng)，含4套OracleRAC（兩節(jié)點），涵蓋客戶?前架構(gòu)?撐平臺、渠道類、周邊應(yīng)?類和BI報表業(yè)務(wù)等超融合集群（6節(jié)點）共提供了384個邏輯處理器，4.6T內(nèi)存，230T存儲裸容量。S資源，有效降低基礎(chǔ)架構(gòu)的建設(shè)成本和復(fù)雜度，在保持架構(gòu)可靠性和?性能的前提下，提?了架構(gòu)敏捷性，通過兩期的?產(chǎn)數(shù)據(jù)庫（L、e）資源池建設(shè)，客戶利?超融合架構(gòu)完成了對重要?產(chǎn)系統(tǒng)的基礎(chǔ)架構(gòu)轉(zhuǎn)型。同時實現(xiàn)了企業(yè)云基礎(chǔ)架構(gòu)的分布式云化轉(zhuǎn)型和虛擬化以及存儲的國產(chǎn)化逐步替SMTXOS?持構(gòu)建完整的備份和容災(zāi)?案，包括雙活、備份與容災(zāi)（備份與恢復(fù)、復(fù)制與恢復(fù)），提供不同級別的PRORTO、兼具?可靠和?可?性，從?保障企業(yè)核??以拉伸集群的?式，實現(xiàn)兩個可?域的數(shù)據(jù)實時同步。當(dāng)優(yōu)RPO=0和分鐘級RTO的業(yè)務(wù)恢復(fù)能?持將運?在SmartX原?虛擬化ELF平臺的虛擬機整機備份到集群外部的備份存儲庫，并?持使?備份?件對虛擬機

業(yè)務(wù)災(zāi)備保護(hù)–異構(gòu)基礎(chǔ)架構(gòu)融機構(gòu)，SmartX提供由超融合系統(tǒng)和分布式存儲構(gòu)建的容災(zāi)資SmartX容災(zāi)?可??案，將裸?屬、VMware資源池的?產(chǎn)Oracle數(shù)優(yōu)異的RPO與可實現(xiàn)RPO為秒級，RTO達(dá)到秒到分鐘級（數(shù)據(jù)庫接管時降低站點之間?絡(luò)依賴，多個集群間數(shù)據(jù)相互復(fù)制，可在遠(yuǎn)程站點?鍵恢復(fù)業(yè)務(wù)，滿?RPO≥15min的數(shù)據(jù)保護(hù)需

分布式架構(gòu)、NVMe-oF接?協(xié)議和RDMA?絡(luò)技術(shù)，充分發(fā)XeM+功能構(gòu)建的應(yīng)?容災(zāi)?案，以及數(shù)據(jù)庫通過?志同步?案，將虛擬化環(huán)境的?產(chǎn)應(yīng)?和數(shù)據(jù)庫持續(xù)同步?容災(zāi)端，形成冗余架優(yōu)異的RPO與可實現(xiàn)RPO為秒級，RTOSmartX優(yōu)異的RPO與可實現(xiàn)RPO為0，RTO為0SmartX容災(zāi)?可??案，將?產(chǎn)Oracle和MySQL數(shù)據(jù)庫持續(xù)同步?優(yōu)異的RPO與可實現(xiàn)RPO為秒級，RTO達(dá)到秒到分鐘級（數(shù)據(jù)庫接管時SmartXCDP優(yōu)異的RPO與可實現(xiàn)RPO達(dá)到秒級，RTO通過CDP軟件對?產(chǎn)環(huán)境虛擬機進(jìn)?整體保護(hù)，其標(biāo)準(zhǔn)操作步能有效控制CDP軟件對?產(chǎn)環(huán)境資源的消耗，通常的資源消耗被控制在5%以內(nèi)。業(yè)務(wù)災(zāi)備保護(hù)–超融合集群?，可最?程度保證業(yè)務(wù)服務(wù)的可?性。SmartX超融合內(nèi)置的SmartXSmartX超融合提供復(fù)制與恢復(fù)服務(wù)，數(shù)據(jù)可在多個數(shù)據(jù)中?之延遲限制，需要關(guān)注業(yè)務(wù)RPO以及數(shù)據(jù)增量與傳輸帶寬的適配案不僅架構(gòu)復(fù)雜且成本?昂。SmartX超融合?持跨數(shù)據(jù)中?的3節(jié)點集群，以及1個位于異地的物理或虛擬仲裁節(jié)點（最佳實踐）10Gb寬與低于5ms的?絡(luò)延時。SmartX超融合系統(tǒng)原??持雙活集群架構(gòu)，?需第三?軟、硬極致的RPO與雙活架構(gòu)可搭配應(yīng)?的?可?集群架構(gòu)實現(xiàn)RPO為0，RTO接近為0的容災(zāi)效果。SmartXSmartX超融合系統(tǒng)以分布式塊存儲為基礎(chǔ)，融合虛擬化平臺構(gòu)建的?體化架構(gòu)，利?x86、ARMX超融合容災(zāi)基礎(chǔ)架構(gòu)，最?三節(jié)點起步，并可按需擴容，降低容災(zāi)基礎(chǔ)架構(gòu)的初始構(gòu)建成本；對應(yīng)更多?產(chǎn)環(huán)境的容災(zāi)需求時，也可通過按需擴容優(yōu)勢，逐步擴展容災(zāi)基礎(chǔ)架構(gòu)資

在傳統(tǒng)的數(shù)據(jù)中??絡(luò)中，普遍認(rèn)為數(shù)據(jù)中??絡(luò)內(nèi)部的流量是安全的，外部的流量是不安全的。因此，通常在?絡(luò)內(nèi)、外部的邊界位置部署防?墻，對進(jìn)、出流量（即南北向制等動作。這種在物理邊界設(shè)備上對流量進(jìn)?安全分析的技隨著數(shù)據(jù)中?基礎(chǔ)架構(gòu)向新?代云化轉(zhuǎn)型，數(shù)據(jù)中??絡(luò)流量從以前的南北向流量為主轉(zhuǎn)變?yōu)闁|?向流量為主，這樣的背景下，對云環(huán)境內(nèi)部流量進(jìn)?安全管控就變得尤為重要。?旦攻擊者沖破邊界防護(hù)，那么企業(yè)云內(nèi)部的安全將受到嚴(yán)重威脅，攻擊者可以隨意攻擊云內(nèi)的各個業(yè)務(wù)和服務(wù)。因此在云化的數(shù)據(jù)中?內(nèi)部，需要針對內(nèi)外部的流量做全?的防護(hù)，如果將企業(yè)云內(nèi)部虛擬機間的流量全部繞?集中式防?墻，很難滿?數(shù)據(jù)中?靈活性和敏捷性的部署要求，容易形微分段可以提供???粒度更細(xì)的分組規(guī)則，對企業(yè)云環(huán)境內(nèi)部虛擬機進(jìn)?分組（標(biāo)簽），從?對所有分組之間的

安全策略直接關(guān)聯(lián)在業(yè)務(wù)對象上，相?使?IP??的運維管理不改變物理?絡(luò)結(jié)構(gòu)的前提下，實現(xiàn)應(yīng)?業(yè)務(wù)的最后?公??；贗P分段的訪問控制策略，看易?難。實現(xiàn)更精細(xì)粒度VM云化數(shù)據(jù)中?承載著不同業(yè)務(wù)部?的IT需求，?每個業(yè)務(wù)部?流量下發(fā)安全策略。策略將跟能的業(yè)務(wù)策略控制，限制攻擊?為在?絡(luò)內(nèi)部橫向移動的能滿?并實現(xiàn)《等保2.0?絡(luò)安全

CPU：2*kunpeng920(5220)32Cores硬盤：2*960GIntelS45104*4TBSMTXOSv5.0.3（超融合軟件）CloudTowerv2.0（管理平?）恒?TA6（虛擬機v8（DB01/DB02基于標(biāo)簽?名單訪問控制，以VM為對象代替?zhèn)鹘y(tǒng)IP地址的策略控制，為受保護(hù)VM提供零信任安全基于“開啟/關(guān)閉”安全防護(hù)，驗證?絡(luò)安全策略可有利?Hypervisor虛擬機對象感知能?，結(jié)合虛擬化?絡(luò)，實現(xiàn)滿?并實現(xiàn)“等保2.0?絡(luò)安全等級保護(hù)要求”中安全計算環(huán)境軟件定義存儲（SoftwareDefinedStorage，SDS）是?種存儲技術(shù)。SDS的?的是將數(shù)據(jù)分布式存儲將數(shù)據(jù)分布存儲在多個標(biāo)準(zhǔn)PC服務(wù)器節(jié)點，通過在多節(jié)點之間進(jìn)?數(shù)據(jù)復(fù)制來提?數(shù)據(jù)可?性和容錯能?。分布式存儲可利?軟件定義簡化存儲管理，降低復(fù)雜度，提?運維效SMTXZBS分布式存儲?案亮ZBS通過標(biāo)準(zhǔn)接?和插件的?式，ZBS結(jié)合NVMe-oF協(xié)議、?速?存儲性能，?撐?I/O負(fù)載型業(yè)務(wù)更?的架構(gòu)擴展性。分布式存儲?身天然特性，橫向擴展可同時增加集群數(shù)據(jù)存儲容量和存儲性能（每個節(jié)點都可以作為數(shù)據(jù)接

SMTXZBS分布式存儲性能評估（iSCSIvsNVMe-SMTXZBS性能表現(xiàn)，以及SMTXZBS對于服務(wù)器硬件兼容性測試?案（某保險客戶基于相同的硬件條件，由3臺不同品牌型號服務(wù)器組成存儲集群，對接前端裸?屬服務(wù)器，分別通過iSCSI協(xié)議和NVMe-R6202*E5-8*32G8*32G8*32G?點，類似于集群存儲的控制更低的總體擁有成本?；跇?biāo)準(zhǔn)化的硬件構(gòu)建，相較于傳統(tǒng)專有存儲設(shè)備，在設(shè)備采購和?常運維兩個層?的成本?較，分布式敏捷的架構(gòu)。3建、快速交付和按需擴容，提?IT基礎(chǔ)架構(gòu)的交付效率。

測試數(shù)據(jù)SMTXZBS掛載?塊磁盤給前端物理機，分別進(jìn)?4K/8K/16K和256K性能驗證.4K隨機讀寫8K隨機讀寫256K順序讀寫通過對?iSCSI和NVMe-oF接?協(xié)議性能測試數(shù)據(jù)，SMTXZBS存儲性能在NVMe-oF接?協(xié)議下表現(xiàn)出更?的隨機和順儲功能的評測也是?常重要的評估指標(biāo)，SMTXZBS在存儲管ZBS分布式存儲資源池建設(shè)（對接裸?屬和VMware）經(jīng)過本次分布式存儲性能測試驗證，SMTXZBS持久化存儲，承載災(zāi)備應(yīng)?和Oracle數(shù)據(jù)庫系統(tǒng)等。SMTXZBS分布式存儲集群（3節(jié)點）共提供了230TB存儲裸CPU：2CPU：2*IntelXeonSilver4314（16Cores2.4GHz）DISK：24*MemblazeD65363.2TBNET：25GbEMellanoxCX5（存儲和接??絡(luò)）硬件環(huán)境（寧暢R620通過ContainerStorageInterface（CSI）驅(qū)動的?式愈發(fā)成為在這個背景下，某保險客戶構(gòu)建了SMTXZBS分布式存儲平CSIDriver儲，使得容器化應(yīng)?擺脫臨時性存儲限制，如Pod跨節(jié)點間漂SMTXZBSCSISMTXZBS分布式存儲集群（3節(jié)點）共提供了86TB存儲裸CPU：2*CPU：2*Hygon7360（24Cores2.2GHz）SSD：2*1.92TBS4620SATASSDHDD:12*2.4TB硬件環(huán)境（Nhh現(xiàn)?般，尤其是在?些?負(fù)載情況下。此外，當(dāng)硬盤出現(xiàn)故障h會導(dǎo)致?段時間內(nèi)的性能波動，最終導(dǎo)致了業(yè)務(wù)虛擬機性能也受到影響。所以客戶需要?套?性能、穩(wěn)定的分布式存儲替代現(xiàn)有hCPU：2*IntelXeonSilver4214（12Cores2.2GHz）SSD：2*CPU：2*IntelXeonSilver4214（12Cores2.2GHz）SSD：2*IntelS46101.92TBHDD:9*4TBZBSvsCeph類友商?前主流的分布式存儲有兩?類技術(shù)路線，?種是以ZBS為代表的?研產(chǎn)品，另?種是基于開源產(chǎn)品構(gòu)建（Ceph）實CASE1-測試?案（某?融客戶3擬化（VMware）平臺，通過iSCSI協(xié)議提供存儲卷。存儲節(jié)點硬件信息（Intel(R)Xeon(R)Gold5220CPU@1.6T*2IntelX5502x10GBase-TCASE1-測試數(shù)據(jù)CASE2-測試?案（某?融客戶了友商兩套分布式存儲集群，?套20節(jié)點HDD集群（配置16塊1.8TB磁盤）和?套5節(jié)點SSD全閃集群（每節(jié)點配置22塊960GB磁盤）。本次驗證?標(biāo)，是驗證在?塊為什么僅驗證4K表現(xiàn)？因為對于?塊順序讀寫操作上，客戶的存儲節(jié)點硬件信息（服務(wù)器型號：H3CCASE2-測試數(shù)據(jù)5SmartX3圖中5P1V代表5節(jié)點存儲池，1個虛擬機性能壓測（3P1V同友商20節(jié)點集群與SmartX3節(jié)點集群?塊隨機性能對?。圖中20P6V代表20節(jié)點存儲池，6個虛擬機并?性能壓測（3P6V同理）通過對?兩組與Ceph類商業(yè)產(chǎn)品的性能測試數(shù)據(jù)，SMTXZBS并不敏感。?2代或3代的IntelSilver42.4GHz左右，節(jié)點內(nèi)存配置128G，采?分層混閃或全閃存儲結(jié)構(gòu)。SMTXZBS單節(jié)點?持128TB的裸存儲容量，但由于考慮到節(jié)在60TB左右。SMTXZBS?前最新的軟件版本已?持NVMe-oF接?協(xié)議，配更?的業(yè)務(wù)?作負(fù)載需求。NVMeoverTCP可以在不改變?國際局勢不確定性持續(xù)提升，在芯?、操作系統(tǒng)、虛擬化、存儲、?絡(luò)、數(shù)據(jù)庫等領(lǐng)域存在較為突出的技術(shù)依賴以及被動的技術(shù)限制，?融?業(yè)應(yīng)樹?業(yè)應(yīng)更加關(guān)注科技能?建SmartXSmartX超融合、分布式存儲、

作為承載信息系統(tǒng)運?的核?底座，?融機構(gòu)的IT基礎(chǔ)設(shè)施?其中，數(shù)字化轉(zhuǎn)型要求ITIT僅需要采?新的CPU體系，整個硬件產(chǎn)品的從開發(fā)到穩(wěn)定有成本居?不下。其中像FC交換機并沒有很好的國產(chǎn)化替

投?產(chǎn)出?法量化，不能有效?撐IT決策，IT的成本投?與資源使?趨勢?法形成可視化視圖，IT架構(gòu)的可視、可除此以外，來?政策和信息安全的信創(chuàng)轉(zhuǎn)型要求IT基礎(chǔ)設(shè)施滿采?符合信創(chuàng)標(biāo)準(zhǔn)的CPU通過以上分析可以看到，傳統(tǒng)存儲不僅是IT基礎(chǔ)設(shè)施云化轉(zhuǎn)型SmartXSmartX由3節(jié)點組成超融合集群，在只有CPU芯?配置不同，其他硬Hygon72852.0GHz*2Kunpeng92052501.6TB*24KIOPS（3P1VIntel256KBW（3P1VIntel4K隨機讀/寫IOPS對?（3P3V驗證集群性能Intel256K順序讀/寫B(tài)W對?（3P3V驗證集群性能Intel4K隨機寫4K隨機寫延時256K順序?qū)?56K順序?qū)懷訒r基于SmartX超融合實現(xiàn)基礎(chǔ)架構(gòu)信創(chuàng)轉(zhuǎn)型傳統(tǒng)集中存儲橫向擴展能?不?，形成孤島，資源?法池IT案例1某保險集團(tuán)客戶作為第?期信創(chuàng)試點單位，累計部署近0個X超融合信創(chuàng)節(jié)點，基于海光芯?平臺構(gòu)建基礎(chǔ)架構(gòu)。承載業(yè)務(wù)范圍包括辦公管理（A、郵件），?般業(yè)務(wù)（內(nèi)外部?站、綜合協(xié)同平臺、內(nèi)控系統(tǒng)、外事管理、檔案管理、在線服務(wù)平臺、集團(tuán)/產(chǎn)險/壽險相關(guān)業(yè)務(wù)系統(tǒng)），核?業(yè)務(wù)（?險管理）2某保險客戶同樣作為第?期信創(chuàng)試點單位，分別基于海光和鯤鵬XA為客戶?主研發(fā)，所以使?了改造?作量較?的海光芯?平臺來承載應(yīng)?系統(tǒng)，?商業(yè)版的數(shù)據(jù)庫則使?了鯤鵬芯?平臺來承SmartX超融合基礎(chǔ)架構(gòu)?撐保險客戶業(yè)務(wù)系統(tǒng)及相應(yīng)數(shù)據(jù)實現(xiàn)分布式IT基礎(chǔ)架構(gòu)轉(zhuǎn)型，對穩(wěn)態(tài)和敏態(tài)業(yè)務(wù)應(yīng)?實現(xiàn)實現(xiàn)IT資源使??式的云化升級，利?云平臺實現(xiàn)?云多了SmarX信創(chuàng)云基礎(chǔ)設(shè)施性能和穩(wěn)定性，以及保險客戶信創(chuàng)轉(zhuǎn)Nutanix宣布中國市場?2023結(jié)合當(dāng)前IT基礎(chǔ)架構(gòu)的國產(chǎn)化2022年芯?制造商BroadcomVMware。雖然這項交易因接受反壟斷調(diào)查?屢遭推遲，不少正在使?VMware產(chǎn)品的企業(yè)依舊擔(dān)?，VMware品價格會在完成收購后出現(xiàn)增?，?產(chǎn)品和服務(wù)質(zhì)量出現(xiàn)下滑。結(jié)合國內(nèi)IT基礎(chǔ)設(shè)施信創(chuàng)轉(zhuǎn)型的背景，企業(yè)紛紛開始去VMware化，并積極尋求現(xiàn)有VMware產(chǎn)品的替代?案。SmartXSmartX在硬件服務(wù)器、操作系滿?國內(nèi)客戶在國產(chǎn)化轉(zhuǎn)型需SmartX超融合?持集群異構(gòu)，

某保險客戶全?驗證SmartX超融合并實現(xiàn)基礎(chǔ)架構(gòu)逐步替代Nutanix在國內(nèi)超融合市場格局對?中，SmartXNutanix上?分匹配。根據(jù)Gartner發(fā)布的《2019中國區(qū)超融合競爭格局》報告，SmartX和Nutanix均為獨?超融合?商（Pure-SmartXNutanixNutanix作為國際超融合市場的領(lǐng)導(dǎo)者，其功能和性能得到了?標(biāo)準(zhǔn)。SmartX通過多年的產(chǎn)品迭代，在功能、性能、可靠性以Nutanix?值得?提的是，根據(jù)IDC報告“中國軟件定義存儲（SDS）及超融合存儲（HCI）系統(tǒng)市場季度跟蹤報告，2021年第四季度2021年SmartX在中國的超融合軟件市場份額超過在?前SmartX統(tǒng)計的部分?融客戶清單中（采集數(shù)據(jù)來?38家已交付的?融客戶），其中有17家客戶同時使?了SmartX和Nutanix的超融合產(chǎn)品（?信創(chuàng)環(huán)境）。其中9家客戶使?SmartX超融合產(chǎn)品裝機量超過Nutanix，從?個視?證明，SmartX完全具備相匹敵的產(chǎn)品綜合能?。SmartX新?代基礎(chǔ)架構(gòu)，在產(chǎn)眾多的落地案例?撐，實現(xiàn)對SmartX及時、專業(yè)和全?的服SmartX團(tuán)隊的360度閉環(huán)服務(wù)體系。

在?融?業(yè)國產(chǎn)化?主可控的頂層戰(zhàn)略指導(dǎo)下，SmartX可作為全?替代Nutanix產(chǎn)品的最佳?案，其原因如下：Nutanix2401200Nutanix環(huán)境中移除4個Nutanix節(jié)點，依次部署Nutanix超融合（VMware）SmartX（KVM）SmartXNutanix驗證SmartX超融合平臺功能（虛擬機?命周期管理、快驗證SmartXv2v?具，遷移Nutanix平臺虛擬機到SmartX平臺，驗證遷移操作便利性、遷移速度等指標(biāo)。遷移真實業(yè)務(wù)應(yīng)?，在SmartX平臺?期運?，驗證穩(wěn)定IntelE52699v44KIOPS（4P1V256KBW（4P1V4K隨機讀/寫IOPS對?（4P4V驗證集群性能256K順序讀/寫B(tài)W對?（4P4V驗證集群性能v2v使?SmartXV2V?具從Nutanix開發(fā)測試環(huán)境遷移虛擬機?SmartX平臺，同時遷移5個模板虛擬機（每個遷移速率約為120MB/s，5個虛擬機速率相加為600MB/s）。SmartXNutanix相類似的產(chǎn)品能?。在技術(shù)實現(xiàn)層?，雖然SmartX與?到的具體技術(shù)不甚相同，整體技術(shù)具有?定的相似性。但SmartX針對核?組件、存儲數(shù)據(jù)結(jié)構(gòu)、I/O路徑和數(shù)據(jù)冗雜機制等進(jìn)?了技術(shù)優(yōu)化，在性能測試?例中表現(xiàn)出了?于Nutanix的性能。此外，SmartX?持更開放的硬件配置，能靈活滿??通過對SmartX超融合產(chǎn)品在功能、性能、可靠性、穩(wěn)定性和跨平臺虛擬機遷移多個維度的測試驗證，SmartX超融合產(chǎn)品得到SmartX3SmartX過CloudTower管理平臺統(tǒng)?運維和管理。并完成?產(chǎn)業(yè)務(wù)系統(tǒng)的應(yīng)?和數(shù)據(jù)庫MySQL、Redis等虛擬機遷移到SmartX超融合集群，其中典型的業(yè)務(wù)系統(tǒng)包括：信科：運維堡壘機、綜合巡檢管理平臺、災(zāi)備管理系財險：財險增值管理系統(tǒng)、財險快速出單系統(tǒng)、客戶數(shù)某?融客戶對?驗證 SmartX超融合 VMwarevSAN超融合在相同硬件條件下，驗證SmartX超融合（VMware虛擬IntelGold5220R2.2GHz*2（12）IntelGold62463.3GHz*2（節(jié)點3）9604KIOPS（3P1V256KBW（3P1V4K隨機讀/寫IOPS對?（3P30V驗證集群性能256K順序讀/寫B(tài)W對?（3P30V驗證集群性能4K隨機讀/寫IOPS對?（3P30V驗證集群性能4K4K4KSmartXSmartX256K順序讀/寫B(tài)W對?（3P30V驗證集群性能256K寫256K讀SmartXSmartX雖然VMware在虛擬化領(lǐng)域中占據(jù)主導(dǎo)地位，但超融合架構(gòu)是如存儲數(shù)據(jù)結(jié)構(gòu)、I/O路徑、緩存機制等，SmartX和VMwarevSAN實現(xiàn)的機制有較?不同，導(dǎo)致在性能測試?例中SmartX結(jié)合當(dāng)前IT基礎(chǔ)架構(gòu)的國產(chǎn)化趨勢背景下，本章節(jié)通過兩條故是?種?向分析和報告的數(shù)據(jù)管理系統(tǒng)。通常，數(shù)據(jù)定期從事務(wù)系統(tǒng)、關(guān)系數(shù)據(jù)庫和其他來源流?數(shù)據(jù)倉庫，數(shù)據(jù)倉庫能夠集中并整合多個來源的?量數(shù)據(jù)。企業(yè)中的業(yè)務(wù)分析師、數(shù)據(jù)?程師、數(shù)據(jù)科學(xué)家和決策者通過商業(yè)智能?具、SQL客戶端和其他分析應(yīng)?程序訪問數(shù)據(jù)，從中獲得寶貴的業(yè)務(wù)洞察，以改善決

e供數(shù)據(jù)加?和數(shù)據(jù)處理。隨著業(yè)務(wù)量和數(shù)據(jù)量的增?，上6同時，?產(chǎn)環(huán)境的數(shù)據(jù)倉庫還部署在IBM?型機上，雖然運?運維復(fù)雜度等問題，客戶希望進(jìn)??機下移x86的可能性驗基于以上兩點原因，客戶希望使?SmartX超融合測試Oracle本次測試是為了驗證Oracle數(shù)據(jù)倉庫在超融合架構(gòu)下的跑批性在數(shù)據(jù)量完全相同的情況下，對??產(chǎn)環(huán)境現(xiàn)有?案與基于SmartX超融合的Oracle數(shù)據(jù)倉庫跑批時間，?共進(jìn)?3輪跑將DB2數(shù)據(jù)庫的數(shù)據(jù)，通過Informatica（ETL抽數(shù)?具）抽OracleOracleIBMAIX驗證環(huán)境數(shù)倉部署在RHEL4.8操作系統(tǒng)?；诳蛻舻臏y試?標(biāo)和測試場景，Oracle數(shù)據(jù)倉庫在超融合架經(jīng)過多輪測試驗證，SmartX超融合架構(gòu)相?原?產(chǎn)架構(gòu)的IBMOracle有明顯的性能提升，跑批時間可有效縮短36%。同時，驗證了Oracle數(shù)據(jù)倉庫從?機下移x86SmartX提?了資源利?率。Oracle數(shù)據(jù)倉庫跑批業(yè)務(wù)通常是在夜某財險客戶?前使?的Oracle數(shù)據(jù)倉庫數(shù)據(jù)量為3.9TB，運?在傳統(tǒng)架構(gòu)上，底層使?的集中式存儲為EMCPowerStore1000T全閃存儲，通過16GB的FC?絡(luò)與前端的4路計算節(jié)SmartXOralce數(shù)據(jù)倉庫，并且還能進(jìn)?步提升數(shù)倉的跑批效率，但是均衡的應(yīng)?，對于當(dāng)前??的Oracle數(shù)倉，存儲資源消耗較分離架構(gòu)進(jìn)?Oralce數(shù)倉跑批驗證的想法應(yīng)運??。Oralce4、5、6SmartX存儲ZBS搭建的存算分離架構(gòu)與當(dāng)前運?在傳統(tǒng)架構(gòu)下的跑批SmartXZBSZBSZBS通過對4、5、6?的數(shù)據(jù)進(jìn)?跑批測試后，按照全部存儲過程計，測試環(huán)境（基于ZBS構(gòu)建的存算分離架構(gòu)）對?當(dāng)前?產(chǎn)SmartX1、本次跑批數(shù)據(jù)8K寫IOPS最?值和256K順序讀最?值遠(yuǎn)遠(yuǎn)沒有達(dá)到SmartX基準(zhǔn)數(shù)據(jù)的性能。2、說明本次測試IO通過本次對?測試可以看出，基于S構(gòu)建的存算分離架構(gòu)已經(jīng)具備承載客戶現(xiàn)有數(shù)倉應(yīng)?的能?，并且較當(dāng)前的?產(chǎn)環(huán)境，在不同的統(tǒng)計維度上均有不同幅度的性能提升?？蛻艨梢栽诓桓淖兩蠈訑?shù)倉應(yīng)?的情況下，僅通過更換承載數(shù)倉基礎(chǔ)設(shè)施進(jìn)?步提升效率、縮短跑批處理時間，進(jìn)?帶來應(yīng)?價值的提升。同S隨著容器化技術(shù)的迅速發(fā)展，企業(yè)應(yīng)?的部署?式發(fā)?了?命性的變化。容器化不僅提供

?可靠性和?可?性。S分布式存儲系統(tǒng)的多副本數(shù)據(jù)保護(hù)和故障轉(zhuǎn)移機制使得即使某個節(jié)點發(fā)?故障或數(shù)?性能。ZBSSAN靈活橫向擴展，容量和性能線性增?。S分布式存儲系統(tǒng)具備?擴展性，通過添加更多的節(jié)點和存儲介質(zhì)，可以實現(xiàn)橫向和縱向按需增加存儲容量，線性提?性能和容量，這種?平擴展的?式使得系統(tǒng)能夠靈活應(yīng)對業(yè)架構(gòu)靈活性和可維護(hù)性。S分布式存儲系統(tǒng)節(jié)點之間的數(shù)據(jù)分布和治理是軟件定義，提?了系統(tǒng)的可運維性。同時，分布式存儲系統(tǒng)還能夠提供各種數(shù)據(jù)管理功能，如數(shù)據(jù)備份和快照等，為?戶提供全?的數(shù)據(jù)保護(hù)了輕量級、可移植的部署單元，還在跨平臺、彈性伸縮以及開發(fā)與運維協(xié)作等??帶來了諸多優(yōu)勢。然?，隨之?來的是對持久化存儲需求的不斷增?，?分布式存儲通過ContainerStorage決容器持久性存儲需求的?選

某保險集團(tuán)客戶在?產(chǎn)和開發(fā)測試環(huán)境中分別部署了?套某CephCSIDriver針對現(xiàn)有問題進(jìn)??例設(shè)計，驗證SMTXZBS通過CSIDriverSMTXZBSCSIDriver容器云平臺成功發(fā)布基于ZBSCSI動態(tài)創(chuàng)建PV的資源對象，包括DeploymentStatefulsetPVPVC將計算端Pod所在虛擬機的?卡Down掉10s左右后把?卡UP起PodPVCPodnodeAnodeB儲鏈接（iscsisession）是否有殘留，以及是否會產(chǎn)?blockdev--report進(jìn)程nodeAiscsisessionnodeA和nodeB是否有blockdev--reportWorkPVCPodWork節(jié)點Work是否需要在StorageClassYaml?件中添加新擴容的Work節(jié)點地址授權(quán)PVfioDockerImage，創(chuàng)建PVC和SXFPVC掛載給PodPod2Pod12某CephSMTX測試環(huán)境SMTXZBSSmartXSMTXZBSCSIDriverTomcat、MySQL和ZK集群成功在線擴容PVCSmartXCSI當(dāng)?卡UP起來后Pod中的PVCSmartX（iscsisession）是Pod鏈接會?動被CSI清理。并且不依賴blockdevcat/sys/xxx的?式查找塊設(shè)備信息nodeA（iscsinodeA和nodeB都沒有blockdev--reportSmartX授權(quán)?式對于?戶完全?感CSIPod不需要?動在StorageClassYamlWorker成功掛載PV，且不需要?動SmartXPod4K隨機讀/寫IOPS對?256K順序讀/寫B(tài)W對?4K12隨著互聯(lián)?的普及和數(shù)字化轉(zhuǎn)型的加速，?量的數(shù)據(jù)被?成和積累。傳統(tǒng)的數(shù)據(jù)處理?具更適?于結(jié)構(gòu)化數(shù)據(jù)，?現(xiàn)代業(yè)務(wù)?成的數(shù)據(jù)越來越多地是半結(jié)構(gòu)化或?結(jié)構(gòu)化的，如?

通過本次測試，客戶原有環(huán)境中的?絡(luò)抖動影響PVC、存儲連接殘留和存儲授權(quán)復(fù)雜等問題，在SMTXZBS對接客戶容器云SMTXZBS4KCeph儲IOPS性能提升26倍；在256K順序?qū)憟鼍跋拢?某Ceph類分布式存儲帶寬性能提升2.8倍。SMTXZBS在4K隨機讀、4K隨機寫和256K順序?qū)憟鼍跋?，P99Ceph類分布式存儲更好。SMTXZBS在?時間12?時4K隨機寫場景下性能表現(xiàn)穩(wěn)定，且?論是IOPS還是延時表現(xiàn)都和2分鐘性能?乎持本、圖像、?頻和視頻等。?數(shù)據(jù)平臺的出現(xiàn)使得處理這些復(fù)雜數(shù)據(jù)變得更為容易。許多業(yè)務(wù)需要對數(shù)據(jù)進(jìn)?實時分析以做出及時決策。傳統(tǒng)的數(shù)據(jù)處理系統(tǒng)?法滿?這種對實時性的需求，因此?數(shù)據(jù)平臺提供了更快速的數(shù)據(jù)處理和分析

某保險集團(tuán)客戶因?產(chǎn)機房搬遷（測試環(huán)境搬遷過程中遇到事故）、設(shè)備?舊以及平臺存儲O性能存在瓶頸等原因，計劃在新機房使?新架構(gòu)重新部署?數(shù)據(jù)平臺，因此客戶希望使?XS驗證SMTXZBS分別基于iSCSI和NVMeoverRDMA接?協(xié)HBase寫?HDFS場景分別從?產(chǎn)環(huán)境12臺計算節(jié)點和POC環(huán)境3臺計算節(jié)點中的HBase數(shù)據(jù)庫中，導(dǎo)出3個（共80GB）、14個（共1.5TB）相同數(shù)據(jù)表寫?到HDFS，記錄?時時間；HBase查詢場景PhoenixHBaseHBase寫?HDFS場景HBase查詢場景通過本次測試可以說明SMTXZBSHBase寫?HDFSHBase3個表導(dǎo)出場景：SmartX分布式存儲（NVMeoverRDMA接?協(xié)議）相??產(chǎn)物理機環(huán)境，導(dǎo)表時間縮短3.5SmartX分布式存儲（iSCSI接?協(xié)議），導(dǎo)表時間縮短2.4倍；overRDMA接?協(xié)議）相??產(chǎn)物理機環(huán)境，導(dǎo)表時間縮短3.1倍；監(jiān)控分布式存儲的集群IO帶寬指標(biāo)（最?寫2.1GB/s，最?讀340MB/s），離集群性能上限（寫GB/s，讀8.6GB/s）還有較?余量，所以如果按照?HBase??產(chǎn)物理機環(huán)境，查詢時間縮短3.5倍，相?SmartX分布式存儲（iSCSI接?協(xié)議），查詢時間縮短2.4倍。CXK保即將到期，計劃使?新的基礎(chǔ)架構(gòu)來替換CX并承載上?運?的數(shù)據(jù)庫，包括投資、財務(wù)和監(jiān)管報送等數(shù)據(jù)庫，因此客戶希望通過核?庫跑批場景來驗證新的基礎(chǔ)架構(gòu)是否通過測試Oracle核?數(shù)據(jù)庫跑批場景，來驗證SmartX超融合SmartXOracleRAC11g產(chǎn)環(huán)境運?相同的10個批處理任務(wù)，每個任務(wù)分別跑3SmartXSmartXOracleRAC據(jù)庫的能?。并且核?數(shù)據(jù)庫跑批的存儲I/O壓?遠(yuǎn)沒有達(dá)到SmartXSmartX3SmartX概 以保險?業(yè)數(shù)字化轉(zhuǎn)型為背ITSmartX利?HCI與?態(tài)CMP聯(lián)合，3節(jié)點，即可實現(xiàn)云資源池快

發(fā)展的必由之路。數(shù)字化轉(zhuǎn)型不僅僅是IT技術(shù)層?的轉(zhuǎn)型，更?，盡可能開放，以獲得業(yè)內(nèi)最專業(yè)的?案組件，并逐軟件定義化：遵循軟件定義、分布式等理念和技術(shù)框架，構(gòu)建?可靠、?性能、維護(hù)簡單、彈性擴展的資源敏捷?助化：實現(xiàn)資源線上?助交互申請，底層基礎(chǔ)架構(gòu)平臺?動化快速構(gòu)建、發(fā)布并交付到業(yè)務(wù)部?，為開管理統(tǒng)?化：通過統(tǒng)?視圖，實現(xiàn)IT基礎(chǔ)架構(gòu)的可視、場景多樣化：升級后的基礎(chǔ)架構(gòu)能夠兼顧穩(wěn)態(tài)業(yè)務(wù)和敏公有云技術(shù)棧下移，基于互聯(lián)?企業(yè)的公有云產(chǎn)品私有化部署，采?全套互聯(lián)?企業(yè)的產(chǎn)品技術(shù)棧，具備并繼開源云平臺（包括通過開源技術(shù)封裝的商業(yè)公司），通k和軟件功能迭代提供技術(shù)保?需獨?部署和維護(hù)管理節(jié)建設(shè)成本低，架構(gòu)按需擴展（投?），

某保險集團(tuán)，部署節(jié)點超過100+，初期投資超過1000萬，客戶對平臺完全沒有運維能?，集群升級需要1個某省農(nóng)信，部署節(jié)點超過?年，業(yè)務(wù)系統(tǒng)仍?法上線。產(chǎn)品對硬件兼容性差，常4~50產(chǎn)品功能模塊之間依賴?，需要搭配銷售，造成擴容成實施運維復(fù)雜，由于架構(gòu)起步規(guī)模?，通常??個節(jié)點起步，系統(tǒng)部署調(diào)試通常需要按?交付。升級變更同樣需要較?的時間，客戶技術(shù)?員?法掌握。同時存在?實際業(yè)務(wù)?撐不符合預(yù)期，這些?云?論是產(chǎn)品化程度，還是客戶?身對云平臺的掌控能?都?法滿??產(chǎn)級別要求。最終云平臺?多淪為邊緣?產(chǎn)以及開發(fā)測試環(huán)境使?，?法持續(xù)有效?撐?產(chǎn)環(huán)境，與客戶之前