ThinkAgileHXSeriesCompetitionAnalysisv20180308PPT課件

1、1ThinkAgile HX Series產(chǎn)品家族HX7520/HX7520-N高性能，HDD、SSD、NVMEHX3520-GGPU, VDI，1-2*M60/M10HX5520容量型，最大80TBHX5520-C存儲節(jié)點，最大80TBHX3720高密度，SDD/HDDHX7720-N全閃存， NVMEHX1320成本優(yōu)化，3.5英寸提供ROBO部署模式HX3320計算型，最大12塊SSD/HDDHX7320-N全閃存，NVMEHX2320-EXpress, SMB，4節(jié)點限制HX2720-EXpress, SMB，4節(jié)點限制1.按需采購2.幾小時內(nèi)應用即可上線3.易于配置、采購和部署4.統(tǒng)

2、一管理界面5.優(yōu)化投資回報率ROI6.減少管理支出OPEXSXN3000（支持更多節(jié)點類型）整機柜交付HX1520-R備份節(jié)點第1頁/共47頁2ThinkAgile HX Series軟件特性StarterStarterProProUltimateXpress節(jié)點數(shù)量12個節(jié)點以內(nèi)節(jié)點數(shù)量不限節(jié)點數(shù)量不限3 或4個節(jié)點企業(yè)級存儲功能異構集群（不同配置節(jié)點共存）、在線集群伸縮+虛機閃存模式（VM Flash Mode）在線集群伸縮數(shù)據(jù)分層、在線壓縮、在線重刪+MapReduce 壓縮、+MapReduce 重刪數(shù)據(jù)分層、壓縮、重刪以虛機為中心的快照/克隆+糾刪碼以虛機為中心快照/克隆容器服務（A

3、CS）+塊服務（ABS）+文件共享服務（AFS）虛擬機閃存模式（VM Flash Mode）基礎設施彈性數(shù)據(jù)路徑冗余+機箱感知數(shù)據(jù)路徑冗余副本數(shù)量 2+副本數(shù)量 23可調(diào)副本數(shù)量 2數(shù)據(jù)保護異步復制與災備（1對1、雙向）+自服務數(shù)據(jù)恢復（Self Service Restore)+多站點容災異步復制、同步復制、同城雙活容災應用一致性快照（VSS集成）+同城雙活容災VSS集成，遠程備份Time Stream+Cloud Connect+同步復制Cloud Connect安全客戶端驗證+Cluster Lockdown+Data-At-Rest靜態(tài)數(shù)據(jù)加密客戶端驗證、Cluster Lockdow

4、n虛擬化vSphere、Hyper-V、AHVvSphere、Hyper-V、AHVAHV vGPU支持，AHV Turbo，AHV vNUMAAHV：虛機管理、虛機高可用、智能虛機部署、跨平臺容災、虛擬化轉(zhuǎn)換、虛機自動資源調(diào)度、虛機粘性策略、虛擬網(wǎng)絡配置、主機配置文件虛機管理、虛機高可用、智能虛機部署、虛擬網(wǎng)絡配置、主機配置文件OpenStack Driver管理與分析Prism Central Starter，自助服務門戶Prism Central StarterPulse、集群健康檢查、一鍵升級、Rest APIsPulse、集群健康檢查、一鍵升級、Rest APIs其他可選軟件許可：A

5、FS，Prism Pro，微分段，Calm可選軟件許可：AFS，Prism Pro，微分段，Calm可選軟件許可：Prism Pro，微分段，CalmXpress與Starter/Pro/Ultimate無法升級、共存第2頁/共47頁3ThinkAgile HX Series競爭優(yōu)勢公司 國產(chǎn)品牌，軟件著作權 服務器、存儲、網(wǎng)絡、超融合同一品牌 Nutanix全球最主要、國內(nèi)最大OEM伙伴 超融合領域的專業(yè)經(jīng)驗，豐富的成功案例，龐大的用戶基礎方案 跨解決方案的組合和驗證 企業(yè)關鍵業(yè)務應用：SAP 云計算平臺：ThinkCloud，Docker 雙態(tài)業(yè)務架構：存儲，備份產(chǎn)品 超融合產(chǎn)品線的廣度和

