我非常喜欢 Xen 集群设置。它由 2 个节点组成（我们称之为 1 和 2）。每个节点有 2 个非 raided 驱动器（A 和 B）。A1 通过 DRBD 复制到 A2，B2 复制到 B1。
当机器 1 发生故障时，虚拟机会在机器 2 上启动，反之亦然（性能只有一半）
我对此很满意。它便宜、灵活且强大，但并不完美……而且它让我很不放心。也许你可以帮助我改进它（或者有比这更好的替代架构……如果它能完成工作，我并不反对 VMWare 或其他）
这是我的问题：
- Xen 没有像 VMWare 那样方便的转换器。或者有吗？（免责声明：我爱上了 VMWare 转换器）
- 对于大多数 IT 人员来说，DRBD 仍然不为人知（甚至令人恐惧？）。我不要想成为唯一知道如何操作这个东西的专家。我希望事情像 VMware 那样简单。也许有某种适用于 DRBD 的简单 Web 前端？更好的是，是否有某种设备可以做到这一点（以 freeNAS、monowall 和朋友的风格）或者某种即插即用产品？如果这意味着我不再自己动手，而是获得某种供应商支持，我不介意支付更多费用。
- 与上述问题相关：我上次拥有这样的系统是在几年前，我总是觉得自己处于前沿，玩得太多了。它很有趣。它不像 VMWare 那样具有坚如磐石的企业感觉。这次我不想有任何“乐趣” :-) ... 我只希望它能正常工作并且永不停止工作。也许是因为我还在使用 Xen 2.0 和 DRBD 0.7，我确信从那时起发生了很多变化，但有些东西告诉我，我仍然会不时遇到大量自定义内核编译和具有挑战性的故障。这次我想不惜一切代价避免这种情况。
- 我在一个 1Gb 以太网上运行了这个。考虑到上述几点，将其翻倍或三倍的最佳方法是什么？
... 也许我可以将以上所有内容总结为。我如何简化并保证此 Xen 集群架构万无一失？
谢谢
答案1
- 我们都喜欢 VMWare Converter，即使您不使用 VMWare 虚拟化产品它也很有用（我已经用它将不同的 Windows 物理服务器迁移到 VMWare 播放器，并将它们转换为 KVM，它可能也适用于 Xen）；
- 我不再使用 DRBD，我更喜欢使用分布式容错网络文件系统，如 GlusterFS 和 MooseFS，与 DRBD 等 ~RAID1 相比，您可以实现更好的数据可扩展性。
- 您不需要一直处于前沿，但您需要保持最新状态，您的客户会感激您的。
- 升级到 10gb 或切换到 NAS/SAN 进行存储（Infiniband、光纤通道等）
答案2
我不知道您是否可以将其简化并完全确保万无一失。有些管理程序可以帮助聚合和管理各种集群技术，但对于您的特定设置，您仍然会有一些独特的设置。
您还会遇到问题，因为您将不同版本的各种技术捆绑在一起。您可以获得一些可以管理 Xen 的东西，但 Xen 加 DRBD 可能需要更多工作，或者其他软件可能无法与各种版本保持同步。
最好的办法是彻底记录您的配置，并附上图表，然后培训某人，以便如果您明天被公共汽车撞到，这个人可以接替您。
无论何时，只要该集群以任何方式发生更改，请更新您的文档并确保您的团队了解该信息。
答案3
实际上有基于 DRBD Web 的管理控制台...
http://www.drbd.org/mc/management-console/ http://copilotco.com/mail-archives/webmin.2009/msg00486.html
答案4
我发现 XEN、DRBD 和 Heartbeat 是很好的组合。DRBD 为其设备提供 Heartbeat-Scripts，DRBD 通过添加设备类型“drbd”提供 XEN 集成。
如果您希望“一手”搞定一切 - 使用带有 HA 扩展的 SLES11（当前补丁级别 - 目前为 SP2） - 那么所有三个组件都将获得支持。DRBD 与 SLES 有合作关系，因此应该可以顺利运行。
我们目前正在将服务器网络升级到 10 GB，以便我们可以使用实时迁移（XEN）和更快的 DRBD 复制。
在我们的设置中，XEN PV DomU 有一个由 DRBD 设备组成的“磁盘”，该设备由 LV 组成。我们使用带有 Heartbeat V1 语法的双节点集群（使用较旧的 SLES10 - 我们必须编译 drbd 8 并必须编写我们自己的 xen-heartbeat 脚本）。
我们正在使用 XEN，因为它在 Linux PV 方面具有优势。