超融合作為軟件定義數據中心的重要架構方式，近幾年迅速贏得了廣泛的市場認可。超融合架構可靠性高、資源消耗低、部署運維簡便等優勢已被企業用戶普遍接受。企業已經開始借力超融合產品和技術，提升企業運營效率和競爭力。
“該不該用”超融合產品反而不是最大的疑問，企業的決策者們更多在評估到底應該“用哪種”超融合產品。這是因為，不同超融合廠商產品的區別在於其背後的技術和實現方式。
舉例來說，目前市場上主流的超融合產品主要有國外的Nutanix、VMWare vSAN 和國內的 SmartX ZBS，在虛擬化計算，產品運維，存儲網絡的管理上他們各有千秋，性能特點上也各有所長。Nutanix比較被業內人士熟知，並且和SmartX ZBS的優劣相似。目前，有一些企業開始嘗試從vSAN平臺遷移到SmartX ZBS，這篇主要來聊一下這類遷移的原因及方式。
VMware vSAN 是 vSphere 原生軟件定義的存儲平臺，可幫助客戶向超融合基礎架構 (HCI) 轉變，降低 IT 成本併為未來變革準備敏捷解決方案。
SmartX ZBS 來自國內頂尖超融合廠商SmartX，基於 VMware vSphere 超融合部署，適用度更強，讓IT管理更直接、更高效。
vSAN和ZBS都是非常出色的超融合產品。但實踐證明，SmartX ZBS以高可用、高性能、易管理等優勢以及出色的開放性和靈活的產品形態獲得了企業用戶的認可。從vSAN遷移至SmartX ZBS正成為越來越多數據中心管理者的考量。
一.為何要用從vSAN遷移至SmartX ZBS?
1.vSAN美中有不足
無法支持多 hypervisor 環境
隨著服務器虛擬化技術的成熟，多hypervisor環境越發常見，這有助於分散風險、控制成本。很多情況下，單一的hypervisor難以滿足需求。
然而，vSAN只支持 VMware ES一種 hypervisor。這意味著，一旦用戶選用 vSAN，就失去了選擇多hypervisor的自由。
與 ES 耦合度高且兼容版本有限
vSAN 是內嵌在 ES 內核，二者的耦合度非常高，而目前 vSAN 的版本迭代速度還是遠高於後者。
如果用戶需要升級 vSAN （vSAN 6.2 升級 6.5，），那麼就必需同步升級 ES 版本了（6.0 u3 升級 6.5）。存儲軟件的迭代影響虛擬化軟件的版本做頻繁的升級，這對於生產環境來說，不太友好。
vSAN 引起 VMware HA 的限制
啟用 vSAN 後，HA 心跳網絡會從管理網絡切換至存儲網絡。
由於 HA 的心跳網絡當開啟 vSAN 後心跳流量會自動從管理網絡切換至存儲網絡，當存儲網絡故障，無法檢測存儲心跳，系統會觸發 VMware HA 執行導致虛擬機重啟與遷移。
但本質上 vSAN 是提供存儲服務的，而 ES 提供的是計算和網絡相關服務，而啟用 vSAN 後，HA 功能卻被緊耦合了，一旦存儲網絡或者是 vSAN 出問題了，就只能重啟 VM 了，即使 ES 還是正常的情況下。
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 Halo 是一款支持用戶構建多 hypervisor 的超融合軟件套件。SmartX ZBS 是其中核心組件之一，可以為 VMware vSphere 提供分佈式存儲服務。
SmartX ZBS與VMware vSphere松耦合，兩者的升級互相獨立，無需“被迫升級”。
不中斷，更穩定
SmartX ZBS 支持精細化的高可用功能，當存儲網絡發生故障時，SmartX ZBS 支持自動把存儲網絡鏈路重定向到業務網絡中，臨時充當存儲數據傳輸的鏈路，不會觸發VMware HA功能，主機上的虛擬機業務並不會發生中斷。
SmartX ZBS 與 VMware ES 也是松耦合，這使得 HA機制更加靈活，即便 SCVM（SmartX Controller Virtual Machine）故障無法提供存儲服務，只要 ES 本身並沒有故障，SmartX 會觸發IO重定向功能，保障存儲任務持續有效完成。
由此不難想象，SmartX ZBS 能提供更佳的用戶體驗。打個比方：當有個傳菜工病了，vSAN 會直接選擇關店，不再為客人提供服務；而SmartX ZBS 則更“聰明”——從其他分店調用傳菜工，不影響客人就餐。
可通過提供 iSCSI Lun 為 Microsoft SQL Server 故障轉移集群提供支持。
二.如何向ZBS架構遷移，構建更優化的超融合平臺？
為搭建更為敏捷靈活，可擴能力更強的超融合架構，同時提升基礎設施的穩定性，並簡化系統運維，企業可以考慮向ZBS架構做遷移。遷移方案非常便捷，易操作。
1. 架構
SmartX 基於VMware vSphere超融合部署，主要方式是在裸金屬服務器上部署VMware ES，而 SCVM 則部署在 VMware ES 上，SCVM 實質上是一臺安裝有 SmartX Halo 超融合套件的虛擬機，它通過硬件透傳技術最大限度避免經過 ES 虛擬化的性能損耗，直接管理服務器的硬盤資源（包括 SSD固態盤 和 HDD機械盤）。
多臺 SCVM 之間以萬兆網絡互聯，通過內置的 SmartX ZBS 分佈式存儲軟件整合存儲資源構建成統一存儲池，然後使用 NFS 協議掛載到 VMware ES 作為 datastore 提供存儲服務。
2. VAAI 支持
SmartX ZBS 是通過 NFS 協議為 VMware ES 提供 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 虛擬化平臺，同時實現基礎架構的轉型。
基於VMware的超融合平臺，vSan是不錯的選擇，也可以嘗試用SmartX ZBS來提升開放性。不同超融合廠商產品各有千秋，需按照自身情況來有針對性的甄選。
閱讀更多 DOIT 的文章
