1、超融合處理方案第1頁內容1. 超融合技術定位2. 超融合數(shù)據(jù)中心處理方案4. 案例分享3. 應用場景第2頁超融合技術定位第3頁數(shù)據(jù)中心演進Data Center 1.0Data Center 2.0Data Center 3.0Data Center 3.5 ?第4頁服務器存放網(wǎng)絡存放采購規(guī)模無依據(jù)，服務器和存放過量采購，硬件折舊快I/O在存放控制器上存在瓶頸，即使將閃存放置在陣列中布署需要數(shù)周時間，設計復雜、范圍大多個管理窗口或界面，大量手動操作難以快速實現(xiàn)架構彈性擴展 缺乏端對端可見性，出問題往往定位不清楚數(shù)據(jù)中心基礎架構沒有因為虛擬化而變得簡單第5頁傳統(tǒng)架構未必適合大量虛擬化負載 Ser

2、verStorageServerServerStorageServerServerStorageStorageServerServerStorageStorageStorageNodeNodeNodeNodeNodeNodeNodeNodeNodeNode傳統(tǒng)架構擴展方式超融合架構擴展方式大量虛擬化負載擴容及管理上都比較復雜第6頁互聯(lián)網(wǎng)思維下數(shù)據(jù)中心設計標準Business AgilityRapid ScaleCost Efficiency設計法則標準x86服務器設計軟件定義數(shù)據(jù)中心：智能化管理和服務分布式系統(tǒng)：線性、可預期擴展快速自恢復系統(tǒng)一站式、一鍵式管理設計目標無單點故障和無單點瓶頸“永

3、遠在線操作”業(yè)務系統(tǒng)跨軟/硬組件深度分析能力利用虛擬化能力云數(shù)據(jù)中心管理和維護：簡單、簡單、再簡單第7頁縱向擴展存放網(wǎng)絡SAN橫向擴展服務器Nutanix：從傳統(tǒng)架構向“互聯(lián)網(wǎng)”架構過渡為虛擬化環(huán)境融累計算與存放，提供愈加簡單管理方式，實現(xiàn)互聯(lián)網(wǎng)模式彈性擴展。超融合技術把SAN變?yōu)殡[形第8頁HP, Dell, CiscoAHV基礎架構變革-隱形基礎架構Cisco, Arista, JuniperESXi物理層應用層NutanixHyper-VQlogic, Emulex虛擬化層NetApp, EMCCisco, Arista, JuniperCisco, BrocadeVMware, MSFT

4、, Redhat第9頁Nutanix Xtreme 計算平臺使云端隱形使虛擬化隱形使存放隱形Nutanix通往隱形基礎設施之路第10頁百思買數(shù)據(jù)中心第11頁超融合數(shù)據(jù)中心處理方案第12頁Nutanix軟件架構拋棄SAN/NAS架構和陣列Tier1 工作負載(運行在全部節(jié)點上)Nutanix Controller VM(運行在每一個節(jié)點上)Node 2VMVMVMCVMX86Node NVMVMVMCVMX86Node 1VMVMVMCVMX86當?shù)?+ 遠程(SSD + HDD)分布式存放架構 智能分層，以虛擬機為中心化管理機制快照克隆壓縮去重ESXiAcropolis App Mobilit

5、y FabricAHV/KVMHyper-VESXiAHV/KVMHyper-VESXiAHV/KVMHyper-V動態(tài)工作負載分配和各種Hypervisor選擇當?shù)刈x寫分層容災自我恢復Single Storage Pool第13頁Nutanix軟件產品架構商用 x86 服務器NX & SXOEM x86 服務器Lenovo HX & Dell XCVMwarevSphere ESXiMicrosoftHyper-VAcropolis Hypervisor（AHV） ContainersPublic Cloud應用移動性架構（Application Mobility Fabric）分布式存放架

6、構（Distributed Storage Fabric）ACROPOLISPRISM一鍵布署一鍵規(guī)劃一鍵修復一鍵升級14第14頁存放 8* xxx GB SSDs16* xxx TB HDDs 4* CVM 虛擬存放控制器 * 以 NX-1/3系列 為例計算4* 獨立服務器計算節(jié)點 8* 英特爾 CPUs最高 2TB 內存雙/四萬兆 + 雙千兆 Enternet + IPMI 2U空間，4個節(jié)點4個 獨立計算存放節(jié)點Nutanix基于X86高密度-簡化集群第15頁與傳統(tǒng)架構對比優(yōu)勢：技術架構BeforeAfter基于服務器、存放網(wǎng)絡、存放陣列傳統(tǒng)架構破舊集中式存放基于Nutanix超融合架構