6、積累 技術上的絕對領先性 豐富的用戶選擇性 管理軟件集成：XClarity 網(wǎng)絡自動化：Networking Orchestrator第3頁/共47頁4區(qū)分超融合方案的五個維度真正創(chuàng)新的超融合架構而非分布式存儲與虛擬化集成技術先進性系統(tǒng)架構以虛擬機為中心的全新設計重新審視IT資源管理的維度VM-Centric設計最廣泛的虛擬化平臺兼容性自帶商業(yè)虛擬化平臺軟件Hypervisor兼容性I/O性能、存儲效率提升取代中高端存儲的殺手锏I/O優(yōu)化數(shù)據(jù)效率基于虛擬機的容災復制消除傳統(tǒng)容災的復雜和成本備份、容災業(yè)務連續(xù)性一個管理界面無限彈性擴展簡單化、自動化敏捷響應可擴展性可管理性第4頁/共47頁5與客戶

7、聊超融合，我們必須做的六件事#1 和客戶談理念，聊技術趨勢，聊下一代數(shù)據(jù)中心，時刻給客戶傳遞新東西#2 和客戶講技術，反復交流談技術細節(jié)，讓客戶了解我們技術領先之處#3 給客戶做演示，利用在線Demo，將我們的理念、技術落實到具體的功能#4 讓客戶認識到，選擇一種架構，關注的重點應該是先進性和穩(wěn)定性，而非價格#5 給客戶算清楚，不同架構方案間的差異，突出TCO/ROI對比，思考未來#6 幫客戶做規(guī)劃，從業(yè)務發(fā)展和應用需求，通過方案組合提供整體建議第5頁/共47頁6超融合HX系列的技術優(yōu)勢q架構：完全軟件定義，不需要硬件RAID，不需要依賴定制FPGA卡q架構：CVM控制虛擬機消耗資源低，內(nèi)存3

8、5GBq虛擬化：原生支持KVM/AHV，ESXi，Hyper-V。Xen（Nutanix支持，聯(lián)想待驗證）q虛擬化：支持異構虛擬化平臺間的容災（主數(shù)據(jù)中心和備數(shù)據(jù)中心可以使用不同的虛擬化平臺）q虛擬化：支持異構虛擬化平臺間的轉(zhuǎn)換q性能：VM Flash Mode（將VM固定在閃存層運行以提供最佳性能），閃存層既可用于緩存，也可用于存儲q效率：支持數(shù)據(jù)分層，支持在線重刪、壓縮，近線重刪、壓縮；支持網(wǎng)絡可視化，網(wǎng)絡自動化q容災：支持同步復制，雙活容災，及異步復制（1分鐘RPO）q安全：網(wǎng)絡微分段q擴展：同一集群內(nèi)，支持不同容量、不同CPU的節(jié)點并存，支持全閃和混合節(jié)點并存q管理：單一的管理界面（計

9、算，存儲，虛擬化，網(wǎng)絡，硬件），Prism/Prism Central， XClarity Integratorq管理：管理工具內(nèi)嵌于集群，隨集群規(guī)模擴展，不需要單獨的設備，提供“類似于Google”的搜索體驗q管理：升級HCI軟件時，不需要vMotion或者重啟物理節(jié)點（CVM Autopathing），一鍵式升級多個集群，或處于不同地理位置的集群第6頁/共47頁7需要讓客戶思考的幾個問題？如果您要切換虛擬化平臺，其他的供應商可以支持多虛擬化平臺嗎？如果Intel發(fā)布了新的CPU，其他的供應商可以支持不同的CPU在一個集群內(nèi)混搭嗎？如果您不再購買原來的SSD和HDD，其他的供應商可以支持不同

