軟件定義數據中心已成為未來企業IT基礎架構的趨勢，而超融合作為軟件定義數據中心的重要架構方式，近幾年迅速贏得了廣泛的市場認可。超融合架構可靠性高、資源消耗低、部署運維簡便等優勢已被企業用戶普遍接受。企業已經開始借力超融合產品和技術，提升運營效率和競爭力。

　　“該不該用”超融合產品不是***的疑問，企業的決策者們更應該評估到底 “用哪種”超融合產品。這是因為，不同超融合廠商的產品其背后的技術和實現方式也有所不同。

　　舉例來說，目前市場上主流的超融合產品主要有國外的Nutanix、VMWare vSAN 和國內的 SmartX ZBS，在虛擬化計算，產品運維，存儲網絡的管理上他們各有千秋，性能特點上也各有所長。Nutanix比較被業內人士熟知，并且和SmartX ZBS的優劣相似，所以這篇文章主要來對比下VMWare vSAN 和 SmartX ZBS。

　　一. vSAN和SmartX ZBS的全面對比

　　1. vSAN原生軟件定義存儲平臺，性能卓越但靈活度稍顯不足

　　VMware vSAN 是 vSphere 原生軟件定義的存儲平臺，可幫助客戶向超融合基礎架構 (HCI) 轉變，降低 IT 成本并為未來變革準備敏捷解決方案。

　　它的優勢主要有：

　　● vSAN 與 ESXi 結合緊密，部署比較方便，和 ESXi 一次部署完成;

　　● 憑借 VMware vSphere 優良生態的先天優勢，vSAN 推出不少相關的生態合作方案;

　　● vSAN 獲得 ESXi 內核級別的支持，運行效率高，能輸出不俗的性能。

　　但同時，vSAN也有一些美中不足，比如：

　　● 無法支持多 hypervisor 環境

　　隨著服務器虛擬化技術的成熟，多hypervisor環境越發常見，這有助于分散風險、控制成本。很多情況下，單一的hypervisor難以滿足需求。

　　然而，vSAN只支持 VMware ESXi一種 hypervisor。這意味著，一旦用戶選用 vSAN，就失去了選擇多hypervisor的自由。

　　● 與 ESXi 耦合度高且兼容版本有限

　　vSAN 是內嵌在 ESXi 內核，二者的耦合度非常高，而目前 vSAN 的版本迭代速度還是遠高于后者。

　　如果用戶需要升級 vSAN (vSAN 6.2 升級 6.5，) ，那么就必需同步升級 ESXi 版本了(6.0 u3 升級 6.5)。存儲軟件的迭代影響虛擬化軟件的版本做頻繁的升級，這對于生產環境來說，不太友好。

　　● vSAN 引起 VMware HA 的限制

　　啟用 vSAN 后，HA 心跳網絡會從管理網絡切換至存儲網絡。

　　由于 HA 的心跳網絡當開啟 vSAN 后心跳流量會自動從管理網絡切換至存儲網絡，當存儲網絡故障，無法檢測存儲心跳，系統會觸發 VMware HA 執行導致虛擬機重啟與遷移 。

　　但本質上 vSAN 是提供存儲服務的，而 ESXi 提供的是計算和網絡相關服務，而啟用 vSAN 后，HA 功能卻被緊耦合了，一旦存儲網絡或者是 vSAN 出問題了，就只能重啟 VM 了，即使 ESXi 還是正常的情況下。

　　● vSAN 無法支持 MSCS 和 WSFC

　　vSAN 6.5 版本依然沒有對 MSCS(Microsoft Cluster Services)和 WSFC(Windows Server Failover Clustering)支持。

　　如果用戶希望在 VMware vSphere 上運行 Microsoft SQL Server 或者 Windows Server 文件服務器集群等，就沒法通過 vSAN 支持了。

　　2. SmartX ZBS 更為靈活穩定，但部署管理還有進一步簡化的空間

　　SmartX ZBS 來自國內***超融合廠商SmartX，基于 VMware vSphere 超融合部署，適用度更強，讓IT管理更直接、更高效。其差異化的優勢體現在以下幾方面：

　　● 松耦合，更靈活

　　SmartX Halo 是一款支持用戶構建多 hypervisor 的超融合軟件套件。SmartX ZBS 是其中核心組件之一，可以為 VMware vSphere 提供分布式存儲服務。

　　SmartX ZBS與VMware vSphere松耦合，兩者的升級互相獨立，無需“被迫升級”。

　　● 不中斷，更穩定