7、軟件定義分布式存放谷歌一樣Web-Scale IT第16頁與傳統(tǒng)架構對比優(yōu)勢：性能傳統(tǒng)架構難以實現(xiàn)合理容量規(guī)劃輕易出現(xiàn)性能瓶頸經典虛擬化混合讀寫場景下，Nutanix優(yōu)勢顯著，性能約為EMC VNX55005倍3節(jié)點集群可提供78936 / 54078讀 / 寫IOPS，提供2749 MBps / 1164 MBps讀/寫帶寬BeforeAfter第17頁與傳統(tǒng)架構對比優(yōu)勢：可靠性和業(yè)務連續(xù)性傳統(tǒng)架構輕易出現(xiàn)單點故障，存放控制器一旦故障性能將顯著下降容災方案非常復雜，成本高昂Nutanix架構中全部硬件均不存在單點故障，CVM、節(jié)點、磁盤、電源、鏈路等故障均對業(yè)務沒有影響能夠輕松構建多地多活數(shù)

8、據(jù)中心容災BeforeAfter第18頁與傳統(tǒng)架構對比優(yōu)勢：實施布署實施布署非常復雜通常需要數(shù)周時間約一小時完成布署B(yǎng)eforeAfter第19頁與傳統(tǒng)架構對比優(yōu)勢：支持服務通常包括服務器、網(wǎng)絡，存放、虛擬化軟件、系統(tǒng)集成等多供給商一旦發(fā)生故障往往難以界定責任，供給商之間相互推諉一站式支持，簡化運維BeforeAfter第20頁與傳統(tǒng)架構對比優(yōu)勢：擴展和升級擴展復雜高風險業(yè)務受影響推倒重來升級頑疾橫向擴展線性擴容可預計性能一鍵式在線升級業(yè)務完全不受影響B(tài)eforeAfter第21頁與傳統(tǒng)架構對比優(yōu)勢：機柜空間和能耗空間開銷大能耗大2U 4節(jié)點節(jié)約寶貴機柜空間節(jié)能減排BeforeAfter第22

9、頁與傳統(tǒng)架構對比優(yōu)勢：管理管理復雜，輕易犯錯，故障發(fā)覺和定位困難需要多個管理界面，管理工具各自為政需要 iSCSI, FC, NFS等專業(yè)技能統(tǒng)一Prism管理界面允許用戶在單個界面中管理全部基礎架構硬件和虛擬機REST API接口能夠方便與其它監(jiān)控系統(tǒng)進行整合BeforeAfter第23頁與傳統(tǒng)架構對比優(yōu)勢：統(tǒng)一監(jiān)控和管理界面配置信息健康檢驗風險管控效率分析第24頁PRISMNutanix Prism優(yōu)勢：對于運維管理深度了解“一站式”管理覆蓋計算、存放、網(wǎng)絡、虛擬化、IT運維及容災備份等第25頁NDFS單節(jié)點配置計算資源: 最高可配置 28 核CPU 最高可配置 512GB 內存存放資源:

10、 SSD: 2塊400/800/1600GB; HDD: 4塊1/2/4/6TB 控制器: Nutanix Controller VMNutanix DSF優(yōu)勢：無限橫向線性擴展第26頁與傳統(tǒng)架構對比優(yōu)勢：一鍵升級，無需停機升級過程一鍵完成，降低管理人員介入服務不中止動態(tài)平衡每一個控制器負載數(shù)據(jù)照常還是能夠訪問不影晌到最終用戶簡單.升級軟件 不需要停機即使是大型集群第27頁業(yè)界最成熟企業(yè)級分布式存放架構分布式存放架構+永遠在線運行企業(yè)級存放快照、克隆、去重、壓縮、數(shù)據(jù)冗余、當?shù)鼗?、分層、緩存、平衡、糾刪碼等數(shù)據(jù)保護融合當?shù)貍浞?、遠程備份+多地容災、云備份、連續(xù)可用等虛擬化x86計算資源虛擬化，

