windows-server-2012 – 处理Stretch(Geo)群集节点故障

前端之家收集整理的这篇文章主要介绍了windows-server-2012 – 处理Stretch(Geo)群集节点故障前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
场景:

Windows Server 2012上的三个节点(无共享)群集.
主数据中心中的两个节点,均具有投票(节点权重= 1)和文件共享见证.第三个节点位于远程数据中心,没有投票(节点权重为0).

问题:
一个群集节点(拥有群集名称)已关闭以进行自动更新.远程数据中心节点的群集名称失败,远程节点能够锁定文件共享见证文件.那时,我们的VPN隧道掉线了.在主数据中心启动的一个节点(并且服务正在运行)发现远程群集节点已关闭,并尝试将群集名称联机.文件共享见证文件仍然被远程节点锁定,并且主数据中心中一个可见的正在运行的群集节点无法使群集名称联机,并且它自身关闭群集服务.

注意事项:
由于使用它的其他进程,从远程节点防火墙文件共享不是一种选择.

我已经考虑过尝试从群集名称的可能所有者中删除远程群集节点,但我之前没有完成或测试过,我不想炸毁我的生产群集.是否可以从群集名称的可能所有者中删除群集节点?如果我们必须使我们的服务无法通过远程数据中心,那么需要协调一些移动部件,因此我不希望将服务“自动”故障转移到远程数据中心.远程节点完全位于群集中的原因是sql Server可用性组,以管理到远程节点的复制.

我还考虑删除文件共享见证并给远程节点投票.如果一个节点关闭以进行重新启动并且远程数据中心的网络连接丢失,则新的动态仲裁“应该”使群集保持联机状态.

鉴于我的情况,哪个选项(或其他替代方案)将为我提供最高的可用性.

我实际上喜欢给远程节点投票,因为它使计划的故障转移更加容易.您可以迁移数据库&资源到远程数据中心,然后逐渐关闭主数据中心的节点,你不必为了让它工作而投票.此外,您不担心文件共享上的高可用性.
原文链接:https://www.f2er.com/windows/366753.html

猜你在找的Windows相关文章