为 ElastiCache 选择区域和可用区
您可以通过使用对应的端点指定区域和可用区，为您的 ElastiCache 集群提供更高的可扩展性和可靠性。
Amazon 云计算资源存储在具有高度可用性的数据中心设施中。为了提供额外的扩展性和可靠性，这些数据中心设施位于不同的物理位置。这些位置按照区域和可用区进行分类。
Amazon 区域是指大型、分布范围广泛的单独地理位置。可用区是 Amazon 区域中的不同位置，旨在隔离其他可用区中的故障。它们提供与同一 Amazon 区域中不同可用区之间的低成本、低延迟网络连接。
重要
每一个区域都是完全独立的。您启动的任何 ElastiCache 活动（例如，创建集群）仅可在您当前的默认区域中运行。
若要在特定地区创建或使用集群，请使用相应的区域服务端点。有关服务端点，请参阅支持的区域和端点。
区域和可用区
可用区注意事项（Memcached）
将 Memcached 节点分配到一个区域内的多个可用区有助于保护您免受灾难性故障（如可用区内断电）的影响。
无服务器缓存
ElastiCache 无服务器缓存会创建跨多个可用区的高可用性缓存。在创建无服务器集群时，您可以指定来自不同可用区和相同 VPC 的子网，否则 ElastiCache 会自动从您的默认 VPC 中选择子网。
设计您自己的 ElastiCache for Memcached 集群
一个 Memcached 集群最多可拥有 300 个节点。向 Memcached 集群创建节点或添加节点时，您可以为所有节点指定单一可用区、允许 ElastiCache 为所有节点选择单一可用区、为每个节点指定可用区或允许 ElastiCache 为每个节点选择一个可用区。当您将新节点添加到现有 Memcached 群集时，可以在不同的可用区中创建新节点。创建缓存节点后，无法修改其可用区。
如果您希望单一可用区集群中的集群将其节点分配到多个可用区中，ElastiCache 可以在各个可用区中创建新节点。然后，您可以删除部分或全部原始缓存节点。我们建议采用此方法。
将 Memcached 节点从单一可用区迁移到多个可用区
通过在所需的可用区中创建新的缓存节点来修改您的集群。在您的请求中，执行以下操作：
将
AZMode（CLI：- -az-mode）设置为cross-az。将
NumCacheNodes（CLI：- -num-cache-nodes）设置为当前活动缓存节点数加上您要创建的新缓存节点数。将
NewAvailabilityZones（CLI：- -new-availability-zones）设置为要在其中创建新缓存节点的区域列表。要让 ElastiCache 确定每个新节点的可用区，请不要指定列表。-
将
ApplyImmediately（CLI：- -apply-immediately）设置为真。
注意
如果您未使用自动发现，请确保使用新的缓存节点端点更新客户端应用程序。
继续执行下一步之前，请确保 Memcached 节点已完全创建且可用。
通过删除原始可用区中不再需要的节点来修改您的集群。在您的请求中，执行以下操作：
将
NumCacheNodes（CLI：- -num-cache-nodes）设置为应用此修改后所需的活动缓存节点数。将
CacheNodeIdsToRemove（CLI：- -nodes-to-remove）设置为要从集群中删除的缓存节点列表。列出的缓存节点 ID 的数量必须等于当前活动节点的数量减去
NumCacheNodes。（可选）将
ApplyImmediately（CLI：- -apply-immediately）设置为真。如果您未将
ApplyImmediately（CLI：- -apply-immediately）置为真，则将在您的下一个维护时段中进行节点删除。
找到您的节点
Amazon ElastiCache 支持在单一或多个可用区（AZ）中找到集群的所有节点。此外，如果您选择在多个可用区中找到节点（建议方式），ElastiCache 将允许您为每个节点选择可用区，也可以让 ElastiCache 为您选择可用区。
通过在不同的可用区内放置节点，可排除某个可用区内的故障（如停电）导致整个系统失败的可能性。测试表明，将所有节点放置在同一个可用区与跨多个可用区放置节点相比并不存在显著延迟。
您可以在创建集群时为每个节点指定可用区，或在修改现有集群时通过添加节点来指定可用区。在创建集群期间为每个节点指定可用区时，该可用区必须在该子网组中可用。有关更多信息，请参阅下列内容：
支持的区域和端点
Amazon ElastiCache 提供多个 Amazon 区域。这意味着，您可在满足您要求的位置启动 ElastiCache 集群。例如，您可以在最靠近您客户的 Amazon 区域或者满足某些法律要求的特定 Amazon 区域中启动。
从设计而言，每个区域都与其他区域完全隔离。在每个区域中有多个可用区（AZ）。ElastiCache 无服务器缓存可自动跨多个可用区复制数据（us-west-1 除外，此时在两个可用区中复制数据），以实现高可用性。在设计自己的 ElastiCache 集群时，您可以选择在不同可用区中启动节点，从而实现容错能力。有关区域和可用区的更多信息，请参阅此主题顶部的为 ElastiCache 选择区域和可用区。
| 区域名称/区域 | 终端节点 | 协议 |
|---|---|---|
美国东部（俄亥俄州）区域
|
|
HTTPS |
美国东部（弗吉尼亚州北部）区域
|
|
HTTPS |
美国西部（北加利福尼亚）区域
|
|
HTTPS |
美国西部（俄勒冈州）区域
|
|
HTTPS |
加拿大（中部）区域
|
|
HTTPS |
加拿大（西部）区域
|
|
HTTPS |
亚太地区（雅加达）
|
|
HTTPS |
亚太地区（孟买）区域
|
|
HTTPS |
亚太地区（海得拉巴）区域
|
|
HTTPS |
亚太地区（东京）区域
|
|
HTTPS |
亚太地区（首尔）区域
|
|
HTTPS |
亚太地区（大阪）区域
|
|
HTTPS |
亚太地区（新加坡）区域
|
|
HTTPS |
亚太地区（悉尼）区域
|
|
HTTPS |
欧洲地区（法兰克福）区域
|
|
HTTPS |
欧洲地区（苏黎世）地区
|
|
HTTPS |
欧洲地区（斯德哥尔摩）区域
|
|
HTTPS |
中东（巴林）区域
|
|
HTTPS |
中东（阿联酋）区域
|
|
HTTPS |
欧洲地区（爱尔兰）区域
|
|
HTTPS |
欧洲地区（伦敦）区域
|
|
HTTPS |
欧洲地区（巴黎）区域
|
|
HTTPS |
欧洲地区（米兰）区域
|
|
HTTPS |
欧洲地区（西班牙）区域
|
|
HTTPS |
南美洲（圣保罗）区域
|
|
HTTPS |
中国（北京）区域
|
|
HTTPS |
中国（宁夏）区域
|
|
HTTPS |
亚太地区（香港）区域
|
|
HTTPS |
非洲（开普敦）区域
|
|
HTTPS |
以色列（特拉维夫）区域
|
|
HTTPS |
|
Amazon GovCloud（美国西部）
|
elasticache.us-gov-west-1.amazonaws.com |
HTTPS |
|
Amazon GovCloud（美国东部）
|
elasticache.us-gov-east-1.amazonaws.com |
HTTPS |
有关使用带有 ElastiCache 的 Amazon GovCloud（美国）的信息，请参阅 Amazon GovCloud（美国）区域中的服务：ElastiCache。 |
某些区域只支持部分节点类型。有关 Amazon 区域支持的节点类型的表，请参阅 Amazon 区域支持的节点类型。
大多数区域支持通过创建接口 VPC 端点（使用 Amazon PrivateLink）在您的 VPC 与 ElastiCache API 端点之间建立私有连接。有关更多信息，请参阅 ElastiCache API 和接口 VPC 端点（Amazon PrivateLink）。
有关按区域划分的 Amazon 产品和服务表，请参阅按区域划分的产品和服务