可用性集显示问题 - 将 VM 放置在与可用性集位置不同的位置时

Availability set display issue - when placing a VM in a location different from the location of the availability set

将 VM 放置在与可用性集位置不同的位置时,不显示可用性集的原因是什么?

其实我想在不同的位置部署2个VM来实现这些VM的高可用性和灾难恢复,这样可以最大限度地降低成本,避免在同一时间限制最少2个VM(故障域)成本的不必要成本不提供灾难恢复的位置。

可用性集在 Microsoft Azure 中用于确保将虚拟机部署到不同的更新域和不同的故障域中。这允许 Microsoft Azure 为可用性集中的虚拟机提供的服务提供 99.95% 的 SLA。

更新是计划中的事件。例如,当底层 Azure 结构被修补时,它可能需要重新启动您的来宾 VM。这被定义为更新域 (UD)。 故障是意外事件,例如硬件故障,无论是物理故障还是逻辑故障都会影响来宾 VM 的可用性。这被定义为故障域 (FD) 可用性集中至少需要两个虚拟机,Microsoft 才能提供 99.95% 的 SLA。

可用单个虚拟机创建可用性集,但 Microsoft 不会提供正常运行时间 SLA 可用性集中的虚拟机必须位于相同的云服务中 一个可用性集中最多可以驻留 100 个虚拟机 每个可用性集有五个更新域可用 Azure 可用性集 v0.1

这一切都很好,但这意味着我们的应用程序需要能够在发生故障或更新时重新启动。当您尝试在 Microsoft 在 Azure 中提供的框架内满足您的业务 SLA 时,我需要仔细考虑这一点。

我们还需要考虑如何将流量定向到可用性集中的每个来宾 VM。这是负载均衡器的作用,可将流量定向到可用性集中最合适的来宾 VM。

您可能认为可以将单个 VM 放入可用性集中以满足 SLA 要求。然而,这正是微软拥有免狱卡的地方,单个 VM 无法获得 99.95% 的 SLA。我想这是因为 Microsoft 不知道该来宾 VM 需要多长时间才能在另一个更新或故障域中可用。

Azure 可用性设置负载均衡器 v0.1 最后的想法

可用性集需要围绕应用层的设计进行考虑,以确保来宾 VM 不仅可用,而且还可以访问它们之间的共享数据服务。还值得注意的是,应用程序或服务故障不包括在 99.95% SLA 中。

不可能。

请参考这个official document

An Availability Set is a logical grouping capability that you can use in Azure to ensure that the VM resources you place within it are isolated from each other when they are deployed within an Azure datacenter. Azure ensures that the VMs you place within an Availability Set run across multiple physical servers, compute racks, storage units, and network switches. This ensures that in the event of a hardware or Azure software failure, only a subset of your VMs will be impacted, and your overall application will stay up and continue to be available to your customers. Using Availability Sets is an essential capability to leverage when you want to build reliable cloud solutions.

可用性集中的 VM 必须位于同一位置。

根据您的需要,您可以使用托管磁盘,请参考此link

托管磁盘通过确保可用性集中 VM 的磁盘彼此充分隔离以避免单点故障,为可用性集提供更好的可靠性。