Linux扩展集群: MD复制、DRBD还是Veritas？

Question

目前，设置Linux集群有很多选择。

对于群集管理器:您可以使用红帽群集管理器、心脏起搏器或Veritas群集服务器。第一种是势头最强的，第二种是默认的RH订阅，最后一种是非常昂贵的，有很好的声誉；

对于存储：-您可以使用软件raid / md设备复制LUN--您可以使用DRBD复制来使用网络，这提供了更多的灵活性--您可以使用技术与您的SANs复制技术进行对话。

有人对这些技术有过什么要求或经验吗？

Answer 1

我会和GlusterFS一起去。最新版本3.x支持geo复制(长潜伏管道类型的东西)以及LAN复制。有关于如何在集群中复制和传播数据的很多医生。

我不喜欢DRDB，因为可以使用的节点数量是有限制的。我认为GlusterFS上的硬件不错，加上一些不错的网络调优可能正是你想要的。绝对值得一次测试。

Answer 2

我目前正在使用红帽集群套件和DRBD测试“拉伸集群”。我在波士顿红帽峰会附近的一家酒店输入了这个，它刚刚结束。我与Red套件开发人员进行了交谈，他们说此时不支持扩展集群。

不过，这并不能阻止我为好玩而工作。我的设置是一个集群中的四个HP刀片。两个刀片位于一个数据中心，距离另一个数据中心大约15英里，而另一个数据中心是另外两个刀片的所在地。为了使集群更好地连接在一起，我需要网络团队来配置站点之间的路由器，以传递多播通信。此外，由于Red硬编码一个"1“的TTL到多播心跳数据包，所以我不得不使用iptables将该多播地址损坏到较高的TTL。

在完成之后，我能够用我的刀片获得一个四节点集群。为了存储，我在每个站点的两个本地节点之间共享了一个3 3Par。这些是我用于DRBD设备的块设备。我应该在这里补充，我有一个专用的1G广域网链接，只是我的DRBD流量。我能够让DRBD在站点之间非常容易地运行，并在集群LV中使用该DRBD设备作为PV，并在集群LV上运行GFS2。我偶尔会在我的DRBD设置中出现分裂大脑的情况，我必须手动恢复，并且我正在试图隔离这个问题。

下一步是最艰难的。我希望能够在我的GFS2挂载到另一个节点上失败，以防主节点失败。我的GFS2服务由一个浮动IP、->、DRBD、->、LVM、-> GFS2组成。集群源代码中的drbd.sh脚本根本不起作用，所以我一直在/etc/init.d中使用常规的DRBD启动脚本进行测试。似乎“有时”起作用，所以我需要调整一下它的外观。

我惊愕地发现，所有这些都不被红帽集群套件所支持，所以我把它搬到生产上的任何梦想都破灭了。你还需要这样的安排吗？几乎只有非常重要的制作材料。

我在这里和赛门铁克谈过，他们告诉我他们绝对支持具有共享存储的活动活动扩展集群。当我真正看到它的时候，我会相信。

Answer 3

如果有SAN后端，那么共享存储文件系统(GFS?)比复制存储更有意义。