Azure可用性集，故障域和更新域

Question

我是Azure新手，需要一些澄清：

将机器添加到可用性集时，为了防止VM重新启动，VM的最佳策略是什么，请将它们放入：

- 不同的更新和故障域

- 同样更新域名

同故障域？

我的逻辑是，它足以将它们放入不同的更新AND故障域中

我用这个作为参考：https://blogs.msdn.microsoft.com/plankytronixx/2015/05/01/azure-exam-prep-fault-domains-and-update-domains/

我对么 ？

这些更新/故障域令人困惑

Answer 1

我的逻辑是，它足以将它们放入不同的更新AND故障域中

你是对的，我们应该把VM放在不同的更新和故障域中。

我们将它们放在不同的更新域中，当Azure主机需要更新时，Microsoft工程师将更新一个更新域，当它完成时，更新另一个更新域。这样，我们的VM不会同时重启。

我们将它们置于不同的故障域中，当意外停机发生时，该故障域中的虚拟机将重启，其他虚拟机将继续运行，这样，我们在这些虚拟机上运行的应用程序将保持健康状态。

要拍摄，请将VM添加到具有不同更新域和故障域的可用性集，这将获得高SLA，但不意味着一个VM将不会重新启动。

希望有所帮助。

Answer 2

有三种情况可能导致Azure中的虚拟机受到影响：计划外硬件维护，意外停机和计划维护。

• 计划外硬件维护
• 意外停机
• 计划维护事件

可用性集中的每个虚拟机都由基础Azure平台分配更新域和故障域。对于给定的可用性集，默认情况下会分配五个非用户可配置的更新域（然后可以增加资源管理器部署以提供最多20个更新域），以指示可以在以下位置重新启动的虚拟机组和基础物理硬件组。同时。如果在单个可用性集中配置了五个以上的虚拟机，则第六个虚拟机将放置在与第一个虚拟机相同的更新域中，第七个虚拟机与第二个虚拟机放在同一更新域中，依此类推。重新启动的更新域的顺序可能无法在计划维护期间按顺序继续，但一次只重新启动一个更新域。在不同的更新域上启动维护之前，重新启动的更新域将提供30分钟的恢复时间。

故障域定义共享公共电源和网络交换机的虚拟机组。默认情况下，可用性集中配置的虚拟机在最多三个故障域之间分离，以进行资源管理器部署（Classic的两个故障域）。将虚拟机置于可用性集中并不能保护应用程序免受操作系统或特定于应用程序的故障的影响，但它确实可以限制潜在的物理硬件故障，网络中断或电源中断的影响。

有关更多详细信息，请参阅此documentation。