10、的存儲配置嗎？如果您今天買了混合節(jié)點，但計劃未來購買全閃存節(jié)點，其他的供應商可以支持在一個集群內(nèi)混搭嗎？此前您是否使用過硬件RAID卡，當一塊磁盤損壞時，需要多長時間恢復？當磁盤損壞，恢復時間是可預知的嗎？當您要升級自己的基礎架構時，如firmware，存儲，虛擬化，需要哪些流程？通常對基礎架構升級時，需要多長時間呢？是否需要安排停機時間？其他的供應商宣稱存儲空間節(jié)省達到40:1，而業(yè)界平均是3:1，40:1會顯得更合理嗎？您現(xiàn)在還沒有部署容災系統(tǒng)，未來是否確定不會用到容災呢？你現(xiàn)在計劃上線的都是非關鍵應用，未來可能會有更多應用遷移過來，那么是否要考慮新的基礎架構對關鍵應用的支持呢？您會從哪些

11、方面評估不同供應商的技術創(chuàng)新性呢？您會從哪些方面對不同供應商的產(chǎn)品品質(zhì)分級呢？您會從哪些方面對不同供應商的支持服務分級呢？第7頁/共47頁第8頁/共47頁Dell|EMC VxRAIL第9頁/共47頁10Dell|EMC VxRAILVxRAIL是在Dell的服務器硬件上，安裝vSAN軟件，然后打包了EMC Recoverpoint（15個VM許可），EMC CloudArray（10TB許可）和免費的vRealize Log Insight，VxRAIL有自己的管理工具VxRAIL ManagerVxRAIL打包了EMC的部分產(chǎn)品，作為方案的一部分，但也需要注意，這些產(chǎn)品的許可大多需要升級到

12、完整版在Horizon View的部署環(huán)境，基于用戶數(shù)的綁定價格中包含了vSAN許可，所以VxRAIL的價格會很低VxRACK是整機柜方案，結合了Dell網(wǎng)絡交換機，定位在3264個節(jié)點。VxRAIL則限制在32節(jié)點vSAN是基于內(nèi)核的部署模式，與其他HCI廠商基于CVM的部署模式，完全不同第10頁/共47頁11vSAN的內(nèi)核架構l VMware宣稱CVM架構的數(shù)據(jù)效率不高，存在延遲問題，性能較差，消耗資源多l(xiāng) vSAN的內(nèi)核架構則提供了更高效的數(shù)據(jù)路徑，帶來更好的性能，減少CPU占用，管理更簡單 CVM使用直通模式直接訪問磁盤控制器，并獲得出色的性能。VMware的白皮書也說明SQL運行在V

13、M中獲得百萬IOPS和低延遲，這些都說明CVM提供高性能沒有問題 vSAN的內(nèi)核架構使得大量的讀請求需要通過網(wǎng)絡對外進行，沒有數(shù)據(jù)本地化機制，內(nèi)核架構就沒有收益 VMware宣稱vSNA只占用了10%的CPU資源，但實際上更高。尤其是，當你考慮其他組件時，如vCenter、vRealize、VxRAIL Manager等等，CPU占用會更高 VMware的管理需要大量不同的工具，而無法提供一個簡單的，統(tǒng)一的管理界面事實第11頁/共47頁12VxRAIL & vSAN 的產(chǎn)品不足僅支持ESXi將用戶鎖定在VMware內(nèi)核架構vSAN基于內(nèi)核的架構，降低了可靠性和系統(tǒng)穩(wěn)定性，沒有故障隔離，

14、沒有性能隔離，沒有安全隔離；更多的補丁和升級工作，不能支持多種虛擬化平臺，以及不能支持更新的技術，如Docker等缺少智能分層技術在混合配置中，vSAN將閃存作為讀寫緩存使用，而不能用于永久存儲需要多種管理工具VxRAIL需要多達10種工具進行管理，導致無法實現(xiàn)簡單、統(tǒng)一的管理界面升級時的高風險內(nèi)核架構的麻煩就是，補丁和升級時，需要管理員在線遷移VM，補丁和升級，重啟主機，在講VM在線遷移回來集群恢復在一個3節(jié)點集群中，需要更換部件（硬盤，節(jié)點）才能觸發(fā)恢復（不能自動恢復）。這是因為每個vSAN數(shù)據(jù)組件有兩個副本和一個見證，不能在見證所在的節(jié)點上恢復數(shù)據(jù)60分鐘的重建延時vSAN在開始恢復時，

