MichaelGG Asked: 2009-05-09 02:02:28 +0800 CST2009-05-09 02:02:28 +0800 CST 2009-05-09 02:02:28 +0800 CST OpenVZ 从 NAS 迁移和故障转移？ 772 除了使用 SAN（在 LUN 上有一个 VE）在 OpenVZ 集群中进行迁移和故障转移之外，还有其他受支持的方法吗？从我读过的内容来看，像 NFS 这样的东西不起作用，但我还没有看到任何明确的英文信息。 openvz 2 个回答 Voted Best Answer dpavlin 2009-05-23T05:44:40+08:002009-05-23T05:44:40+08:00 我确实尝试过（使用来自 Debian 的 2.6.26 OpenVZ）在 NFS 上运行 VE 文件系统（我禁用了 vzquota，但不知道它是否需要）并且它有效，尽管与本地磁盘性能相比有点慢（这是预期的） ）。 我建议使用某种块级故障转移而不是 NFS（已经建议使用 DRBD），但是您的 NFS NAS 可能比我的测试环境更好:-) 我真的不推荐在共享存储上使用集群文件系统，因为我实际上尝试使用 OCFS2 和 HP Eva 存储使 OpenVZ 具有高可用性，但它非常慢（部分是因为存储，部分是因为 OCFS2）并且无法预测性能特征（我认为这是存储的错）。 womble 2009-05-09T02:21:19+08:002009-05-09T02:21:19+08:00 我想不出任何原因导致基于 NFS 的 OpenVZ VM 不起作用，尽管我自己没有尝试过。使用 NFS 的问题在于，您只是将单点故障从 OpenVZ 服务器转移到 NFS 服务器，因此除非这也是 HA，否则您的情况并没有好转。 我最喜欢的文件存储复制机制是 DRBD，它应该可以很好地与 Heartbeat 之类的东西一起管理故障转移。
我确实尝试过（使用来自 Debian 的 2.6.26 OpenVZ）在 NFS 上运行 VE 文件系统（我禁用了 vzquota，但不知道它是否需要）并且它有效，尽管与本地磁盘性能相比有点慢（这是预期的） ）。
我建议使用某种块级故障转移而不是 NFS（已经建议使用 DRBD），但是您的 NFS NAS 可能比我的测试环境更好:-)
我真的不推荐在共享存储上使用集群文件系统，因为我实际上尝试使用 OCFS2 和 HP Eva 存储使 OpenVZ 具有高可用性，但它非常慢（部分是因为存储，部分是因为 OCFS2）并且无法预测性能特征（我认为这是存储的错）。
我想不出任何原因导致基于 NFS 的 OpenVZ VM 不起作用，尽管我自己没有尝试过。使用 NFS 的问题在于，您只是将单点故障从 OpenVZ 服务器转移到 NFS 服务器，因此除非这也是 HA，否则您的情况并没有好转。
我最喜欢的文件存储复制机制是 DRBD，它应该可以很好地与 Heartbeat 之类的东西一起管理故障转移。