11、橫向擴展資源池，高可用、在線遷移，資源動態(tài)負載均衡，容錯等彈性數(shù)據(jù)路徑冗余、靈活冗余選擇、可用域、數(shù)據(jù)完整性檢驗等第28頁傳統(tǒng)架構和超融合架構對比優(yōu)勢綜合一特征傳統(tǒng)基礎架構超融合架構架構特點集中式分布式，互聯(lián)網(wǎng)+市場趨勢市場萎縮，尤其是SAN/NAS存放市場市場發(fā)展快速，未來5-數(shù)據(jù)中心關鍵架構業(yè)務架構傳統(tǒng)業(yè)務應用架構，I/O集中式處理模式從傳統(tǒng)業(yè)務架構到互聯(lián)網(wǎng)架構，從集中式到分布式都支持性能伴隨訪問集中存放服務器越來越多，性能瓶頸將日益凸顯不存在性能單點問題，用于處理系統(tǒng)性能問題可擴展性存放架構限制，縱向擴展計算+存放同時橫向線性擴展可靠性存在單點架構，且依賴于硬件可靠性，依舊要人工恢復分布

12、式一切，軟件保障自動恢復能力可用性同城和異地容災都要額外方案保障，方案和架構都很復雜內置多中心容災方案，一鍵配置，開箱即用虛擬機整合比(密度)通常計算資源充分，但存放能力不足，整合比低計算和存放資源都不存在瓶頸，整合比高出1.5-2倍升級維護離線操作在線維護，硬件熱插拔第29頁傳統(tǒng)架構和超融合架構對比優(yōu)勢綜合二特征傳統(tǒng)基礎架構超融合架構安裝布署復雜，虛擬化、服務器和存放等都需單獨安裝配置且考驗兼容性，數(shù)量多就愈加復雜，最少3-5天不論節(jié)點數(shù)量多少，一鍵式初始化過程，只要30分鐘業(yè)務系統(tǒng)即可使用管理維護Hypervisor、服務器、存放等都需要單獨管理，還沒包含備份、容災等額外管理模塊統(tǒng)一界面，

13、一鍵式管理跨數(shù)據(jù)中心運行不支持，或需要大量二次開發(fā)工作內置多中心管理和容災管理能力采購模式大量集中式采購，超買現(xiàn)象嚴重按需購置總體擁有成本不但顯性成本（服務器+存放硬件和虛擬化軟件）高，而且隱性成本（備份、容災、存放分層、管理等軟件授權）愈加不確定性價比高，一次購置全部功效具備，開箱即用空間/能源占用大量空間，最少20幾U高，能耗高空間節(jié)約90%，能耗節(jié)約60%-70%，綠色節(jié)約第30頁應用場景第31頁經典應用場景總覽32分支機構ROBO數(shù)據(jù)保護與災難恢復DP&DR大數(shù)據(jù)桌面云VDI微軟企業(yè)級應用關鍵業(yè)務應用BCA私有云和混合云第32頁經過“統(tǒng)一平臺”交付桌面及應用虛擬化方案33統(tǒng)一,安全平臺

14、Hosted Apps Via RDSSession-BasedDesktops Via RDSVirtualDesktopsPackagedThinAppsHosted Virtual Desktops (HVD)Hosted Shared Desktops (HSD)第33頁基于Nutanix架構線性擴展桌面云方案34桌面數(shù)量Nutanix節(jié)點數(shù)量按照實際需求擴展節(jié)點數(shù)量線性擴展CPU、內存、IO能力和存放容量，消除性能瓶頸支持不一樣時期，不一樣類型節(jié)點混合布署，保護現(xiàn)有投資，兼顧業(yè)務需求按需布署第34頁真實線性擴展能力從300點到3000點可預期性能擴展在增加機器后時應用反應時間第35頁

15、經典應用場景之微軟企業(yè)級應用36分支機構ROBO數(shù)據(jù)保護與災難恢復DP&DR大數(shù)據(jù)桌面云VDI微軟企業(yè)級應用關鍵業(yè)務應用BCA私有云和混合云第36頁微軟企業(yè)級應用發(fā)展趨勢372016更高彈性更高性能及擴展性混合云環(huán)境就緒（Hybrid Cloud） 基礎架構需求不停增加微軟企業(yè)級應用多Hypervisor支持彈性數(shù)據(jù)架構支持REST APIs高性能平臺線性擴展以虛機為中心數(shù)據(jù)當?shù)鼗瘮?shù)據(jù)副本機制高可用（HA）虛擬化環(huán)境蔓延非結構化數(shù)據(jù)增加郵箱數(shù)據(jù)增加進入云時代（Cloud Ready）第37頁基于Nutanix架構微軟企業(yè)級應用布署優(yōu)勢38線性擴展平臺更小空間取得更高性能線性,可預測擴展?jié)M足全部

