了解在Windows Azure中设置的可用性

Question

我正在阅读微软网站上的可用性集的解释，但不能100％理解这个概念。

http://www.windowsazure.com/en-us/documentation/articles/manage-availability-virtual-machines/

人们在评论中提出了许多问题，但微软没有技术支持可以回答这些问题。

正如我对可用性集合的正确理解，您可以使用IIS应用程序复制VM，使用SQL复制VM，这意味着您必须使用4个VM（支付4个）而不是2个。这意味着每当IIS1虚拟机关闭时，在IIS2虚拟机的帮助下，网站仍然在线，反之亦然？ SQL1和SQL2虚拟机也一样吗？

我会朝着正确的方向前进吗？如果是这种情况，如何在SQL1和SQL2，IIS1和IIS2虚拟机中同时保持数据同步，那么如果一个虚拟机关闭以进行更新，网站仍将使用最新数据和代码？

Answer 1

可用性集合结合了Windows Azure PaaS世界中的两个概念 - 升级域和故障域 - 这有助于使服务更加健壮。当多个VM部署到可用性集中时，Windows Azure结构控制器将在多个升级域和故障域之间分发它们。

故障域代表一组具有单点故障的VM - 一种方便的（虽然不是精确的）方式来考虑它是一个带有单个顶部或机架路由器的机架。通过将虚拟机部署到不同的故障域，结构控制器可确保单个故障不会使整个服务脱机。

结构控制器使用升级域来控制执行主机操作系统升级（即底层物理服务器）的方式。结构控制器一次执行一个升级域的这些升级，仅在前一个升级域的升级完成时移动到下一个升级域。这样做可确保在主机操作系统升级期间，虽然容量减少，但服务仍然可用。这些升级似乎每隔一两个月发生一次，并且将所有虚拟机部署到可用性集中的服务都不会收到任何警告，因为它们可能会对升级具有弹性。 Microsoft确实提供有关升级包含在可用性集外部署的VM的订阅的警告。

此外，对于在可用性集之外部署VM的服务，没有SLA。

关于SQL Server，您可能希望查看位于Windows Server故障转移群集之上的SQL Server可用性组的使用，并使用数据的同步复制。对于IIS，您可能希望了解将应用程序部署到PaaS云服务的可能性，因为与将其部署到IaaS云服务相比，这提供了显着的优势。您可以通过使用VNET创建集成PaaS和IaaS云服务的服务拓扑。

Answer 2

可用性集是这两个功能的组合

1. 故障域（您可以选择在创建新的可用性集时选择最大值3）

2. 更新域（您可以选择在创建新的可用性集时选择最多20个）

   

故障域是物理（如机架，电源）设置，允许您在可用性集中选择2个故障域，并且该可用性集中的计算机将具有值1和2，因此至少有一个可以在任何物理设备发生电源故障时可用。

设置

更新域，将立即通过azure系统更新进行更新。 如果选择4个更新域，并且您的2个VM具有值2,3，则意味着它们不会一起更新以进行任何计划维护

对于高可用性，重复VM不应位于相同的故障域或相同的更新域

现在您无法在创建VM后更改可用性集它应在创建时设置