本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
为以下对象选择区域和可用区 ElastiCache
您可以使用相应的终端节点指定区域和可用区，从而为 ElastiCache 集群提供额外的可扩展性和可靠性。
AWS 云计算资源存放在高度可用的数据中心设施中。为了提供额外的扩展性和可靠性，这些数据中心设施位于不同的物理位置。这些位置按照区域和可用区进行分类。
AWS 区域很大，而且广泛分散在不同的地理位置。可用区是一个 AWS 区域内的不同位置，旨在隔绝其他可用区域的故障。它们为同一 AWS 区域中的其他可用区提供低成本、低延迟的网络连接。
重要
每一个区域都是完全独立的。您启动的任何 ElastiCache 活动（例如，创建集群）都只能在您当前的默认区域中运行。
若要在特定地区创建或使用集群，请使用相应的区域服务端点。有关服务端点，请参阅支持的区域和端点。
区域和可用区
使用 Memcached 的可用区注意事项
将 Memcached 节点分配到一个区域内的多个可用区有助于保护您免受灾难性故障（如可用区内断电）的影响。
无服务器缓存
ElastiCache 无服务器缓存可创建跨越多个可用区域的高可用性缓存。您可以指定来自不同可用区的子网，就像创建无服务器集群VPC一样，也可以自动从ElastiCache 默认值中选择子网。VPC
设计你自己的 ElastiCache (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) 设置为 true。
注意
如果您未使用自动发现，请确保使用新的缓存节点端点更新客户端应用程序。
继续执行下一步之前，请确保 Memcached 节点已完全创建且可用。
通过删除原始可用区中不再需要的节点来修改您的集群。在您的请求中，执行以下操作：
将
NumCacheNodes(CLI:- -num-cache-nodes) 设置为应用此修改后所需的活动缓存节点数。将
CacheNodeIdsToRemove(CLI:- -nodes-to-remove) 设置为要从集群中移除的缓存节点的列表。IDs列出的缓存节点数必须等于当前活动节点的数量减去中的值
NumCacheNodes。（可选）将
ApplyImmediately(CLI:- -apply-immediately) 设置为 true。如果您未将
ApplyImmediately(CLI:- -apply-immediately) 设置为 true，则将在下一个维护时段删除节点。
找到您的节点
Amazon ElastiCache 支持将集群的所有节点定位在单个或多个可用区中 (AZs)。此外，如果您选择在多个节点中定位节点AZs（推荐），则 ElastiCache 允许您为每个节点选择可用区，也可以ElastiCache 允许您选择可用区。
通过将节点放在不同的位置AZs，可以消除一个可用区中出现故障（例如停电）导致整个系统出现故障的可能性。测试表明，在一个可用区中定位所有节点或将它们分布在多个可用区之间没有显著的延迟差异AZs。
您可以在创建集群时为每个节点指定可用区，或在修改现有集群时通过添加节点来指定可用区。有关更多信息，请参阅下列内容：
支持的区域和端点
ElastiCache Amazon 在多个 AWS 地区可用。这意味着您可以在满足您要求的位置启动 ElastiCache 集群。例如，您可以在离客户最近的 AWS 地区推出，或者在满足特定法律要求的特定 AWS 地区开店。
从设计而言，每个区域都与其他区域完全隔离。在每个区域中有多个可用区（AZ）。ElastiCache 无服务器缓存会自动跨多个可用区复制数据（在两个可用区中复制数据除外）us-west-1，以实现高可用性。在设计自己的 ElastiCache 集群时，您可以选择以不同的方式启动节点AZs以实现容错能力。有关区域和可用区的更多信息，请参阅此主题顶部的为以下对象选择区域和可用区 ElastiCache。
| 区域名称/区域 | 终端节点 | 协议 |
|---|---|---|
美国东部（俄亥俄州）区域
|
|
HTTPS |
美国东部（弗吉尼亚州北部）区域
|
|
HTTPS |
美国西部（北加利福尼亚）区域
|
|
HTTPS |
美国西部（俄勒冈州）区域
|
|
HTTPS |
加拿大（中部）区域
|
|
HTTPS |
加拿大（西部）区域
|
|
HTTPS |
亚太地区（雅加达）
|
|
HTTPS |
亚太地区（孟买）区域
|
|
HTTPS |
亚太地区（海得拉巴）区域
|
|
HTTPS |
Asia Pacific（Tokyo）Region
|
|
HTTPS |
亚太地区（首尔）区域
|
|
HTTPS |
亚太地区（大阪）区域
|
|
HTTPS |
亚太地区（新加坡）区域
|
|
HTTPS |
亚太地区（悉尼）区域
|
|
HTTPS |
欧洲地区（法兰克福）区域
|
|
HTTPS |
欧洲（苏黎世）
|
|
HTTPS |
欧洲地区（斯德哥尔摩）区域
|
|
HTTPS |
中东（巴林）区域
|
|
HTTPS |
中东 (UAE) 区域
|
|
HTTPS |
欧洲地区（爱尔兰）区域
|
|
HTTPS |
欧洲地区（伦敦）区域
|
|
HTTPS |
欧洲地区（巴黎）区域
|
|
HTTPS |
欧洲地区（米兰）
|
|
HTTPS |
欧洲地区（西班牙）区域
|
|
HTTPS |
南美洲（圣保罗）区域
|
|
HTTPS |
中国（北京）区域
|
|
HTTPS |
中国（宁夏）区域
|
|
HTTPS |
亚太地区（香港）区域
|
|
HTTPS |
非洲（开普敦）区域
|
|
HTTPS |
以色列（特拉维夫）区域
|
|
HTTPS |
|
AWS GovCloud （美国西部）
|
elasticache.us-gov-west-1.amazonaws.com |
HTTPS |
|
AWS GovCloud （美国东部）
|
elasticache.us-gov-east-1.amazonaws.com |
HTTPS |
有关将 AWS GovCloud （美国）与配合使用的信息 ElastiCache，请参阅 AWS GovCloud （美国）地区的服务： ElastiCache。 |
||
某些区域只支持部分节点类型。有关按 AWS 地区划分的支持的节点类型的表，请参阅AWS 区域支持的节点类型。
如需按地区列出的 AWS 产品和服务表，请参阅按地区划分的产品和服务
