使用资源管理器部署模型时，Azure中的三个故障域现在默认为默认值

你看，我非常高兴看到一个变化 – 三个错误的域名！在今年夏天离开Azure一两个月后，我决定开启Azure Portal。我希望看到最近执行了哪些更改，以便为Azure SQL Server高可用性的PASS演示做准备。他们终于开始提供每个可用性集的三个故障域作为默认设置。选择“资源管理器”作为您的部署模型而不是“经典”。如果您一直在遵循，直到现在创建可用性集时，默认选项是为每个可用性集创建两个故障域。部署群集时，至少有三个故障域非常重要。一个用于每个群集节点，另一个用于File Share Witness。这可确保单个故障域的故障在任何时候都不会影响您的法定票数以上。在GUI中实现此功能之前，有一种方法可以通过ARM模板来完成。但是将其放入GUI中使这些管理员很容易就不能很好地加快ARM模板的速度。此功能现在完成了我前面记录的如何在Azure中创建SQL Server FCI的步骤。

转载自https://clusteringformeremortals.com/2015/09/08/three-fault-domains-in-azure-now-default-when-using-resource-manager-deployment-model/的许可

使用资源管理器部署模型时，Azure中的三个故障域现在默认为默认值

瞧，我非常高兴看到一个变化 – 三个断层域！今年夏天离开Azure一两个月之后，我决定启动Azure门户。 我想看看最近在我准备关于Azure SQL Server高可用性的PASS演示文稿时已经实现了哪些更改。  他们终于开始提供每个可用性集的三个故障域作为默认设置。选择“资源管理器”作为您的部署模型而不是“经典”。

到目前为止，在创建可用性集时，默认选项是为每个可用性集创建两个故障域。部署群集时，至少有三个故障域非常重要。一个用于每个群集节点，另一个用于File Share Witness。这可确保单个故障域的故障在任何时候都不会影响您的法定票数以上。在GUI中实现此功能之前，有一种方法可以通过ARM模板实现。 但是将其放入GUI中使这些管理员很容易就不能很好地加快ARM模板的速度。

此功能现在完成了我之前记录的有关如何在Azure中创建SQL Server FCI的步骤。

转载自https://clusteringformeremortals.com/2015/09/08/three-fault-domains-in-azure-now-default-when-using-resource-manager-deployment-model/的许可