我们最近需要将Microsoft.Powershell.DSC扩展添加到包含我们的服务结构集群的VMSS中。我们使用ARM模板重新部署了集群,并添加了新的DSC扩展。在部署期间,我们观察到在给定时间内,多达5个规模集实例中的4个处于重新启动阶段。在此期间,我们集群中的服务也没有响应。停电只有几分钟,但这似乎不应该发生。
答案 0 :(得分:0)
我建议阅读this文章。它是一个MS员工博客。我将复制相关部分:
如果您不介意同时重新启动所有VM,可以将upgradePolicy设置为“Automatic”。否则将其设置为“手动”并负责将比例集模型的更改自行应用于各个VM。在保持应用程序正常运行时间的同时,脚本可以轻松地将更新部署到VM。有关详细信息,请参阅https://docs.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-upgrade-scale-set。
如果您的比例集位于Service Fabric群集中,则会阻止某些更新(如更改操作系统版本)(当前 - 将来会更改),并且建议将upgradePolicy设置为“Automatic”,因为Service Fabric需要注意安全地应用模型更改(如更新的扩展设置),同时保持可用性。
答案 1 :(得分:0)
这是由选定的durability级别'铜牌'引起的。
耐久性层用于向系统指示权限 您的VM与底层Azure基础结构有关。在里面 主节点类型,此权限允许Service Fabric暂停任何 VM级别基础架构请求(例如VM重新启动,VM重新映像或 VM迁移)会影响系统的仲裁要求 服务和您的有状态服务。在非主节点类型中, 此权限允许Service Fabric暂停任何VM级别 虚拟机重启,虚拟机重新映像,虚拟机迁移等基础架构请求, 这会影响有状态服务运行的仲裁要求 在它。
青铜 - 没有特权。这是默认设置,如果您只是>在群集中运行无状态工作负载。