尽管我们在网站内容和评测方面对 VMware vSAN 做了大量工作，但令人惊讶的是，我们之前从未在生产环境中使用过 vSAN。随着实验室服务器（12 台Dell EMC PowerEdge R740xd ）的更新完成，我们决定利用一些现有的PowerEdge R730服务器和额外的 SSD来解决这个问题。最终，我们搭建了一个简易的 vSAN 6.6 配置，用于托管测试所需的虚拟机，同时也将作为测试和报告 vSAN 新功能的平台。然而，此次部署也引出了一个 vSAN 用户经常关心的问题：如何将现有工作负载迁移到 vSAN？
与大多数企业一样，我们的主要实验室存储是 iSCSI 共享和光纤通道存储的混合，我们的大部分数据驻留在 Dot Hill 阵列和 Fusion-io ION 上。 有许多不同的方法来处理此迁移，从使用基本的 SVMotion 命令在数据存储之间移动 VM，将存储本地连接到可以看到两个数据存储的主机，或者主机和数据存储都发生变化的两步迁移。
如果您有一个带有 iSCSI LUN 的存储阵列，这个过程就非常简单。 如果您还没有将 iSCSI 存储设备添加到您的 vSAN 主机之一，从您的存储阵列添加 iSCSI 目标，并快速访问 vSAN 集群内的该虚拟机，甚至无需迁移数据存储。 如果您有一个通过 FC 通信的存储阵列，您可以利用 FC HBA（如果您的服务器中已经存在），或者将一个添加到主机。 如果将来不会经常使用 FC 存储，那么与安装 HBA 相关的成本和停机时间可能不值得，如果是这种情况，我们将继续进行两步过程。
在 ESXi 主机之间移动 VM 时，计算和存储将在同一移动中发生变化，您可以将 VM 移动到环境中的任何位置，只要设备可以在 vCenter 内相互通信即可。 这是一个具有最高兼容性的选项，但如果已经存在本机传输路径，则可能不是最快的传输路径。 对于单个 VM 或小型组，这可能不是问题，但对于相当大的 VM 或大批量，可能需要更快的传输路径。
在我们的案例中，我们可以看到 VM 的传输只用了几分钟，两台主机之间的 10G 网络链接帮助将速度提高到大约 400MB/s。 总体而言，这是与启动和运行 vSAN 平台相关的更简单的步骤之一，但根据您的需求或硬件功能，有几种方法可以实现它。
本文详细讨论了将现有 VMware VMDK 和 iSCSI 共享迁移到 vSAN 的便捷性。对于任何已实现虚拟化的组织而言，此过程都非常简单。VMware 也提供了裸机迁移工具；我们之前就使用VMware vCenter Converter将传统工作负载迁移到了虚拟化状态。无论您采用何种方式，vSAN 在运营效率和总体拥有成本 (TCO) 方面都比传统 IT 部署方案更具优势。我们非常期待在实验室环境中验证这些优势，并期待发布更多关于实际应用经验的内容。
Amazon