jemmille Asked: 2009-10-20 07:24:42 +0800 CST2009-10-20 07:24:42 +0800 CST 2009-10-20 07:24:42 +0800 CST Xen 跨网络存储的实时迁移 772 如果您有两个网络存储盒（特别是 iSCSI），您可以跨存储单元进行实时迁移（使用 Xen 或 XenServer），还是只需要在由于存储位于不同的物理机器上而暂停/关闭 VM 时完成? xen 3 个回答 Voted Best Answer user50052 2010-08-04T01:36:24+08:002010-08-04T01:36:24+08:00 目前，所有可视化管理程序都可以实时迁移（xen、kvm、vmware、openvz、hyper-v）。但为此，您需要一个共享存储。您有 3 个选项： SAN（FC 或 iSCSI），但您需要一个集群文件系统（ocfs2、gfs、vmware，...）。节点数受限于文件系统初始化的参数（至少有ocfs2）。 网络存储 (NFS)。我确实用 Netapp FAS2020 成功测试了这个解决方案，性能与 iSCSI 相当。但是我没有进行足够的测试来检查主机发生故障时的行为以及数据完整性。文章：http ://thesantechnologist.com/?p=52有一个链接，在 nfs 上确实显示了出色的结果。我测试并可以确认 NFS 对于少数并发 VM 的速度与 iSCSI 一样快。 DRBD（主动-主动）：这个方案和SAN很像，但是主动-主动的DRBD集群是很新的，不知道可靠性。我过去使用过 DRBD，但在它上面加上了 nbd，因为 active-active 尚不可用。我还使用 NFS 在节点之间共享。两种解决方案都有效（主动-被动+ NFS）和（主动-被动+ NBD + OCFS2）。 简而言之 ： SAN 是最成熟的解决方案，而且绝对是最昂贵的，特别是如果您选择 FC。 NFS 是最简单的解决方案。 DRBD 是最便宜的解决方案，仅限于 2 个活动节点。 我远不是最有经验的，但这是我的想法： - 除非你有很多€€€€，否则FC是无用的。当你有大量随机读取时，虚拟化速度确实会变慢，此时的带宽很低，iSCI 可以完美地处理它。- iSCSI 是最具可扩展性的。这适用于入门系统，您可以通过转向专用 iSCSI 控制器来获得更多性能，如果仍然不够，请将您的存储更改为更快的存储。如果您真的需要令人印象深刻的速度，戴尔可以向您出售仅采用 SSD（SLC 技术）的均等存储。贵，但性能高，性价比还是很不错的。- NFS 也可能是一个很好的解决方案，但我很怀念经验，我唯一担心的是断电会丢失数据。 我对 Netapp 非常满意，我会推荐 2 个 Netapp FAS-2020，每个盒子里有 2 个控制器，用于虚拟化和 CIFS 文件服务器。NFS 也很不错。我对 NetApp 重复数据删除也非常满意。因此，如果您有一些虚拟化资金，请从 2 个 NetApp 2020 机器（带有 15krpm 驱动器）开始。（为此，您必须计算 20k - 30k€） 关于虚拟化技术，我主要使用了 xen、kvm 和 openvz。作为虚拟化解决方案，我在生产中使用 OracleVM 已有 5 年了，但我有兴趣改变，因为存储效率不高（仅使用 OracleVM 的原始格式）。我认为当今最好的开源伪装者是 Proxmox ve。 如果我必须从一开始就重新启动一个虚拟化项目，我也会仔细查看英特尔模块化服务器（您可以在 www.thomas-krenn.com 上查看价格和演示文稿）。 希望能帮助到你。 Jeff Snider 2009-10-20T09:02:09+08:002009-10-20T09:02:09+08:00 不使用开源 Xen。我不知道 XenServer，但我怀疑不是。 实时迁移只移动内存和状态，而不是磁盘。您应该将其关闭以移动它。 3dinfluence 2009-11-20T14:51:58+08:002009-11-20T14:51:58+08:00 如果这个问题与你关于 l2arc 的 zfs问题有任何关系，那么我只想指出你可以做的一件事，如果你在两台主机上都使用 zfs 以在你计划从一个存储服务器迁移的情况下最大限度地减少停机时间给另一个。 如果每个 VM 都有自己的 zfs 文件系统，您可以利用 zfs 来帮助加快使用快照和 zfs 发送和 zfs 接收的计划迁移。zfs send 可以有效地将文件系统或快照从一个存储服务器移动到另一个存储服务器。因此，只要您正在处理计划中的迁移，您就可以拍摄快照，然后使用 zfs send/receive 将此 VM 文件系统的快照发送到其他存储服务器。一旦你完成了关闭虚拟机的操作，然后再次运行 zfs send/receive，这次它只需要发送上一个快照中的更改，这应该很快。更新 VM 的配置文件以指向新的存储位置并启动它。我敢打赌，其中大部分可以使用一些脚本自动化。
目前，所有可视化管理程序都可以实时迁移（xen、kvm、vmware、openvz、hyper-v）。但为此，您需要一个共享存储。您有 3 个选项：
简而言之 ：
我远不是最有经验的，但这是我的想法： - 除非你有很多€€€€，否则FC是无用的。当你有大量随机读取时，虚拟化速度确实会变慢，此时的带宽很低，iSCI 可以完美地处理它。- iSCSI 是最具可扩展性的。这适用于入门系统，您可以通过转向专用 iSCSI 控制器来获得更多性能，如果仍然不够，请将您的存储更改为更快的存储。如果您真的需要令人印象深刻的速度，戴尔可以向您出售仅采用 SSD（SLC 技术）的均等存储。贵，但性能高，性价比还是很不错的。- NFS 也可能是一个很好的解决方案，但我很怀念经验，我唯一担心的是断电会丢失数据。
我对 Netapp 非常满意，我会推荐 2 个 Netapp FAS-2020，每个盒子里有 2 个控制器，用于虚拟化和 CIFS 文件服务器。NFS 也很不错。我对 NetApp 重复数据删除也非常满意。因此，如果您有一些虚拟化资金，请从 2 个 NetApp 2020 机器（带有 15krpm 驱动器）开始。（为此，您必须计算 20k - 30k€）
关于虚拟化技术，我主要使用了 xen、kvm 和 openvz。作为虚拟化解决方案，我在生产中使用 OracleVM 已有 5 年了，但我有兴趣改变，因为存储效率不高（仅使用 OracleVM 的原始格式）。我认为当今最好的开源伪装者是 Proxmox ve。
如果我必须从一开始就重新启动一个虚拟化项目，我也会仔细查看英特尔模块化服务器（您可以在 www.thomas-krenn.com 上查看价格和演示文稿）。
希望能帮助到你。
不使用开源 Xen。我不知道 XenServer，但我怀疑不是。
实时迁移只移动内存和状态，而不是磁盘。您应该将其关闭以移动它。
如果这个问题与你关于 l2arc 的 zfs问题有任何关系，那么我只想指出你可以做的一件事，如果你在两台主机上都使用 zfs 以在你计划从一个存储服务器迁移的情况下最大限度地减少停机时间给另一个。
如果每个 VM 都有自己的 zfs 文件系统，您可以利用 zfs 来帮助加快使用快照和 zfs 发送和 zfs 接收的计划迁移。zfs send 可以有效地将文件系统或快照从一个存储服务器移动到另一个存储服务器。因此，只要您正在处理计划中的迁移，您就可以拍摄快照，然后使用 zfs send/receive 将此 VM 文件系统的快照发送到其他存储服务器。一旦你完成了关闭虚拟机的操作，然后再次运行 zfs send/receive，这次它只需要发送上一个快照中的更改，这应该很快。更新 VM 的配置文件以指向新的存储位置并启动它。我敢打赌，其中大部分可以使用一些脚本自动化。