15、會等待60分鐘，在一個雙副本的環(huán)境中，這將導致數(shù)據(jù)額外有1小時的暴露時間沒有數(shù)據(jù)本地化vSAN沒有數(shù)據(jù)本地化的特性，無法優(yōu)化網(wǎng)絡帶寬占用，跨節(jié)點數(shù)據(jù)訪問也會帶來延遲的問題第12頁/共47頁13VxRAIL & vSAN 的產(chǎn)品不足數(shù)據(jù)效率的粒度問題重刪和壓縮都是基于集群的，或者全部開啟，或者全部關閉，無法針對虛擬機進行數(shù)據(jù)效率僅支持全閃重刪，壓縮和糾刪碼僅支持全閃存配置寫緩存的600GB限制每個磁盤組的寫緩存最大只有600GB，所以無法利用更大容量的閃存SSD故障影響磁盤組當1個SSD故障時，整個磁盤組都會下線需要進行恢復，而不是僅僅故障的磁盤；恢復時也是利用另一個磁盤組的拷貝，而不是

16、整個集群的資源需要多個磁盤組VMware建議部署每個節(jié)點部署多個磁盤組，以減少SSD故障對磁盤組的影響多個磁盤組影響重刪重刪是在磁盤組級別進行，而不是節(jié)點或者集群。這就意味著，你的磁盤組越多，實際上冗余數(shù)據(jù)也就越多多個磁盤組占用內(nèi)存多個磁盤組會明顯增加內(nèi)存的占用，比如從1個3個磁盤組，混合環(huán)境需要2倍內(nèi)存，全閃環(huán)境需要3倍內(nèi)存第13頁/共47頁14VxRAIL & vSAN 的產(chǎn)品不足存儲節(jié)點VxRAIL、vSAN雖然有大容量節(jié)點，但沒有單獨的存儲節(jié)點，而HX系列則有HX5520-C存儲節(jié)點用于滿足客戶海量存儲需求，而不顯著增加成本（使用AHV，省去額外的虛擬化軟件許可支出）文件服務H

17、X系列本身的文件服務是原生的AFS，而VxRAIL則需要借助第三方軟件，如Unity VSA，NexentaConnect或 NetApp ONTAPSelect容量規(guī)劃HX系列提供高級分析功能，基于歷史的集群資源利用，給出預測。VxRAIL需要借助vRO來實現(xiàn)2節(jié)點集群仲裁在2節(jié)點集群時，vSAN和HX系列都需要仲裁，但vSAN需要為每個集群設置單獨的仲裁，并要求最小1.5Mb的帶寬和小于500ms的延遲。HX系列一個仲裁可以支持多個集群。第14頁/共47頁Huawei FusionStorage第15頁/共47頁16Huawei FusionStorage 陳舊的架構設計 FusionSt

18、orage是傳統(tǒng)的分布式存儲架構，而非超融合架構 “FusionStorage塊存儲通過VBS以SCSI或iSCSI方式提供塊接口。SCSI接口為安裝VBS的本機提供存儲訪問。iSCSI方式可為安裝VBS以外的虛擬機或主機提供存儲訪問，VMware、MS SQL Server集群采用iSCSI模式” 仍然是以LUN的形式提供存儲，管理復雜 快照、克隆等操作仍然基于LUN進行，而非以虛擬機為中心 需要按照VMware最佳實踐設計LUN的容量、個數(shù)第16頁/共47頁17Huawei FusionStorage 常見策略早期接觸存儲類應用突出FusionStorage分布式存儲超融合類應用將Fusi

