windows - Azure 可用性集、故障域和更新域

标签 windows azure azure-virtual-machine azure-availability-set

我是 Azure 新手,需要一些说明:

将机器添加到可用性集中时,为了防止虚拟机重新启动,虚拟机的最佳策略是什么,将它们放入:

-不同的更新域和故障域

-相同的更新域

-相同的故障域?

我的逻辑是,将它们放在不同的更新和故障域中就足够了

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

我说得对吗?

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

最佳答案

My logic is that it's enough to put them in diffrent update AND fault domain

你是对的,我们应该将虚拟机放在不同的更新域和故障域中。

我们把它们放在不同的更新域中,当Azure主机需要更新时,微软工程师会更新一个更新域,完成后更新另一个更新域。这样,我们的虚拟机将不会同一时间重新启动。

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

首先,将虚拟机添加到具有不同更新域和故障域的可用性集,这将获得较高的 SLA,但并不意味着一台虚拟机不会重新启动。

希望有帮助。

关于windows - Azure 可用性集、故障域和更新域,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47970176/

相关文章:

linux - Windows下使用Ifort for Linux编译Fortran

windows - 如何使用 Python 2.7.3 更改 Windows 背景

c# - 使用 Azure 服务总线的 NamespaceManager 时出现 ConfigurationManager 错误

azure - 需要在Azure Devops中实现发布管道中的回滚

azure - Azure NIC 是否可以指向在 Azure DNS 区域中创建的记录?

python - 在 Python 中获取 windows/system 文件夹位置

windows - 有没有办法将应用程序外观设置为与 Windows 外观不同?

azure - 微软 azure : VM auto start/shutdown

azure-virtual-machine - Azure 资源管理器错误准备 VM 磁盘时出现一个或多个错误

azure - 无法创建新的 Azure SQL VM