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

Question

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

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

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

谢谢。

Answer 1

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

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

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

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

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

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

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

假设更新是使用 x+1 容量执行的，这意味着如果有 20 个更新域，它们将需要 5% 的容量闲置，以便在更新失败时弥补空闲。当您谈论数万台服务器时，这是没有意义的。

很明显，将会有数千个故障域。和“大量”更新域。

关于故障/更新域的唯一保证是它们存在于 AV 中，没有理由相信 AV1 中域 0 中的虚拟机与 AV1 中域 0 中的虚拟机不驻留在同一物理计算机上。域 1 在 AV2 中，或者在同一个机架中，或者在同一个标​​记中，或者在同一个区域中。

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

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