Windows OS Update/Patch 处理 - 今天 SF 的最佳实践
Windows OS Update/Patch handling - best practices for SF today
我知道 SF 还没有像云服务那样以任何方式自动处理 OS Upgrades/patching。当它准备好时，我热切地等待着它。但是现在我很好奇默认情况下我应该期待什么。
由于 SF 使用规模集和标准 Windows VM，我是否应该期望这些实例具有默认的 Windows 更新设置，因此会在应用更新时每隔一段时间自动重启？我相信默认设置是在定义的维护 window（凌晨 3 点？）期间自动安装更新并重新启动，对吗？
如果那是真的，我可以期望 SF 能够优雅地处理重启吗？我的意思是，它上面的任何服务 运行 都已关闭，并且通知负载均衡器停止向该主机上的任何外部可见端点发送请求？
但更进一步，如果上述所有情况都为真，是否有任何东西阻止我集群中的所有节点同时进入维护 window 和重新启动？这对我来说似乎是灾难性的。
鉴于所有这些，处理 Windows 今天 SF 更新的最佳实践和一般建议是什么？
你是对的，如果你只是打开 Windows 更新并放手，可能会导致灾难性的后果。当节点重新启动时将没有协调，如果节点导致服务结构服务丢失仲裁，您可能会丢失部分或全部应用程序或集群。
唯一安全的方法是一次在单个节点上安装 patches/updates，并且在集群健康之前不要移动到下一个节点。这可以编写脚本以使其更容易或最坏的情况可以手动完成。
可能还有另一种方法与添加节点类型有关，但尚未经过测试，因此在我们知道它有效之前我不想提供详细信息。
我知道 SF 还没有像云服务那样以任何方式自动处理 OS Upgrades/patching。当它准备好时，我热切地等待着它。但是现在我很好奇默认情况下我应该期待什么。
由于 SF 使用规模集和标准 Windows VM，我是否应该期望这些实例具有默认的 Windows 更新设置，因此会在应用更新时每隔一段时间自动重启？我相信默认设置是在定义的维护 window（凌晨 3 点？）期间自动安装更新并重新启动，对吗？
如果那是真的，我可以期望 SF 能够优雅地处理重启吗？我的意思是，它上面的任何服务 运行 都已关闭，并且通知负载均衡器停止向该主机上的任何外部可见端点发送请求？
但更进一步，如果上述所有情况都为真，是否有任何东西阻止我集群中的所有节点同时进入维护 window 和重新启动？这对我来说似乎是灾难性的。
鉴于所有这些，处理 Windows 今天 SF 更新的最佳实践和一般建议是什么？
你是对的，如果你只是打开 Windows 更新并放手，可能会导致灾难性的后果。当节点重新启动时将没有协调，如果节点导致服务结构服务丢失仲裁，您可能会丢失部分或全部应用程序或集群。
唯一安全的方法是一次在单个节点上安装 patches/updates，并且在集群健康之前不要移动到下一个节点。这可以编写脚本以使其更容易或最坏的情况可以手动完成。
可能还有另一种方法与添加节点类型有关，但尚未经过测试，因此在我们知道它有效之前我不想提供详细信息。