　　SmartX ZBS 支持精細化的高可用功能，當存儲網絡發生故障時，SmartX ZBS 支持自動把存儲網絡鏈路重定向到業務網絡中，臨時充當存儲數據傳輸的鏈路，不會觸發VMware HA功能，主機上的虛擬機業務并不會發生中斷。

　　SmartX ZBS 與 VMware ESXi 也是松耦合，這使得 HA機制更加靈活，即便 SCVM(SmartX Controller Virtual Machine)故障無法提供存儲服務，只要 ESXi 本身并沒有故障，SmartX 會觸發IO重定向功能，保障存儲任務持續有效完成。

　　由此不難想象，SmartX ZBS 能提供更佳的用戶體驗。 打個比方：當有個傳菜工病了，vSAN 會直接選擇關店，不再為客人提供服務;而SmartX ZBS 則更“聰明”——從其他分店調用傳菜工，不影響客人就餐。

　　● 可通過提供 iSCSI Lun 為 Microsoft SQL Server 故障轉移集群提供支持。

　　不過SmartX ZBS 由于不是vSphere 原生軟件定義的存儲平臺，所以也會有一些劣勢，比如：

　　1)部署略復雜一些，需要引入 SCVM 存儲控制器虛機;

　　2)對***版本的 vSphere 軟件支持會略有延時;

　　3)無法通過 vCenter 界面統一精細化管理 SmartX ZBS 功能，需要切換至 SmartX WEB 管理界面進行精細管理。

　　因此，對比兩款產品的優劣不難看出，除vSAN之外，SmartX ZBS 也擁有其較為顯著的優勢，是一款很出色的基于VMware的超融合產品。

　　二. 如何向ZBS架構遷移，構建更優化的超融合平臺?

　　為搭建更為敏捷靈活，可擴能力更強的超融合架構，同時提升基礎設施的穩定性，并簡化系統運維，企業可以考慮向ZBS架構做遷移。遷移方案非常便捷，易操作。

　　1. 架構

　　SmartX 基于VMware vSphere超融合部署，主要方式是在裸金屬服務器上部署VMware ESXi，而 SCVM 則部署在 VMware ESXi 上，SCVM 實質上是一臺安裝有 SmartX Halo 超融合套件的虛擬機，它通過硬件透傳技術***限度避免經過 ESXi 虛擬化的性能損耗，直接管理服務器的硬盤資源(包括 SSD固態盤 和 HDD機械盤)。

　　多臺 SCVM 之間以萬兆網絡互聯，通過內置的 SmartX ZBS 分布式存儲軟件整合存儲資源構建成統一存儲池，然后使用 NFS 協議掛載到 VMware ESXi 作為 datastore 提供存儲服務。

　　2. VAAI 支持

　　SmartX ZBS 是通過 NFS 協議為 VMware ESXi 提供 Datastore ，并支持 VAAI 存儲插件為 datastore 提供精簡置備以及加速功能。VAAI 存儲插件支持將 VMware 對虛擬機執行的快照、克隆等存儲類操作直接透傳到 SmartX ZBS 存儲底層執行，更高效地執行和實現相關操作。

　　三. 企業用戶遷移至SmartX ZBS的成功案例有哪些?

　　vSAN和SmartX ZBS均已得到企業級用戶的認可，而SmartX ZBS在頭部用戶京東方和碧生源的部署均得到好評。

　　● 京東方采用SmartX ZBS構建互聯網式IT架構

　　京東方科技集團股份有限公司(BOE)是全球***的手機屏幕供應商之一，其極高的市場占有率背后離不開他們對研發的投入。

　　SmartX Halo 為京東方提供了一套基于超融合的研發虛擬桌面解決方案，該方案采用了 Citrix Xendesktop 虛擬桌面軟件，使用 SmartX ZBS+ VMware vSphere 的超融合基礎架構。

　　這套方案有效解決以往研發虛擬桌面面臨的棘手問題，其中包括：編譯工作對桌面響應速度要求高，規模化的虛擬桌面擴展帶來的成本與維護問題。

　　● 碧生源憑借SmartX ZBS，實現基礎架構轉型

　　碧生源控股有限公司(簡稱“碧控”)及其子公司(統稱“碧生源”或“集團”)為中國保健功能茶產品的領先企業。碧生源原有 IT 基礎架構已經在使用 VMware 服務器虛擬化運行生產相關業務，經過嚴格考察以及對未來架構趨勢的考慮，最終采用了 SmartX ZBS+ VMware vSphere 的超融合基礎架構解決方案，很好地兼容 VMware vSphere 虛擬化平臺，同時實現基礎架構的轉型。