Windows 2012 R2 群集-网络适配器故障

Question 1

对于您来说，最简单的方法是使用 PowerShell 脚本，该脚本会在发生网络故障时将您的角色迁移到健康节点。

通常，如果网络适配器发生故障，事件就会记录到 Windows 服务器系统日志中。只需创建一个将运行 PowerShell 脚本并将其绑定到该特定事件的 Windows 任务。您可以从脚本中重新检查接口状态并决定是否移动角色。

Answer

对于您来说，最简单的方法是使用 PowerShell 脚本，该脚本会在发生网络故障时将您的角色迁移到健康节点。

通常，如果网络适配器发生故障，事件就会记录到 Windows 服务器系统日志中。只需创建一个将运行 PowerShell 脚本并将其绑定到该特定事件的 Windows 任务。您可以从脚本中重新检查接口状态并决定是否移动角色。

Question 2

已经给出的答案确实是在集群中“手动”移动组的方法。

但是要回答这个问题：

如果发生网络故障，是否可以实现故障转移？

是的，这是可能的，但让我解释一下故障转移群集的一个方面。

故障转移群集有许多“故障检测方法”，其中一种方法是由所谓的IsAlive/LooksAlive由集群的RHS.exe（资源主机子系统）执行的方法。

基本上（除非更改了默认值），RHS 每 5 秒对每个资源调用一次“LooksAlive”。这是一个“小”测试，用于确定资源“看起来仍然有效”。

如果此“LooksAlive”测试失败：它 [RHS] 将对资源运行“IsAlive”测试。这将是一个更“彻底”的测试，最终确定资源是否正常运行。

它 [RHS] 还每 30 秒运行一次“IsAlive”，无论“LooksAlive”是成功还是失败。

如果“IsAlive”失败，那么它 [集群] 将向系统事件日志发布“事件 1069”，表明资源已失败。

故障转移群集发生故障后，将决定如何处理故障资源。它将基于以下几个因素做出决定：

资源的重启阈值是多少：它可能会或可能不会尝试重启资源以查看它是否上线（无需故障转移）
如果已经耗尽了重启阈值：它将确定资源故障是否应该影响“组”（默认情况下会影响）
如果阈值确实已耗尽，并且资源影响到该组，则它 [集群] 将做出故障转移决策（如果可用，则组移动到另一个节点）

我就不多说了，为了充分理解集群决策，我们还应该讨论许多其他功能领域

因此，为了“测试”“自动故障转移”，我们需要了解这个“IsAlive/LooksAlive”测试实际上在做什么。

我们需要确保集群应用程序组中至少有一个“IP 地址”资源，以确保集群正在检查这一点，以捕获网络故障。

如果您正在运行“通用服务”，那么您的组应该如下所示：

Application-Group
 - Generic Service
   |- Physical disk (only if your app needs it)
   |- Network Name
      |- IP address

“IsAlive/LooksAlive”是“检测”网络故障的，在“IP地址”中，定义可见这里--> 本文是为 Windows 2003 编写的，但其内容大体上仍然正确，甚至在一篇优秀的文章由 Microsoft 故障转移群集团队的一名成员撰写的有关故障转移群集的文章。

由此，我们知道“IsAlive”的实现方式与“LooksAlive”在“IP 地址”资源方面相同。它基本上检查 IP 地址是否已绑定到操作系统 TCP/IP 堆栈中的相应 NIC。（如果您运行，就会看到ipconfig）

为了测试这样的故障转移，您有以下几个选择：

在故障转移群集管理器中，右键单击应用程序组中的 IP 地址资源，然后选择“模拟故障”。您可能需要执行两次此操作，因为群集将在做出故障转移决策之前尝试重新启动资源（如上所述）。
（正如您所做的那样）在操作系统中禁用 NIC。只需确保在禁用之前，它实际上是 IP 地址（包含通用服务的实际组的“IP 地址资源”）实际绑定到的 NIC。您可以通过ipconfig在命令行上运行来检查这一点。（集群将尝试重新启动，但重新启动将失败，因为 NIC 已被禁用）
拔出物理网卡的电缆。只需确保在拔出电缆之前，它实际上是 IP 地址（包含通用服务的实际组的“IP 地址资源”）实际绑定到的网卡。您可以通过ipconfig在命令行上运行来检查这一点。（集群将尝试重新启动，但由于拔出了网卡电缆，重新启动将失败）

当您拥有适当的应用程序组、适当的依赖关系和 IP 地址时，您将能够成功测试故障转移。

我希望这能解释你的情况。

Answer