存储在线超融合作为软件定义数据中心的重要架构方式，近几年迅速赢得了广泛的市场认可。超融合架构可靠性高、资源消耗低、部署运维简便等优势已被企业用户普遍接受。企业已经开始借力超融合产品和技术，提升企业运营效率和竞争力。
“该不该用”超融合产品反而不是最大的疑问，企业的决策者们更多在评估到底应该“用哪种”超融合产品。这是因为，不同超融合厂商产品的区别在于其背后的技术和实现方式。
举例来说，目前市场上主流的超融合产品主要有国外的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来提升开放性。不同超融合厂商产品各有千秋，需按照自身情况来有针对性的甄选。