azure-service-fabric - Windows 操作系统更新/补丁处理 - 今天 SF 的最佳实践

Question

我知道 SF 还没有像云服务那样以任何方式自动处理操作系统升级/修补。当它准备好时，我热切地等待着它。但现在我很好奇默认情况下我应该期待什么。

由于 SF 使用规模集和标准 Windows VM，我是否应该期望这些实例具有默认的 Windows 更新设置，因此会在应用更新时每隔一段时间自动重启？我相信默认设置是在定义的维护时段(凌晨 3 点？)自动安装更新并重新启动，对吗？

如果那是真的，我可以期望 SF 能够优雅地处理重启吗？我的意思是，它上面运行的任何服务都已关闭，并且通知负载均衡器停止向该主机上的任何外部可见端点发送请求？

但更进一步，如果上述所有情况都为真，是否有任何因素阻止我的集群中的所有节点同时进入维护窗口并重新启动？这对我来说似乎是灾难性的。

鉴于所有这些，当今在 SF 中处理 Windows 更新的最佳实践和一般建议是什么？

Answer 1

您是对的，如果您只是打开 Windows Update 并放手，可能会导致灾难性的后果。当节点重新启动时将没有协调，如果节点导致服务结构服务丢失仲裁，您可能会丢失部分或全部应用程序或集群。

唯一安全的方法是一次在单个节点上安装补丁/更新，并且在集群健康之前不要移动到下一个节点。这可以编写脚本以使其更容易或最坏的情况可以手动完成。

可能还有另一种方法与添加节点类型有关，但尚未经过测试，因此在我们知道它有效之前我不想提供详细信息。