在我工作的乌拉圭大学里,我们有两个BladeCenter S,每个有4个服务器刀片。每个刀片安装和工作XenServer 6.2。
我们的想法是让每个BladeCenter在不同的构建(连接)有故障转移。
每个BladeCenter底盘,都有光纤通道存储嵌入到底盘中,而且,根据先验,我不知道如何将这个存储与其他BladeCenter底盘共享。
而且,我知道共享存储方式不是最好的,因为它实现了一个单一的失败点.
因此,我需要找到一种方法来实现XenServer 6.2的高可用性,而不需要共享存储。我找到了http://www.halizard.com/,但是我想知道其他没有共享存储的HA的替代方案。
我能想到的另一件事是,如果我可以通过网络镜像存储(用iSCSI),并且多路径iSCSI目标为1,或者有多路径iSCSI和光纤通道(但我不知道是否存在这种情况)。如果这是可能的话,XenServer HA实现就可以工作了。
希望我们能帮到我!
发布于 2014-08-21 17:57:25
嗨,您可以尝试Xen DRBD来实现HA而不需要共享存储.
http://www.drbd.org/users-guide/ch-xen.html
https://github.com/locatrix/xs-pacemaker
-Asit
发布于 2015-02-19 16:10:20
如果您附加了足够多的本地存储,您可以构建自己的iSCSI HA-解决方案.
Reiceipe:- drbd > 8.2.x - tgtd
设置两个本地VM,在drbd双主模式下相互复制两个LV。使用每个本地iscsi目标。在XEN-服务器中,确保在主动/被动模式下使用eacch目标(没有rr!)。
发布于 2015-02-19 15:46:29
在选择HA解决方案时,您需要决定哪些级别的停机时间(如果有的话)是可以接受的。这将影响您的设置的复杂性。
我认为你们有两种选择,不需要购买额外的设备(还有更多的排列):
对于没有共享存储的最高可用性设置,您必须在主-主角色中使用DRBD。这将需要一个STONITH设备来关闭一个没有响应的节点。基于IP的电池备份设备通常能够有效地处理这一功能。起搏器和可调器可以处理VMs的产生和资源的管理。
优点是你可以做实时迁移,理论上可以消除停机时间。
这种设置的缺点是,如果一个分裂的大脑发生(它会),它可能很难修复,因为数据可能存在于两个节点。
或者,如果您不介意几分钟的停机时间,这就是我们运行的内容:
基本上,我们在两个MDADM 1阵列上有两个存储LVM池。它们被导出到DRBD以执行块级复制。然后,在DRBD之上添加LVM,以启用LVM的快照并直接访问LVM。为什么是两个?
最初的想法是为每个VM创建一个DRBD资源,这样机器就可以根据负载在主机之间移动,而不是让一个主机处于空闲状态。管理它很痛苦,因此两个200 it的DRBD资源是一个很好的折衷方案。这样,r0可以在node1上起主导作用,r1可以在node2上起主要作用。如果node1失败,我们将在node2上运行“master”脚本,它处理LVM映射,为这些资源设置DRBD主目录,并告诉virsh启动所有节点。在SSD阵列上,我可以在2-3分钟内将十几个VM放到node2上。
https://serverfault.com/questions/607142
复制相似问题