16、應用類型“統(tǒng)一平臺”以虛機為中心運行滿足SLAs及DR需求虛機及基礎架構智能化無中止運維操作完整生態(tài)系統(tǒng)“交鑰匙”方案最小化人工干預靈活自定義能力第38頁經典應用場景之關鍵業(yè)務應用（BCA）39分支機構ROBO數(shù)據(jù)保護與災難恢復DP&DR大數(shù)據(jù)桌面云VDI微軟企業(yè)級應用關鍵業(yè)務應用BCA私有云和混合云第39頁基于Nutanix架構Oracle DB布署優(yōu)勢40AHV事務處理型數(shù)據(jù)庫 (OLTP)數(shù)據(jù)當?shù)鼗卣?，滿足數(shù)據(jù)隨機存取操作時所需低時延要求高速SSD可存放Indexes和關鍵數(shù)據(jù)文件可依據(jù)數(shù)據(jù)實際存取行為，自動進行數(shù)據(jù)分層數(shù)據(jù)分析型數(shù)據(jù)庫 (OLAP/DSS)數(shù)據(jù)當?shù)鼗癝SD滿足大量操

17、作隊列及報表對數(shù)據(jù)讀取高性能需求超高次序數(shù)據(jù)讀寫吞吐能力靈活性能及容量擴展能力第40頁Oracle RAC在Nutanix平臺布署最正確實踐41ESXi-Host 1ESXi-Host 2VMOracleRAC1VMOracleRAC2OracleVMDK (Shared)啟用Multi-writer設計關鍵點啟用Multi-Writer (ESXi)采取厚置備置零（Thick Eager Zero）格式VMDK (ESXi)內部互聯(lián)鏈路啟用巨型幀（jumbo frame）內部互聯(lián)鏈路使用vlan啟用DRS關聯(lián)性規(guī)則（affinity rules）一直采取N+1設計 第41頁Oracle在Nu

18、tanix平臺優(yōu)勢42無需配置及管理LUNs，Zoning, Masking等，無需擔心存放多路徑問題1集成快照和DR能力數(shù)據(jù)當?shù)鼗芰μ峁└咝阅?低時延, 低網(wǎng)絡擁塞2簡化Oracle數(shù)據(jù)庫布署輕松實現(xiàn)多個vDisks和vSCSI Controllers配置，滿足性能優(yōu)化3可依據(jù)數(shù)據(jù)庫IO需求，定制IO服務等級支持橫向性能擴展，滿足Oracle數(shù)據(jù)庫對性能擴展需求4按需交付數(shù)據(jù)庫服務提供7*24連續(xù)服務能力,無需擔心硬件升級造成計劃內停機5第42頁經典應用場景之私有云和混合云43分支機構ROBO數(shù)據(jù)保護與災難恢復DP&DR大數(shù)據(jù)桌面云VDI微軟企業(yè)級應用關鍵業(yè)務應用BCA私有云和混合云第43

19、頁OpenStack在Nutanix平臺上集成方案44OpenStack運行在Nutanix平臺上方案主要包含以下兩個組件:OpenStack Controller (OSC):一個運行OpenStack UI,API及OpenStack服務虛擬機或主機，響應關于OpenStack全部API服務請求。Acropolis OpenStack Services VM (OVM):一個封裝了Acropolis drivers虛擬機，用以響應來自OpenStack ControllerRPCs請求，并將這些請求轉化為原生Acropolis API請求.第44頁Acropolis OpenstackSe

20、rvices VMOpenStackMulti tenant self service portalTenants/ProjectsGroups/UsersRolesRBAC/ PoliciesQuotasOrchestration AWS Cloud Formation, HEATTrove DatabaseUI/Rest/SDK/CliEC2 PluginsNagios MonitoringSites/AZsCeilometer Metering fw/lb/vpn as serviceSahara DataKeystone Identity Authentication, Authori

21、zation, SSOAcropolis Drivers for OpenstackNova ComputeCinder VolumeNeutron NetworkSwift ObjectIronic BaremetalAcropolis Compute DriverAcropolis Image DriverAcropolis Volume DriverAcropolis Network DriverNutanix ClusterNutanix ClusterRESTGlanceImage第45頁Nutanix平臺與微軟Azure組建混合云環(huán)境46私有云備份容災工作負載可移動性逐步實現(xiàn)從私有

