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

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

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

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

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

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

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

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

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

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

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

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

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

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

在?融?業(yè)國(guó)產(chǎn)化?主可控的頂層戰(zhàn)略指導(dǎo)下，SmartX可作為全?替代Nutanix產(chǎn)品的最佳?案，其原因如下：Nutanix2401200Nutanix環(huán)境中移除4個(gè)Nutanix節(jié)點(diǎn)，依次部署Nutanix超融合（VMware）SmartX（KVM）SmartXNutanix驗(yàn)證SmartX超融合平臺(tái)功能（虛擬機(jī)?命周期管理、快驗(yàn)證SmartXv2v?具，遷移Nutanix平臺(tái)虛擬機(jī)到SmartX平臺(tái)，驗(yàn)證遷移操作便利性、遷移速度等指標(biāo)。遷移真實(shí)業(yè)務(wù)應(yīng)?，在SmartX平臺(tái)?期運(yùn)?，驗(yàn)證穩(wěn)定IntelE52699v44KIOPS（4P1V256KBW（4P1V4K隨機(jī)讀/寫IOPS對(duì)?（4P4V驗(yàn)證集群性能256K順序讀/寫B(tài)W對(duì)?（4P4V驗(yàn)證集群性能v2v使?SmartXV2V?具從Nutanix開發(fā)測(cè)試環(huán)境遷移虛擬機(jī)?SmartX平臺(tái)，同時(shí)遷移5個(gè)模板虛擬機(jī)（每個(gè)遷移速率約為120MB/s，5個(gè)虛擬機(jī)速率相加為600MB/s）。SmartXNutanix相類似的產(chǎn)品能?。在技術(shù)實(shí)現(xiàn)層?，雖然SmartX與?到的具體技術(shù)不甚相同，整體技術(shù)具有?定的相似性。但SmartX針對(duì)核?組件、存儲(chǔ)數(shù)據(jù)結(jié)構(gòu)、I/O路徑和數(shù)據(jù)冗雜機(jī)制等進(jìn)?了技術(shù)優(yōu)化，在性能測(cè)試?例中表現(xiàn)出了?于Nutanix的性能。此外，SmartX?持更開放的硬件配置，能靈活滿??通過對(duì)SmartX超融合產(chǎn)品在功能、性能、可靠性、穩(wěn)定性和跨平臺(tái)虛擬機(jī)遷移多個(gè)維度的測(cè)試驗(yàn)證，SmartX超融合產(chǎn)品得到SmartX3SmartX過CloudTower管理平臺(tái)統(tǒng)?運(yùn)維和管理。并完成?產(chǎn)業(yè)務(wù)系統(tǒng)的應(yīng)?和數(shù)據(jù)庫(kù)MySQL、Redis等虛擬機(jī)遷移到SmartX超融合集群，其中典型的業(yè)務(wù)系統(tǒng)包括：信科：運(yùn)維堡壘機(jī)、綜合巡檢管理平臺(tái)、災(zāi)備管理系財(cái)險(xiǎn)：財(cái)險(xiǎn)增值管理系統(tǒng)、財(cái)險(xiǎn)快速出單系統(tǒng)、客戶數(shù)某?融客戶對(duì)?驗(yàn)證 SmartX超融合 VMwarevSAN超融合在相同硬件條件下，驗(yàn)證SmartX超融合（VMware虛擬IntelGold5220R2.2GHz*2（12）IntelGold62463.3GHz*2（節(jié)點(diǎn)3）9604KIOPS（3P1V256KBW（3P1V4K隨機(jī)讀/寫IOPS對(duì)?（3P30V驗(yàn)證集群性能256K順序讀/寫B(tài)W對(duì)?（3P30V驗(yàn)證集群性能4K隨機(jī)讀/寫IOPS對(duì)?（3P30V驗(yàn)證集群性能4K4K4KSmartXSmartX256K順序讀/寫B(tài)W對(duì)?（3P30V驗(yàn)證集群性能256K寫256K讀SmartXSmartX雖然VMware在虛擬化領(lǐng)域中占據(jù)主導(dǎo)地位，但超融合架構(gòu)是如存儲(chǔ)數(shù)據(jù)結(jié)構(gòu)、I/O路徑、緩存機(jī)制等，SmartX和VMwarevSAN實(shí)現(xiàn)的機(jī)制有較?不同，導(dǎo)致在性能測(cè)試?例中SmartX結(jié)合當(dāng)前IT基礎(chǔ)架構(gòu)的國(guó)產(chǎn)化趨勢(shì)背景下，本章節(jié)通過兩條故是?種?向分析和報(bào)告的數(shù)據(jù)管理系統(tǒng)。通常，數(shù)據(jù)定期從事務(wù)系統(tǒng)、關(guān)系數(shù)據(jù)庫(kù)和其他來(lái)源流?數(shù)據(jù)倉(cāng)庫(kù)，數(shù)據(jù)倉(cāng)庫(kù)能夠集中并整合多個(gè)來(lái)源的?量數(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同時(shí)，?產(chǎn)環(huán)境的數(shù)據(jù)倉(cāng)庫(kù)還部署在IBM?型機(jī)上，雖然運(yùn)?運(yùn)維復(fù)雜度等問題，客戶希望進(jìn)??機(jī)下移x86的可能性驗(yàn)基于以上兩點(diǎn)原因，客戶希望使?SmartX超融合測(cè)試Oracle本次測(cè)試是為了驗(yàn)證Oracle數(shù)據(jù)倉(cāng)庫(kù)在超融合架構(gòu)下的跑批性在數(shù)據(jù)量完全相同的情況下，對(duì)??產(chǎn)環(huán)境現(xiàn)有?案與基于SmartX超融合的Oracle數(shù)據(jù)倉(cāng)庫(kù)跑批時(shí)間，?共進(jìn)?3輪跑將DB2數(shù)據(jù)庫(kù)的數(shù)據(jù)，通過Informatica（ETL抽數(shù)?具）抽OracleOracleIBMAIX驗(yàn)證環(huán)境數(shù)倉(cāng)部署在RHEL4.8操作系統(tǒng)?；诳蛻舻臏y(cè)試?標(biāo)和測(cè)試場(chǎng)景，Oracle數(shù)據(jù)倉(cāng)庫(kù)在超融合架經(jīng)過多輪測(cè)試驗(yàn)證，SmartX超融合架構(gòu)相?原?產(chǎn)架構(gòu)的IBMOracle有明顯的性能提升，跑批時(shí)間可有效縮短36%。同時(shí)，驗(yàn)證了Oracle數(shù)據(jù)倉(cāng)庫(kù)從?機(jī)下移x86SmartX提?了資源利?率。Oracle數(shù)據(jù)倉(cāng)庫(kù)跑批業(yè)務(wù)通常是在夜某財(cái)險(xiǎn)客戶?前使?的Oracle數(shù)據(jù)倉(cāng)庫(kù)數(shù)據(jù)量為3.9TB，運(yùn)?在傳統(tǒng)架構(gòu)上，底層使?的集中式存儲(chǔ)為EMCPowerStore1000T全閃存儲(chǔ)，通過16GB的FC?絡(luò)與前端的4路計(jì)算節(jié)SmartXOralce數(shù)據(jù)倉(cāng)庫(kù)，并且還能進(jìn)?步提升數(shù)倉(cāng)的跑批效率，但是均衡的應(yīng)?，對(duì)于當(dāng)前??的Oracle數(shù)倉(cāng)，存儲(chǔ)資源消耗較分離架構(gòu)進(jìn)?Oralce數(shù)倉(cāng)跑批驗(yàn)證的想法應(yīng)運(yùn)??。Oralce4、5、6SmartX存儲(chǔ)ZBS搭建的存算分離架構(gòu)與當(dāng)前運(yùn)?在傳統(tǒng)架構(gòu)下的跑批SmartXZBSZBSZBS通過對(duì)4、5、6?的數(shù)據(jù)進(jìn)?跑批測(cè)試后，按照全部存儲(chǔ)過程計(jì)，測(cè)試環(huán)境（基于ZBS構(gòu)建的存算分離架構(gòu)）對(duì)?當(dāng)前?產(chǎn)SmartX1、本次跑批數(shù)據(jù)8K寫IOPS最?值和256K順序讀最?值遠(yuǎn)遠(yuǎn)沒有達(dá)到SmartX基準(zhǔn)數(shù)據(jù)的性能。2、說明本次測(cè)試IO通過本次對(duì)?測(cè)試可以看出，基于S構(gòu)建的存算分離架構(gòu)已經(jīng)具備承載客戶現(xiàn)有數(shù)倉(cāng)應(yīng)?的能?，并且較當(dāng)前的?產(chǎn)環(huán)境，在不同的統(tǒng)計(jì)維度上均有不同幅度的性能提升?？蛻艨梢栽诓桓淖兩蠈訑?shù)倉(cāng)應(yīng)?的情況下，僅通過更換承載數(shù)倉(cāng)基礎(chǔ)設(shè)施進(jìn)?步提升效率、縮短跑批處理時(shí)間，進(jìn)?帶來(lái)應(yīng)?價(jià)值的提升。同S隨著容器化技術(shù)的迅速發(fā)展，企業(yè)應(yīng)?的部署?式發(fā)?了?命性的變化。容器化不僅提供

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

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

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

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

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

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