不同可用性集中的故障/更新域

时间:2016-02-26 07:16:10

标签: azure

每个AV集包含多个故障/更新域,编号为零,每个域都是AWS术语中的其他机架/ AV区域。

不同 AV套件中的相同域名是否对应同一个机架/ AV区域?

我想在不同的 AV集(实际上是不同的帐户)中为VM分配不同的域。如果第一个虚拟机在集合AV_SET1中位于域0中,而第二个虚拟机位于AV_SET2中的域1中,是否意味着它们确实具有不同的电源等?

感谢。

2 个答案:

答案 0 :(得分:2)

想象一个拥有100,000台服务器的房间,分布在几千个机架上。你显然无法用一位数字来识别它们。 (这显然是假设的,但对于他们较大的数据中心之一 - 或者甚至是其中一个较小的数据中心,这不是一个不合理的假设!)

在AWS中,可用区域相当于用于谨慎部署服务器的单独构建,可以指定将服务器部署到哪个区域。

Azure没有可指定区域的概念。您将获得一个区域,该区域通常在该区域内具有多个站点(类似于AWS区域)

可用性集将存在于单个区域中,您启动的下一个可用性集可能位于该区域中。没有办法知道,也没办法指明。

区域内的机架被视为故障域。未指定数量的机架成为邮票。邮票是计算,存储和网络服务的一个单元。未指定数量的邮票成为升级域。

可能存在大量小型升级域或少量大型域。很少有文档可以清楚地描述这个系统(这些信息大部分是从MS员工使用内部MS信息创建的视频中收集的)

然而,如果更新失败,这些将被计入单个或两位数,这会使大量服务器面临风险,这似乎令人难以置信。

假设使用x + 1容量执行更新,这意味着如果有20个更新域,则需要5%的容量闲置,以便在更新失败时消除冗余。当你谈论数以万计的服务器时,这是没有意义的。

显然,将有数千个故障域。和一个大的'更新域的数量。

关于故障/更新域的唯一保证是它们存在于AV中,没有理由相信AV1中的域0中的VM不与同一物理机器上的VM存在位于AV2中的域1中的VM,或位于同一机架中,或位于同一图章中的VM,或位于同一区域中的VM。

考虑到这一点,设计解决方案更有意义。单个故障可能会导致不同AV中的不同域

我非常希望能够为我在这里所说的内容提供一些引用,但其中大部分来自我多年来看到的视频和文档片段。 Azure正在建设中。所以我在这里说的一切都可能完全是虚构的!

答案 1 :(得分:0)

  

不同AV组中的相同域号是否对应于   相同的机架/ AV区?

NO。您将始终看到FD0和FD1(以及ARM部署 - FD2)。 Azure区域可能具有更多FDS,但这是基础架构的内部组织,客户不负责且无法影响。

故障域描述硬件边界。无论是单机架还是机架,都没有人能告诉你。但请放心,当您使用min将工作负载正确组织到AV集中时。每个中有2个虚拟机,你将获得承诺的SLA 99.95%。

有趣的是,在不同AV设备中控制VM位置的愿望背后的动机和驱动因素是什么。

没有错觉 - 将单个 VM部署到AV集中授予您99.95%的SLA。