stateless multi zone multi flavor pitfall

发表于 2023-11-08 更新于 2026-03-04 本文字数： 767 阅读时长 ≈ 1 分钟

20231108-stateless-multi-zone-multi-flavor-pitfall

作为云计算厂商, 我们最喜欢的用户是能够在一个地域开启多个可用区.

但实际在实践中, 发现这个看似简单的要求/最佳实践, 有点儿, 真正down to the earth之后, 发现很多场景用户是不好做/压根没办法做到跨AZ的.

Unlike Google, who can’t be bothered to descend the ivory tower to visit real customers, Grab’s mantra is: “Go to the ground”.

个人总结有几个原因:

存储基本都是绑定可用区的. 例如 HDFS, ZK, 云盘, RDS等. (当然RDS可以选择其他可用区来做备库)

例如用户在zoneA下创建一个HDFS集群, 或者ZK集群.

这样应用在访问存储时希望能同可用区就近访问.

当然你可以说:

尤其是在ZK等分布式集群下, 节点点通信量是巨大的. 对节点之间的延时要求是很高的.

如果机房间网络不通, 会直接导致脑裂.

要注意: 机房间流量是有带宽限制的, 甚至可能会打满! 甚至跨机房流量会收费!

以阿里云上海地域为例, 总共有12个可用区, 但ECI最多支持10个vsw

Untitled