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

时间:2016-09-22 22:24:25

标签: azure-service-fabric

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

由于SF使用Scale Sets和标准Windows VM,我是否应该期望实例具有默认的Windows Update设置,因此在应用更新时会经常自动重启?我相信默认设置是自动安装更新并在定义的维护时段(凌晨3点?)重启,这是正确的吗?

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

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

鉴于这一切,今天在SF中处理Windows更新的最佳实践和一般建议是什么?

1 个答案:

答案 0 :(得分:2)

如果您只是打开Windows Update并放手,那么您可能会发现可能会出现灾难性后果。节点重新启动时将不会进行协调,如果节点导致服务结构服务丢失仲裁,则可能会丢失部分或全部应用程序或群集。

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

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