22、云到混合云的平滑過渡System Center預置式(On-premises)布署企業(yè)內部“Azure”鏈接到Azure公有云Azure Pack第46頁經典應用場景之大數(shù)據(jù)47分支機構ROBO數(shù)據(jù)保護與災難恢復DP&DR大數(shù)據(jù)桌面云VDI微軟企業(yè)級應用關鍵業(yè)務應用BCA私有云和混合云第47頁Hadoop DFS與Acropolis DSF結合優(yōu)勢48Distributed Storage Fabric更適合用于Hadoop環(huán)境HDFSDSF數(shù)據(jù)當?shù)鼗嵘鼿adoop性能副本機制滿足大數(shù)據(jù)平臺數(shù)據(jù)可靠性要求無共享架構(Shared Nothing Architecture)更適合大數(shù)據(jù)平臺智能

23、化數(shù)據(jù)分布，為大數(shù)據(jù)平臺提供最正確性能保障橫向擴展架構，按需滿足其業(yè)務發(fā)展簡化管理，快速布署能耗大幅降低，省卻機房電力改造第48頁經典應用場景之分支機構（ROBO）49分支機構ROBO數(shù)據(jù)保護與災難恢復DP&DR大數(shù)據(jù)桌面云VDI微軟企業(yè)級應用關鍵業(yè)務應用BCA私有云和混合云第49頁分支機構（ROBO）需求及處理方案50需求與挑戰(zhàn)企業(yè)分支機構、零售門店及區(qū)域分企業(yè)需要專門IT資源支持當?shù)貥I(yè)務運轉；以傳統(tǒng)數(shù)據(jù)中心方案在這些分支機構仍需要單獨機房布署服務器、存放和網(wǎng)絡設備，其投資成本巨大；需要有比較全方面且專業(yè)IT運維人員去管理這些設備及業(yè)務系統(tǒng)運轉，管理成本巨大；無有效數(shù)據(jù)容災方案，一旦分支機構

24、IT系統(tǒng)出問題，會影響業(yè)務運行。處理方案Nutanix提供NX-1000系列超融合基礎架構處理方案，同時滿足計算和存放資源需求；以最小節(jié)點數(shù)量方式布署資源池，經濟性好，同時也具備高性能、高可靠性和可用性需求；在分支機構無需專業(yè)IT運維人員，能夠直接在一個界面上，實現(xiàn)遠程、統(tǒng)一分支機構軟硬件管理；分支機構數(shù)據(jù)能夠直接備份到總部，一旦分支機構IT系統(tǒng)出現(xiàn)問題，能夠直接實現(xiàn)遠程恢復。第50頁全局化統(tǒng)一運維管理51北京成都上海廣州廣域網(wǎng)經過Prism Central軟件實現(xiàn)全局化、跨地域統(tǒng)一運維監(jiān)控管理，管理內容包含計算、存放、網(wǎng)絡、虛擬化等資源，也涵蓋了軟件在線自動升級、業(yè)務系統(tǒng)容災等能力。NX-3

25、460 G4NX-1365SNX-1365SNX-1365S第51頁基于Nutanix分支機構（ROBO）方案優(yōu)勢52計算+存放資源池，統(tǒng)一遠程同時管理VirtualizationAppApp無需專業(yè)IT人員：不需要在每個分支機構設置專門運維管理人員；中心化管理：全部遠程設備均能夠實現(xiàn)統(tǒng)一監(jiān)控、運維和管理；經濟性好：比傳統(tǒng)數(shù)據(jù)中心基礎架構方案性價比高；按需采購：以最小節(jié)點數(shù)量采購，依然保留未來資源擴展能力；節(jié)約空間和電力：原有方案需要最少8U機柜空間，現(xiàn)有方案只要2U；高可用性和可靠性：最小化節(jié)點處理方案依然提供99.995%以上可靠性和高可用性，而且能夠實現(xiàn)與總部遠程容災能力；自恢復能力：故

26、障自我恢復和隔離第52頁經典應用場景之數(shù)據(jù)保護與災難恢復（DP&DR）53分支機構ROBO數(shù)據(jù)保護與災難恢復DP&DR大數(shù)據(jù)桌面云VDI微軟企業(yè)級應用關鍵業(yè)務應用BCA私有云和混合云第53頁完整數(shù)據(jù)保護方案54在主集群融合當?shù)乜煺蘸蜁r間流一鍵式恢復和狀態(tài)復原廣域網(wǎng)優(yōu)化備份和遠程容災復制將當?shù)財?shù)據(jù)向公有云備份，支持亞馬遜AWS和微軟Azure安排、管理和利用當?shù)睾瓦h程快照和復制，獲取Prism備份和容災虛擬磁盤當?shù)乜煺者h程快照容災集群主集群當?shù)丶和鈧浞萃獠拷橘|Veeam一體化公共云第54頁同城容災：Metro Availability55VMWare HA數(shù)據(jù)中心 A數(shù)據(jù)中心 BCluster

