宣布在洛杉矶推出第二个本地区域

2019 年 12 月，Jeff Barr 发表了一篇博文，宣布将在加利福尼亚州洛杉矶推出一个新的本地区域 。本地区域将现有 AWS 区域扩展到更接近最终用户的位置，从而为区域中的 AWS 服务子集提供个位数毫秒的延迟。本地区域附加到父区域（在本例中为美国西部（俄勒冈）），并通过父区域的终端节点执行对服务和资源的访问。这将使本地区域对您的应用程序和最终用户透明。在本地区域中运行的应用程序通过 Amazon 冗余且极高带宽的专用网络主干与父区域关联，由此可以访问所有 AWS 服务，而不仅仅是区域中的子集。

在那篇博文的末尾，Jeff 写道（我将其引用如下）：“在时间充裕的情况下（正如 Andy Jassy 经常说的那样），任何给定地理区域中都可能有多个本地区域。2020 年，我们将在洛杉矶开设第二个本地区域 (us-west-2-lax-1b)，并且正在考虑在其他位置也开设本地区域。”

现在是时候了！ 我很高兴地宣布，应客户要求，AWS 今天在洛杉矶推出了第二个本地区域，以进一步帮助该地区（通常是南加利福尼亚州）的客户实现更高的应用程序的高可用性和容错能力与极低的延迟。这些客户的工作负载需要极低的延迟，例如艺术家工作站、本地渲染、游戏、金融交易处理等。

新的洛杉矶本地区包含一个服务子集，如 Amazon Elastic Compute Cloud (EC2)、Amazon Elastic Block Store (EBS)、Amazon FSx for Windows File Server 和 Amazon FSx for Lustre、 Elastic Load Balancing、Amazon Relational Database Service (RDS) 和 Amazon Virtual Private Cloud，并且请记住，在区域中运行的应用程序可以通过该区域与父区域的关联访问所有 AWS 服务和其他资源。

启用本地区域
一旦您选择在账户中使用一个或多个本地区域，它们将显示为额外的可用区，供您在部署应用程序和资源时使用。去年 12 月推出的原始区域是 us-west-2-lax-1a。现在可供所有客户使用的附加区域是 us-west-2-lax-1b。可以使用 EC2 管理控制台的新设置部分启用本地区域，如下所示

正如 Jeff 的原始博文中所述，您还可以使用 AWS 命令行界面 (CLI)（aws ec2 modify-availability-zone-group 命令）、AWS Tools for PowerShell (Edit-EC2AvailabilityZoneGroup cmdlet) ，或通过从其中一个 AWS 开发工具包调用 ModifyAvailabilityZoneGroup API 来选择加入（或退出）对本地区域的访问。

将本地区域用于高可用性、低延迟应用程序
本地区域可用于进一步提高应用程序的高可用性以及超低延迟。一种方案是使用混合架构进行企业迁移。这些企业的工作负载目前在洛杉矶都市区的现有本地数据中心运行，将这些应用程序组合（其中许多是相互依存的）迁移到云可能非常艰巨。通过将 AWS Direct Connect 与本地区域结合使用，这些客户可以建立混合环境，在洛杉矶本地区域中运行的应用程序与本地安装应用程序之间提供超低延迟通信，而不需要对其架构进行潜在的昂贵改造。随着时间的推移，本地应用程序可以逐步迁移到云，从而简化整个迁移过程。下图说明了这种类型的企业混合架构。

有趣的是，我们从使用此类混合架构（将本地区域与 AWS Direct Connect 相结合）的客户那里获悉，他们在本地区域中托管的应用程序与在洛杉矶都市区本地数据中心的应用程序之间实现了低于 1.5 毫秒的通信延迟。

用于渲染和动画工作负载的虚拟桌面是本地区域的另一种方案。对于这些工作负载，降低延迟至关重要。在洛杉矶增设第二个本地区域的举措，可在需要时提供额外的故障转移功能，而不会牺牲延迟。

我们的团队将一如既往地听取您的反馈，谢谢！我们也在努力在其他位置新增本地区域以及可用的其他服务，包括 Amazon ECS、Amazon Elastic Kubernetes Service、Amazon ElastiCache、Amazon Elasticsearch Service 和 Amazon Managed Streaming for Apache Kafka。如果您是位于洛杉矶或南加利福尼亚州的 AWS 客户并需要更高的高可用性和极低的工作负载延迟，那么我们邀请您看看新的本地区域。更多详细信息和定价信息可在本地区域找到。

– Steve