19、onStorage與虛擬化結合云平臺類應用將FusionStorage與FusionSphere結合項目投標優(yōu)勢參數(shù)突出存儲和云平臺的優(yōu)勢劣勢參數(shù)應標時承諾完全滿足第17頁/共47頁18Huawei FusionStorage 應對策略早期接觸技術交流突出技術優(yōu)勢，獲得認同方案推薦應用需求關注痛點，推薦方案方案組合方案捆綁，成功案例項目投標優(yōu)勢參數(shù)寫入標書，提供證據(jù)公正評標應對虛假承諾第18頁/共47頁19Huawei FusionStorage 的產(chǎn)品不足1.為確保最短IO路徑和讀寫延遲并減少網(wǎng)絡流量，在VMware、HyperV和KVM環(huán)境中，分布式存儲本身都支持優(yōu)先將數(shù)據(jù)寫在本地SSD磁

20、盤上，并且當虛擬機遷移到任意節(jié)點，其數(shù)據(jù)也自動遷移到虛擬機所在物理節(jié)點 【備注：華為不支持】2.根據(jù)業(yè)務快速部署、靈活轉(zhuǎn)換的彈性需求，支持兩種以上虛擬化且能實現(xiàn)vSphere和KVM之間一鍵式轉(zhuǎn)換 【備注：華為不支持】3.虛擬化平臺通過x86服務器虛擬化來實現(xiàn)，可以支持VMware vSphere、Microsoft HyperV、KVM等 【備注：華為不支持Hyper-V】4.支持按照不同虛擬機的應用獨立實施不同的數(shù)據(jù)管理策略，例如可對每個虛機單獨設定快照、重刪和壓縮策略，提供虛擬機閃存模式，將指定的虛擬機一直運行在SSD中，而不下沉到HDD中，從而保證性能 【備注：華為不支持，華為仍然是以

21、Lun為中心進行快照】5.單一集群及存儲資源池內(nèi)沒有節(jié)點/節(jié)點數(shù)、SSD和HDD存儲容量的限制，支持以1個節(jié)點為單位進行擴容，自動發(fā)現(xiàn)新增節(jié)點/節(jié)點，在不中斷業(yè)務的情況下將新節(jié)點/節(jié)點自動或手動加入現(xiàn)有集群中，實現(xiàn)集群計算和存儲資源的無縫擴展，支持不同型號、不同年代的計算存儲一體設備的混用和兼容，真正實現(xiàn)按需購買，保護用戶投資 【備注：華為FusionStorage的節(jié)點數(shù)量是3到288個】6.支持SSD和HDD混插配置中實現(xiàn)智能數(shù)據(jù)分層，同一個SSD可同時作為緩存層和持久數(shù)據(jù)存儲層 【備注：華為不支持，華為僅支持SSD Cache】7.提供內(nèi)存、SSD、SATA不同性能層面的重復數(shù)據(jù)刪除功能

22、，并且使用幾k到十幾k的粒度保證重復數(shù)據(jù)刪除的效率和效果，支持在線重刪和后重刪 【備注：華為不支持，華為僅支持對象級后重刪技術】8.支持虛擬機備份到AWS云端；支持虛擬機備份到AZURE云端 【備注：華為不支持Azure】9.支持跨異構虛擬化平臺（Hypervisor）間數(shù)據(jù)復制，VMware和KVM集群上的虛擬機可以進行遠程容災復制 【備注：華為不支持】10. 對兼容的交換機，支持網(wǎng)絡自動化技術，在超融合管理界面上進行虛擬機的網(wǎng)絡配置， 物理交換機可自動調(diào)整適配虛擬機的變化 【備注：華為不支持】第19頁/共47頁Cisco HyperFlex第20頁/共47頁21Cisco HyperFle

23、x 簡介 Springpath成立于2012年（原名“StorVisor”），總部在加州Sunnyvale，70+名員工 2012年6月，Springpath完成A輪融資近900萬美元，2015年2月完成B輪融資近2500萬美元 2015年9月，Springpath面臨競爭對手SimpliVity提出的訴訟 2016年3月，Cisco公布與Springpath戰(zhàn)略合作關系，并持有部分股份。Springpath轉(zhuǎn)向成為只支持Cisco的OEM開發(fā)公司，放棄自身的銷售與市場營銷活動 2017年3月，Cisco發(fā)布了HyperFlex 2.5版本，支持全閃和40GbE 2017年8月，Cisco宣布

