答案 0 :(得分:0)
如果我将Ashok答案中的实际问题和图表相互关联,
这里有两种情况,
1)仅当正在进行任何更新(可以计划或不计划)时,更新域才会关闭。因此,如果FD1发生故障,则UD0中不会发生任何更新,因为没有其他服务器可以承担此负载。直到FD1联机,UD0才必须等待进行更新。
2)如果UD1或UD2中正在进行任何更新,则肯定UD0将正在运行并服务于负载/处理流量。那时,如果FD0出现故障,则您的应用程序将关闭。要克服这种情况,您应该有3个FD。
答案 1 :(得分:0)
非常简单:您的两个服务器都将失效。
这里甚至与Azure都不相关,即使您有2台计算机,由2个不同的提供商在两个位置托管,第一个计算机停机进行维护,第二个服务器崩溃,您最终将一切都关闭。因此,在这种情况下,故障域和更新域将无法保护您免受完全中断的影响。
这是在两台计算机上使用FD和UD的方式:
答案 2 :(得分:-1)
对于在同一可用性集中部署了两个或更多实例的所有虚拟机,Microsoft保证您至少有99.95%的时间将虚拟机连接到至少一个实例。
对于使用所有操作系统磁盘和数据磁盘的高级存储的任何单实例虚拟机,Microsoft保证您的虚拟机连接性至少为99.9%。
可用性集中的每个虚拟机都由基础Azure平台分配了更新域和故障域。对于给定的可用性集,默认情况下会分配五个非用户可配置的更新域(然后可以增加资源管理器部署以提供最多20个更新域),以指示可以在以下位置重新启动的虚拟机组和基础物理硬件组。同时。如果在单个可用性集中配置了五个以上的虚拟机,则第六个虚拟机将放置在与第一个虚拟机相同的更新域中,第七个虚拟机与第二个虚拟机放在同一更新域中,依此类推。重新启动的更新域的顺序可能无法在计划维护期间按顺序继续,但一次只重新启动一个更新域。在不同的更新域上启动维护之前,重新启动的更新域将提供30分钟的恢复时间。
故障域定义共享公共电源和网络交换机的虚拟机组。默认情况下,可用性集中配置的虚拟机在最多三个故障域之间分离,以进行资源管理器部署(Classic的两个故障域)。虽然将虚拟机置于可用性集中并不能保护您的应用程序免受操作系统或特定于应用程序的故障的影响,但它确实可以限制潜在的物理硬件故障,网络中断或电源中断的影响。
这篇文章可以帮助您理解Fault Domains and Update Domains