一个更好的廉价2节点群集

有一个Xen群集，我真的很喜欢这个设置。它由2个节点组成（我们称它们为1和2）。每个节点有2个未被搜查的驱动器（A和B）。 A1通过DRBD复制到A2，B2复制到B1。
当机器1停机时，虚拟机在机器2上出现，反之亦然（只有1/2性能）

我对此感到高兴。这是便宜，灵活和健壮，但它不是完美的…它不让我rest。也许你可以帮助我做得更好（或者有一个比这更好的替代架构…我不反对VMWare或其他工作）

这是我的问题：

Xen没有像VMWare那样方便的转换器。还是呢？（免责声明：我爱上了VMWare转换器）
对于大多数IT人员来说，DRBD仍然是个未知数（甚至可怕？）。我不想成为唯一知道如何工作的专家。我想要的东西就像VMware制造的一样虚弱。 DRBD的一些简单的Web前端可能？更好的是，有没有这样的设备（freeNAS，monowall和朋友）还是某种即插即用的产品？如果这意味着我不再自己动手并获得某种供应商支持，我不介意多付钱。
与上面的问题有关：上次我有一个这样的系统是几年前，我总觉得我在stream血的边缘，玩的东西太多了。这很有趣。 VMWare没有这样坚实的企业感觉。这一次，我不想要任何“乐趣”:-)我只是想让它工作，永远不会停止工作。也许这是因为我还在使用Xen 2.0和DRBD 0.7，从那以后肯定有很多变化，但是有一些事情告诉我，我仍然在进行大量的自定义内核编译和挑战性的故障。这一次，我想不惜一切代价避免这种情况。
我是通过一个1Gb以太网运行的。记住以上几点的最好方法是双倍或三倍？

也许我可以总结上述的所有。我该如何歪曲和愚弄这个Xen群集架构呢？

谢谢

我们都喜欢VMWare Converter，即使不使用VMWare虚拟化产品（我用它将不同的Windows物理服务器迁移到VMWare播放器，并将它们转换为KVM，它也可能适用于Xen），这很有用。
我不再使用DRBD，我更喜欢使用像GlusterFS和MooseFS这样的分布式容错networking文件系统，对于您的数据，您可以获得比DRBD更好的可伸缩性。
你不需要留在最前沿，但你需要保持更新，客户将欣赏它。
升级到10GB或切换到NAS / SAN存储（Infiniband，光纤通道等）

我不知道你是否可以完全愚弄它。有pipe理程序可以帮助聚合和pipe理各种集群技术，但是对于您的具体设置，您仍将拥有独特的设置。

你也会遇到问题，因为你将不同版本的各种技术捆绑在一起。你可以得到一些能够pipe理Xen的东西，但是Xen + DRBD可能需要更多的工作，或者其他软件可能无法保持最新的版本。

你最好的select是彻底logging你的configuration，完成图表，并训练一个人，如果明天你被公共汽车撞到，那么这个人可以接pipe你。

而且，无论什么时候在群集上发生了某些变化，请更新文档并确保您的团队知道该文档。

实际上有DRBD基于Web的pipe理控制台…

我发现XEN，DRBD和Heartbeat是一个很好的组合。 DRBD为其设备提供Heartbeat脚本，DRBD通过添加设备types“drbd”来提供XEN集成。

如果你想全部“一手” – 带有HA扩展的SLES11（目前的patchlevel-SP2目前），那么所有这三个组件都将得到支持。 DRBD与SLES有合作关系，所以应该没有问题。

我们目前正在将我们的服务器networking升级到10 GB，因此我们可以使用实时迁移（XEN）和更快的DRBD重复。

在我们的设置中，XEN PV DomU具有由DRBD设备组成的“磁盘”，其由LV组成。我们使用带有Heartbeat V1语法的双节点群集（使用较旧的SLES10 – 我们必须编译drbd 8并且必须编写我们自己的xen-heartbeat脚本）。

我们正在使用XEN的关于Linux PV的实力。