24、以3.2億美元收購SpringPath第21頁/共47頁22Cisco HyperFlex 系統(tǒng)架構 采用CVM架構，作為獨立的虛擬機部署在虛擬化平臺上（目前僅支持VMware） 本質(zhì)是分布式NAS存儲，將集群組件部署到虛擬化上，數(shù)據(jù)交互使用NFS協(xié)議進行，借助VAAI功能，提高在虛擬化環(huán)境下的存儲效率 預先在每個節(jié)點上劃分好條帶，每個虛擬機的數(shù)據(jù)會分為3個副本，存儲在3個不同的節(jié)點上，而且數(shù)據(jù)是均勻分布的，沒有本地化特性 HyperFlex可以將存儲空間映射給Cisco B系列刀片，實現(xiàn)混合部署模式第22頁/共47頁23Cisco HyperFlex宣稱集成網(wǎng)絡，實為必須配置2個FI$150

25、00注：大部分的存儲IO要經(jīng)過此網(wǎng)絡，若連接中斷，影響較大業(yè)界其他超融合方案，均無此要求第23頁/共47頁24Cisco HyperFlex 極不靈活的副本設置 默認為3副本，只能在集群創(chuàng)建時選擇2副本，一旦創(chuàng)建后，不能再被修改 副本策略針對整個集群設置并生效 不支持糾刪碼RF-2 ContainerRF-3 Container 支持2副本和3副本，副本策略基于Container設置，集群內(nèi)可以不同副本策略并存 2副本和3副本之間可調(diào) 支持糾刪碼，獲得更高存儲空間效率Cisco超融合HX系列第24頁/共47頁25Cisco HyperFlex 依賴于第三方的容災 缺乏原生的容災復制技術 利用第

26、三方VMware、Zerto、Veeam實現(xiàn)容災備份功能CiscoSyncPrimary DCSecondary DC超融合HX系列 支持雙活同步容災，異步容災復制（分鐘級） 支持備份和歸檔到公有云服務第25頁/共47頁26Cisco HyperFlex 傳統(tǒng)的閃存使用模式 閃存用于寫緩存（每個節(jié)點限制到24GB）和讀緩存 沒有智能數(shù)據(jù)分層 閃存不能用于數(shù)據(jù)存儲，只能用于緩存 不支持數(shù)據(jù)本地化，不能將VM固定在閃存中運行Cisco+VM Flash Mode超融合HX系列 閃存一部分用于緩存，一部分用于數(shù)據(jù)存儲 提供智能數(shù)據(jù)分層 支持數(shù)據(jù)本地化，可以將某些VM固定在閃存中運行 支持NVMe和3

27、D Xpoint新一代閃存技術第26頁/共47頁27Cisco HyperFlex 缺乏數(shù)據(jù)本地化概念 數(shù)據(jù)條帶均勻分布在在集群中的所有的節(jié)點上，以避免在vMotion時移動數(shù)據(jù) 讀緩存也跨集群中所有節(jié)點 沒有數(shù)據(jù)本地化的概念：網(wǎng)絡效率低，不一致的性能 不是針對未來設計的架構Cisco超融合HX系列 數(shù)據(jù)保存在VM所在的物理節(jié)點上 所有的讀操作通過本地物理節(jié)點進行 數(shù)據(jù)從遠端到本地移動時，對應用透明 顯著的減少網(wǎng)絡隔閡 提高網(wǎng)絡效率第27頁/共47頁28Cisco HyperFlex 性能和擴展性上的缺陷 不一致的性能： 緩存可能在本地，也可以在遠端 緩存命中，或從集群中讀取 取決于不同的應用

