为什么要添加一个交叉私人密码导致IP地址资源失败?

  • 2节点Win 2008 R2仲裁群集
  • configuration192.168.0.0/24“公网”
  • configuration的群集MSDTC
  • 安装了SQL 2008 R2群集实例
  • 手动故障转移组 – 确定
  • 重新启动服务器W / O故障切换组 – 故障切换OK
  • 从公共networking电缆拉一个节点 – 故障切换OK
  • 增加了交叉网线10.2.0.0/24“专网”
  • 在专用networking上validationping
  • 在私人networking上validation的文件共享浏览到C $ admin共享
  • 从一个节点拉出公网电缆 – 原始主机上的MSDTC IP地址资源失败,而不是故障转移
  • 手动移动MSDTC组到其他节点 – 一切正常联机
  • 重新安装节点1上的公共networking电缆并validation节点2上的所有内容
  • 从公共networking电缆拉节点2 – MSDTC和SQL IP地址资源在原始主机上失败,而不是故障转移
  • 重新安装节点2上的公共networking电缆并手动使所有资源来回失败 – 确定
  • 重新启动服务器W / O故障切换组 – 故障切换OK
  • 删除交叉电缆专用networking和禁用专用networkingNIC(仅剩下单个公共networking)
  • 从一个节点拉出公网电缆 – 包括MSDTC在内的所有设备都能正常故障转移

有几个人告诉我,不要做电缆拉力testing – 任何人都有关于为什么和潜在影响的文件? 只是说MVP说,所以不会与经理W / O文件飞。

更重要的是,为什么添加交叉电缆会产生这种影响?

两个集群节点之间的专用互连具有双重目的:validation节点可以互相看到,并validation每个节点是否有可用的专用连接

MS群集服务需要这些检查都通过,否则它会宣布节点不可靠,并拒绝故障转移,推理(相当正确) 改变任何未知情况比在未知情况下故障转移要好 – 可能一个失败的节点。

如果专用网卡出现故障,该节点会自动将其自身假定为不适合进行故障转移,并有效地退出群集。

如果私有连接的两端都插入到交换机中,则这些testing彼此独立,并且每个节点可以安全地使其私有连接失败,而不会使其他节点失败。

道德故事:交叉电缆不好,最好留给业余爱好者。

如果它是直接在群集节点之间的交叉电缆,当然IP地址资源将失败 – 从一个节点拉动连接也将导致另一个节点看到NIC进入“拔出”状态 – 因此它怎么能带来IP资源在另一个节点上?