过度配置群集的规模集
Overprovision a cluster's scale set
似乎如果将规模集的 overprovision 属性 设置为 true (https://azure.microsoft.com/en-us/documentation/articles/virtual-machine-scale-sets-design-overview/#overprovisioning)，您会得到一个无效的 SF 集群（删除的不必要的 VM 显示为集群中的坏节点）。
有没有办法让它发挥作用？当您有多个 VM 扩展时，过度配置确实可以帮助部署成功。
对于 Service Fabric 集群，必须跨 FD 和 UD 分配 VM（我们使用可用性集来强制进行此类分配）。然后使用此拓扑来选举选民节点、放置系统服务副本以及客户服务 instances/service 副本。当您指定 Overprovision = true 时，基本上 azure 会提供比您要求的更多的 VM，然后随机删除额外的 VM（一旦达到请求的数量）。这会导致 VM 分布不均匀，因此可能导致集群配置非常糟糕。
之所以看到这些被删除的不需要的VM显示为坏节点，是因为这些节点本来是加入集群的，后来被删除了（所以service fabric仍然认为它们最终会回来），我们当然可以进行升级以解决该问题，但您无法解决节点分布不均的问题。
因此 - 始终在您的 VMSS 部署中设置 Overprovision=False。
似乎如果将规模集的 overprovision 属性 设置为 true (https://azure.microsoft.com/en-us/documentation/articles/virtual-machine-scale-sets-design-overview/#overprovisioning)，您会得到一个无效的 SF 集群（删除的不必要的 VM 显示为集群中的坏节点）。
有没有办法让它发挥作用？当您有多个 VM 扩展时，过度配置确实可以帮助部署成功。
对于 Service Fabric 集群，必须跨 FD 和 UD 分配 VM（我们使用可用性集来强制进行此类分配）。然后使用此拓扑来选举选民节点、放置系统服务副本以及客户服务 instances/service 副本。当您指定 Overprovision = true 时，基本上 azure 会提供比您要求的更多的 VM，然后随机删除额外的 VM（一旦达到请求的数量）。这会导致 VM 分布不均匀，因此可能导致集群配置非常糟糕。
之所以看到这些被删除的不需要的VM显示为坏节点，是因为这些节点本来是加入集群的，后来被删除了（所以service fabric仍然认为它们最终会回来），我们当然可以进行升级以解决该问题，但您无法解决节点分布不均的问题。
因此 - 始终在您的 VMSS 部署中设置 Overprovision=False。