28、類型 帶寬和延遲 架構設計使得網(wǎng)絡效率不高 8個節(jié)點就會填滿10Gb網(wǎng)絡，需要40Gb網(wǎng)絡 不是面向未來的設計 如何對全閃存進行優(yōu)化？ 如何利用低延遲閃存技術的優(yōu)勢？第28頁/共47頁29Cisco HyperFlex 不支持在集群中混合不同節(jié)點 在同一集群中，所有節(jié)點型號需要一致，最大僅支持8個節(jié)點 因為HyperFlex需要將數(shù)據(jù)在集群中的所有節(jié)點上均勻分布，所有節(jié)點的容量需要相同 HyperFlex也不推薦在一個集群中有不同規(guī)格的處理器 當集群中新加入節(jié)點時，需要經(jīng)歷痛苦的數(shù)據(jù)遷移再平衡過程第29頁/共47頁HPE SimpliVity第30頁/共47頁31HPE SimpliVity

29、技術架構 HPE SimpliVity定制了一塊FPGA卡，成為OAC卡，用于處理重刪和壓縮 HPE SimpliVity宣稱集成了備份服務，從而不再需要第三方備份軟件 HPE SimpliVity宣稱神奇的數(shù)據(jù)效率數(shù)據(jù)第31頁/共47頁32HPE SimpliVity 宣稱的數(shù)據(jù)保護 SimpliVity內(nèi)置了備份和容災功能，可以利用重刪和壓縮功能 事實：通常的備份，是對數(shù)據(jù)的一份完整拷貝，當主數(shù)據(jù)損壞時可以使用此備份恢復數(shù)據(jù)。而SimpliVity的全備份僅僅是主數(shù)據(jù)的快照 SimpliVity的備份功能，可以保證3塊硬盤同時損壞，而數(shù)據(jù)不丟失 事實：如果客戶可以接受快照形式的備份，那么H

30、X系列也提供了此功能。但真正的備份，應該是數(shù)據(jù)被備份到集群之外 SimpliVity的備份功能提供了10分鐘的RPO（本地和遠程） 回應：HX系列最新版本提供了1分鐘的RPO SimpliVity恢復1TB的VM或本地備份，只需要60秒鐘的時間 事實：當SimpliVity恢復一個虛擬機時，實際上只是將VM指向了原來的數(shù)據(jù)塊，這在真實應用中毫無意義；在需要實現(xiàn)應用一致性備份時，SimpliVity需要借助VMware vSphere Data Protection來實現(xiàn)第32頁/共47頁33HPE SimpliVity 宣稱的數(shù)據(jù)效率 SimpliVity的數(shù)據(jù)效率，適用于所有數(shù)據(jù)，所有時刻

31、事實：重刪和壓縮功能永久開啟，并不是好主意，尤其是當數(shù)據(jù)不能被重刪和壓縮是。HX系列可以選擇關閉或打開重刪和壓縮功能 SimpliVity的OAC加速卡，消除了對CPU的占用，并提升了性能。其他廠商則需要占用CPU資源 事實：SimpliVity的CVM仍然需要占用4個vCPU和100GB內(nèi)存，雖然OAC卡降低了CPU的占用，但對內(nèi)存的占用，則是其他HCI方案的三四倍 SimpliVity的數(shù)據(jù)效率可以達到3040:1，并且可以保證至少做到10:1 事實：SimpliVity的測試場景包含了大量的全備份，實際上，通過選擇特定的數(shù)據(jù)集，可以講效率提升為1000:1，但這對客戶的應用毫無意義。Si

32、mpliVity 10:1的效率提升擔保，實際上有著嚴格的先決條件，比如你必須每天對VM做一次備份，新增數(shù)據(jù)不能超過5%等等。第33頁/共47頁34HPE SimpliVity 宣稱的數(shù)據(jù)可靠性 SimpliVity可以允許任意3塊硬盤同時故障，而不會造成數(shù)據(jù)丟失 事實：SimpliVity使用RAID6來保護本地硬盤，使用RAID5來保護本地讀緩存，所以，的確，SimpliVity可以允許2塊硬盤和1塊SSD故障，但這種架構也造成了存儲空間的額外浪費，以及影響了數(shù)據(jù)重建時的速度；SimpliVity的這個策略是針對整個節(jié)點進行的，但HX系列可以針對Container設置副本策略 Simpli

