可用性集显示问题 - 将虚拟机放置在与可用性集位置不同的位置

Question

当将虚拟机放置在与可用性集位置不同的位置时，未显示可用性集的原因是什么？

实际上，我想在不同的位置部署2个虚拟机，以实现这些虚拟机的高可用性和灾难恢复，从而最大限度地降低了成本，避免了在同一位置限制最低2个虚拟机（故障域）成本的不必要成本不提供灾难恢复。

Answer 1

这是不可能的。

请参考此official document。

的情况设置的是，你可以使用 Azure中，以确保您的地方在它的VM资源 彼此隔离，当他们的Azure的 数据中心内部署的逻辑分组的能力。 Azure确保您放置在“可用性集”中的虚拟机跨多个物理服务器，计算机架，存储单元和网络交换机运行。这可确保在出现 硬件或Azure软件故障时，只有部分虚拟机将受到影响，并且您的整体应用程序将保持运行状态，并继续向您的客户提供 。使用“可用性集”是一个 必不可少的功能，可用于构建可靠的云 解决方案。

可用性集中的虚拟机必须位于同一位置。

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

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

Answer 2

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

更新是计划中的事件。例如，当修补基础Azure结构时，可能需要重新启动来宾虚拟机。这被定义为更新域（UD）。 故障是意外事件，例如硬件故障，无论是物理还是逻辑故障都会影响Guest虚拟机的可用性。这被定义为故障域（FD） 至少需要两个虚拟机位于Microsoft的可用性集中才能提供99.95％的SLA。

的可用性设置可以与单个虚拟机被创建，但微软将不提供正常运行时间SLA的可用性组内 虚拟机必须驻留在同一个云服务 最多100台虚拟机的可驻留在可用性设置 五更新域每可用性设置 Azure的可用性集V0.1提供

这一切都非常不错，但是这意味着现在我们的应用程序需要能够应付被重新启动时出现故障或更新发生。对于我来说，当您尝试在Microsoft提供的Azure框架内满足业务SLA时，需要仔细考虑这一点。

我们还需要考虑如何将流量定向到可用性集中的每个来宾虚拟机。这是负载平衡器将流量引导到可用性集合中最合适的Guest虚拟机的地方。

您可能认为可以将单个VM放入可用性集以满足SLA要求。然而，这是微软退出无囚卡的地方，一台虚拟机没有收到99.95％的SLA。我想这是因为Microsoft不知道多久Guest VM才能在另一个更新或故障域中使用。

Azure的可用性集负载均衡器V0.1 最后的思考

可用性集需要在应用程序中层的设计考虑，以确保不仅来宾虚拟机可用，但也获得之间共享数据服务他们。还值得注意的是，该应用程序或服务故障未包含在99.95％的SLA中。