27、_ACluster_BDatastore_A (active)Datastore_A (standby)Datastore_B (active)Datastore_B (standby)數(shù)據(jù)實時復制網(wǎng)絡條件：IP網(wǎng)絡RTT 6節(jié)點200VDIs-300VDIs二期新增Prism Central上海分部測試中心：66VDIs第60頁綠色節(jié)能，提供機柜空間效率，空間節(jié)約80%，能耗節(jié)約60%-70%；彈性伸縮，計算&存放能力彈性伸縮，存放容量及IOPS線性增加，保障業(yè)務性能連續(xù)提升；即時上線，研發(fā)桌面準備時間縮短了85%，桌面批量操作（開啟/關閉）時間縮短了50%。統(tǒng)一管理，無須在每個分支機構派駐

28、專員值守，以虛擬機為中心，實現(xiàn)管理和監(jiān)控，提前預警和事后統(tǒng)計分析，維護成本降低30%。資源匯總，15U空間，總計352關鍵CPU，內存5.3TB，15.9TB SSD，180TB SATA存放容量；客戶收益按需擴展，內置“容量規(guī)劃”，依據(jù)業(yè)務運行情況，按需購置和擴展，實時優(yōu)化TCO和ROI；第61頁某集成電路企業(yè)微軟企業(yè)級應用序號類別型號1武漢數(shù)據(jù)中心：1* Nutanix NX-1465G4 (4節(jié)點)128GB RAM/480GB SSD/4TB HDD2上海數(shù)據(jù)中心：1* Nutanix NX-1465G4 (4節(jié)點)128GB RAM/480GB SSD/4TB HDD郵件服務器Exc

29、hange Server 郵件布署規(guī)模3000個郵箱，4個DAG3軟件AHV+NOS Ultimate（雙中心異步容災）第62頁某基金企業(yè)關鍵應用選型分析與Oracle Exadata競爭對比性能與Exadata基本一致架構基本類似，都是分布式存放業(yè)務價值比之前架構性能提升2-3倍業(yè)務高峰時期性能穩(wěn)定前端業(yè)務反饋效果非常好性價比高數(shù)據(jù)中心概況數(shù)據(jù)中心平臺，關鍵Oracle數(shù)據(jù)庫以Oracle RAC高可用方式布署數(shù)據(jù)庫約 4TB之前架構DELL M820 4C 8核 128GHDS HUS130存放SAN博科交換機第63頁為大型 Oracle RAC 提供高性能基礎平臺超融合性能到達最高峰后能

30、夠連續(xù)穩(wěn)定運行原有系統(tǒng)性能到達最高峰后發(fā)生性能猛烈波動采取Nutanix超融合后Oracle數(shù)據(jù)庫穩(wěn)定性增強原有性能改造后性能第64頁為大型 Oracle RAC 提供高性能基礎平臺第65頁同城、異地災備建設選型分析與傳統(tǒng)三層架構對比，簡單易用機房空間占用小不需要集成，整體處理計算、存放、網(wǎng)絡業(yè)務價值布署簡單運維簡單性能卓越應用概況北京同城災備、深圳異地災備虛擬化平臺災備遠程異步復制之前計劃N臺服務器+SAN交換機+SAN存放占用機柜空間較多，成本較高運維人力消耗多第66頁同城、異地災備建設架構設計生產閃存存放+IBM服務器同城災備站點：Nutanix 異地災備站點：Nutanix數(shù)據(jù)同時經過專線網(wǎng)絡災備端全部采取虛擬化主機方式數(shù)據(jù)庫同時經過DSG軟件災備端復制恢復速度快第67頁同城、異地災備建設第68頁基于Nutanix企業(yè)云平臺多數(shù)據(jù)中心（雙活+容災）10 GbE1 GbERTT5msRTT 200msRTT 200ms站點1站點2站點3同時復制異步復制異步復制Prism CentralAHV ClusterPrism SSPAWS/Azure CloudvSphere ClustervSphere Cluster第69頁客戶收益70綠色節(jié)能