33、Vity支持2個節(jié)點部署，仍然保證可用性 事實：HX系列也提供了1-Node、2-Node的部署模式 達到同樣可靠性，其他HCI廠商必須采用3副本，及5個節(jié)點 事實：3副本的確需要更多的存儲空間，但因為SimpliVity本地使用RAID6保護，最終空間浪費和3副本差距不大。而且當3副本結合糾刪碼使用時，存儲效率就比SimpliVity高第34頁/共47頁35HPE SimpliVity 的產(chǎn)品不足對專屬硬件的依賴性SimpliVity使用FPGA定制的OAC卡處理重刪和壓縮，宣稱可以減少CPU占用從而提高VM密度。然而SimpliVity的CVM仍然需要至少4個vCPU，在全閃中需要6個vC

34、PU，和其他HCI方案類似；以及，SimpliVity的CVM需要100GB內(nèi)存，是其他HCI方案的34倍，這就限制了VM的數(shù)量對硬件RAID的依賴性SimpliVity使用硬件RAID進行本地數(shù)據(jù)保護。但當硬盤空間增大時，這種方案就變得不可行，一旦硬盤損壞時，硬件RAID的恢復時間變得不可接受，且即使集群中的節(jié)點數(shù)量越多，也不會提升重建速度僅支持ESXi將用戶鎖定在VMware平臺管理工具的欠缺SimpliVity目前僅提供vCenter的插件，這導致SimpliVity無法提供更多基于集群的無縫的管理體驗需要仲裁服務SimpliVity宣稱可以進行2-Node部署，但仍然需要仲裁服務來防止

35、腦裂，也就是必須要第三臺服務器缺少智能數(shù)據(jù)分層SSD被用于讀緩存，且不能被用來持久存儲，無法貢獻存儲容量擴展性受限一個集群最大8個節(jié)點，即使采用“聯(lián)邦”的模式，也不能超過32個節(jié)點第35頁/共47頁36HPE SimpliVity 的產(chǎn)品不足數(shù)據(jù)效率不可配置重刪和壓縮默認永遠開啟，即使有些應用無法從重刪和壓縮中獲益，而只能白白消耗系統(tǒng)資源數(shù)據(jù)效率針對8KB優(yōu)化SimpliVity重刪只有對8KB的數(shù)據(jù)塊，效果才好。所以SimpliVity總是會勸說數(shù)據(jù)庫改為8KB重刪不是全局的雖然SImpliVity宣稱重刪是針對全局進行，然而事實是重刪僅針對每個節(jié)點進行延伸集群需要3個站點SimpliVit

36、y的仲裁服務需要部署在第三個物理站點延伸集群需要兩站點有同樣的節(jié)點數(shù)如果客戶在兩個站點各部署了兩個節(jié)點，當擴展集群時，也需要每個站點各增加2個節(jié)點缺少本地文件服務SimpliVity不提供本地文件服務缺少容量分析規(guī)劃功能SimpliVity沒有容量趨勢分析和規(guī)劃功能第36頁/共47頁Smart X第37頁/共47頁38Smart X 簡介 公司位于北京，創(chuàng)始人團隊畢業(yè)于清華 40余員工 公司于2013年成立，為聯(lián)想創(chuàng)投（AIO H1000）、浪潮云計算提供OEM 通過Software-only、Appliance一體機模式銷售 主要宣傳的客戶：聯(lián)通沃云（2000余主機），提供底層分布式存儲（Ceph） 宣稱支持各類虛擬化底層，支持多品牌服務器 宣稱與Nutanix功能一樣、價格一半、性能是Nutanix的1.5倍 2017年開始擴張銷售團隊第38頁/共47頁39Smart X 架構與界面第39頁/共47頁40Smart X 功能簡介高可