AWS 多区域基础知识

发布日期：2022 年 12 月 20 日 (文档修订)

摘要

这篇高级 300 级的 paper 面向有兴趣使用多区域架构来提高工作负载弹性的云架构师和高级领导AWS者。本 paper 假设对AWS基础设施和服务有基本了解。它概述了常见的多区域用例，分享了围绕设计、开发和部署的基本多区域概念和含义，并提供了规范性指导，以帮助您更好地确定多区域架构是否适合您的工作负载。

您使用 Well-Architected 了吗？

当您在云端构建系统时，AWS Well-Architected Framework 可助您了解所作决策的利弊。利用此框架的六个支柱，您可以了解到设计和运行可靠、安全、高效、经济有效且可持续的系统的架构最佳实践。您可以使用 AWS Management Console 免费提供的 AWS Well-Architected Tool，回答与每个支柱相关的一组问题，即可根据这些最佳实践检查自己的工作负载。

有关云架构的更多专家指导和最佳实践（参考架构部署、图表和白皮书），请参阅 AWS 架构中心。

简介

每个可用区都AWS 区域由一个地理区域内的多个独立且物理上独立的可用区组成。每个区域的软件服务之间保持了严格的逻辑隔离。这种有针对性的设计可确保一个地区的基础设施或服务故障不会导致另一个地区的相关故障。

大多数AWS客户可以使用多个可用区 (AZ) 或区域AWS服务在单个区域中实现其工作负载的弹性目标。但是，一部分客户之所以选择多区域架构，有三个原因。

• 他们认为单一区域无法满足的最高级别工作负载的高可用性和操作连续性要求。

• 它们需要满足数据主权要求（例如遵守当地法律、法规和合规性），这些要求工作负载在特定的司法管辖区内运行。

• 他们需要在离最终用户最近的地方运行工作负载，从而改善工作负载的性能和客户体验。

本 paper 侧重于操作的高可用性和连续性要求，并帮助您了解为工作负载采用多区域架构的注意事项。我们描述了适用于多区域工作负载设计、开发和部署的基本概念，以及一个规范性框架，可帮助您确定多区域架构是否是特定工作负载的正确选择。您需要确保多区域架构是您的工作负载的正确选择，因为这些架构具有挑战性，而且如果操作不当，工作负载的整体可用性可能会降低。