我们有类似于GCP和AWS中Azure“可用性集”的东西吗？

Question

上下文：

我们正在为我们的应用程序(基于微服务)建立一个多云部署的原型。为了平衡高可用性和协同定位，我们在Azure中使用了“可用性集”功能。哪种方式可以确保Azure平台/服务升级不会同时发生在两个不同的集合中。

可用性集Azure

场景：

我在Google平台和AWS中找不到类似的东西。因此，在这种情况下，为了获得高可用性，我们必须使用单独的“区域”。

支持可用性集(理论上)的一个论点是，它们比前者在数据中心内的区域更接近。

在GCP和AWS中，我们有接近“可用性集”的东西吗？请分享你的想法。

Answer 1

听起来，安置小组可能是AWS中的一个等价特性。有几种不同的配置，您可以要求AWS对您的实例进行非常接近的集群，以最大限度地提高网络I/O性能，或者将实例分散到硬件上以减少相关故障。

群集-包实例在可用性区域内紧密相连。这种策略使工作负载能够实现高性能HPC应用程序中典型的紧密耦合的节点到节点通信所需的低延迟网络性能。 分区-在逻辑分区之间扩展实例，这样一个分区中的实例组就不会与不同分区中的实例组共享底层硬件。这种策略通常用于大型分布式和复制工作负载，例如Hadoop、Cassandra和Kafka。 严格地将一小群实例放置在不同的底层硬件上，以减少相关故障。

我不能说谷歌云，因为我不知道类似的功能，但我也不太熟悉他们的产品。

希望这能有所帮助。

Answer 2

关于GCP，有几种高可用性的解决方案.一般来说，它被推荐给容易出现故障的设计鲁棒系统和构建可伸缩和弹性的应用程序。

通过设计健壮的系统，您可以确保在单个实例失败、实例重新启动或区域出现问题时，VM是可用的。

与可用性集最相似的是托管实例组。

托管实例组自动更新器允许您将软件的新版本部署到MIG中的实例中，支持不同的推出方案(滚动更新、金丝雀更新)。您可以控制部署的速度和范围以及服务中断的程度。

此外，您还可以使用跨区域复制数据的区域持久磁盘 (数据中心)。