As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Escolhendo regiões e zonas de disponibilidade para ElastiCache
<a name="RegionsAndAZs"></a>

Você pode fornecer escalabilidade e confiabilidade adicionais aos seus ElastiCache clusters designando regiões e zonas de disponibilidade usando o endpoint correspondente.

AWS Os recursos de computação em nuvem estão alojados em instalações de data center altamente disponíveis. Para fornecer escalabilidade e confiabilidade adicionais, estas instalações do datacenter estão localizadas em diferentes locais físicos. Esses locais são categorizados por *regiões* e *zonas de disponibilidade*.

AWS As regiões são grandes e amplamente dispersas em localizações geográficas separadas. As zonas de disponibilidade são locais distintos dentro de uma AWS região que são projetados para serem isolados de falhas em outras zonas de disponibilidade. Eles fornecem conectividade de rede barata e de baixa latência para outras zonas de disponibilidade na mesma AWS região.

**Importante**  
Cada região é totalmente independente. Qualquer ElastiCache atividade que você iniciar (por exemplo, criar clusters) é executada somente na sua região padrão atual.

Para criar ou trabalhar com um cluster em uma região específica, use o endpoint do serviço regional correspondente. Para os endpoints de serviço, consulte [Regiões suportadas: &amp; endpoints](#SupportedRegions).

![Imagem: Regiões e zonas de disponibilidade](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)


*Regiões e zonas de disponibilidade*

**Topics**
+ [Considerações sobre zonas de disponibilidade com o Memcached](#CacheNode.Memcached.AvailabilityZones)
+ [Localização dos seus nós](#RegionsAndAZs.AZMode)
+ [Regiões suportadas: &amp; endpoints](#SupportedRegions)
+ [Usando zonas locais com ElastiCache](Local_zones.md)
+ [Usando Outposts com ElastiCache](ElastiCache-Outposts.md)

## Considerações sobre zonas de disponibilidade com o Memcached
<a name="CacheNode.Memcached.AvailabilityZones"></a>

A distribuição de nós do Memcached em várias zonas de disponibilidade em uma região ajuda a protegê-los contra o impacto de uma falha catastrófica, como perda de energia em uma zona de disponibilidade.

**Armazenamento em cache sem servidor**

ElastiCache o armazenamento em cache sem servidor cria um cache altamente disponível que abrange várias zonas de disponibilidade. Você pode especificar sub-redes de diferentes zonas de disponibilidade e da mesma VPC ao criar seu cluster sem servidor ou escolher sub-redes ElastiCache automaticamente da sua VPC padrão. 

**Projetando seu próprio ElastiCache cluster para Memcached**

Um cluster do Memcached pode ter até 300 nós. Ao criar ou adicionar nós ao seu cluster Memcached, você pode especificar uma única zona de disponibilidade para todos os seus nós, permitir ElastiCache a escolha de uma única zona de disponibilidade para todos os seus nós, especificar as zonas de disponibilidade para cada nó ou permitir ElastiCache a escolha de uma zona de disponibilidade para cada nó. Novos nós podem ser criados em diferentes zonas de disponibilidade à medida que você os adiciona a um cluster do Memcached existente. Depois que um nó de cache é criado, sua zona de disponibilidade não pode ser modificada. 

Se você quiser que um cluster em um único cluster de zona de disponibilidade tenha seus nós distribuídos em várias zonas de disponibilidade, ElastiCache pode criar novos nós nas várias zonas de disponibilidade. Em seguida, você pode excluir alguns ou todos os nós de cache originais. Recomendamos essa abordagem.

**Para migrar nós do Memcached de uma única zona de disponibilidade para várias zonas de disponibilidade**

1. Modifique seu cluster criando novos nós de cache nas zonas de disponibilidade onde você deseja. Na sua solicitação, faça o seguinte:
   + Defina `AZMode` (CLI: `- -az-mode`) como `cross-az`.
   + Defina `NumCacheNodes` (CLI: `- -num-cache-nodes`) como o número de nós de cache ativos no momento mais o número de novos nós de cache que você deseja criar.
   + Defina `NewAvailabilityZones` (CLI: `- -new-availability-zones`) como uma lista das zonas nas quais você deseja que os novos nós de cache sejam criados. Para ElastiCache determinar a zona de disponibilidade para cada novo nó, não especifique uma lista.
   +  Defina `ApplyImmediately` (CLI: `- -apply-immediately`) como verdadeiro. 
**nota**  
Se você não estiver usando a descoberta automática, atualize sua aplicação cliente com os novos endpoints do nó de cache.

   Antes de passar para a próxima etapa, certifique-se de que os nós do Memcached estão totalmente criados e disponíveis.

1. Modifique seu cluster removendo os nós que você não deseja mais na zona de disponibilidade original. Na sua solicitação, faça o seguinte:
   + Defina `NumCacheNodes` (CLI: `- -num-cache-nodes`) como o número de nós de cache ativos que você deseja após esta modificação ser aplicada.
   + Defina `CacheNodeIdsToRemove` (CLI: `- -nodes-to-remove`) como uma lista dos nós de cache que você deseja remover do cluster.

     O número de IDs de nó de cache listados deve ser igual ao número de nós ativos no momento menos o valor em `NumCacheNodes`.
   + (Opcional) Defina `ApplyImmediately` (CLI: `- -apply-immediately`) como verdadeiro.

     Se você não definir `ApplyImmediately` (CLI: `- -apply-immediately`) como verdadeiro, as exclusões de nó ocorrerão na sua próxima janela de manutenção.

## Localização dos seus nós
<a name="RegionsAndAZs.AZMode"></a>

A Amazon ElastiCache oferece suporte à localização de todos os nós de um cluster em uma ou várias zonas de disponibilidade (AZs). Além disso, se você optar por localizar seus nós em várias AZs (recomendado), ElastiCache permite que você escolha a AZ para cada nó ou permita ElastiCache escolhê-las para você.

Ao localizar os nós em diferentes AZs, você elimina a chance de que uma falha, como uma queda de energia, em uma AZ faça com que todo o seu sistema falhe. O teste demonstrou que não há diferença de latência significativa entre localizar todos os nós em uma AZ ou espalhá-los em várias AZs. 

Você pode especificar uma AZ para cada nó ao criar um cluster ou adicionar nós ao modificar um cluster existente. Ao especificar uma AZ para cada nó ao criar um cluster, a AZ deverá estar disponível nesse grupo de sub-redes. Para saber mais, consulte:
+ [Criação de um cluster do Memcached](Clusters.Create-mc.md)
+ [Criação de um cluster do Valkey ou Redis OSS](Clusters.Create.md)
+ [Modificando um cluster ElastiCache](Clusters.Modify.md)
+ [Adicionar nós a um ElastiCache cluster](Clusters.AddNode.md)

## Regiões suportadas: &amp; endpoints
<a name="SupportedRegions"></a>

A Amazon ElastiCache está disponível em várias AWS regiões. Isso significa que você pode lançar ElastiCache clusters em locais que atendam às suas necessidades. Por exemplo, você pode lançar na AWS região mais próxima de seus clientes ou em uma AWS região específica para atender a determinados requisitos legais.

Cada região é projetada para ser completamente isolada das outras. Em cada região há várias zonas de disponibilidade (AZ). ElastiCache Os caches sem servidor replicam automaticamente os dados em várias zonas de disponibilidade (exceto `us-west-1` quando os dados são replicados em duas zonas de disponibilidade) para obter alta disponibilidade. Ao projetar seu próprio ElastiCache cluster, você pode optar por iniciar seus nós em diferentes AZs para obter tolerância a falhas. Para obter mais informações sobre regiões e zonas de disponibilidade, consulte [Escolhendo regiões e zonas de disponibilidade para ElastiCache](#RegionsAndAZs) no início deste tópico.


**Regiões onde ElastiCache é suportado**  

<table>
<thead>
  <tr><th>Região Name/Region</th><th>Endpoint</th><th>Protocolo</th><th></th></tr>
</thead>
<tbody>
  <tr><td>Região Leste dos EUA (Ohio)<br />`us-east-2`</td><td>`elasticache.us-east-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Leste dos EUA (Norte da Virgínia)<br />`us-east-1`</td><td>`elasticache.us-east-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Oeste dos EUA (N. da Califórnia)<br />`us-west-1`</td><td>`elasticache.us-west-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Oeste dos EUA (Oregon)<br />`us-west-2`</td><td>`elasticache.us-west-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Canadá (Central)<br />`ca-central-1`</td><td>`elasticache.ca-central-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região do Canadá (Oeste)<br />`ca-west-1`</td><td>`elasticache.ca-west-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Ásia-Pacífico (Jacarta)<br />`ap-southeast-3`</td><td>`elasticache.ap-southeast-3.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Ásia-Pacífico (Mumbai)<br />`ap-south-1`</td><td>`elasticache.ap-south-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Ásia-Pacífico (Haiderabade)<br />`ap-south-2`</td><td>`elasticache.ap-south-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Ásia-Pacífico (Tóquio)<br />`ap-northeast-1`</td><td>`elasticache.ap-northeast-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Ásia-Pacífico (Seul)<br />`ap-northeast-2`</td><td>`elasticache.ap-northeast-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Ásia-Pacífico (Osaka)<br />`ap-northeast-3`</td><td>`elasticache.ap-northeast-3.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Ásia-Pacífico (Singapura)<br />`ap-southeast-1`</td><td>`elasticache.ap-southeast-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Ásia-Pacífico (Sydney)<br />`ap-southeast-2`</td><td>`elasticache.ap-southeast-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Frankfurt)<br />`eu-central-1`</td><td>`elasticache.eu-central-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Zurique)<br />`eu-central-2`</td><td>`elasticache.eu-central-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Estocolmo)<br />`eu-north-1`</td><td>`elasticache.eu-north-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Oriente Médio (Bahrein)<br />`me-south-1`</td><td>`elasticache.me-south-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região do Oriente Médio (Emirados Árabes Unidos)<br />`me-central-1`</td><td>`elasticache.me-central-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Irlanda)<br />`eu-west-1`</td><td>`elasticache.eu-west-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Londres)<br />`eu-west-2`</td><td>`elasticache.eu-west-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Paris)<br />`eu-west-3`</td><td>`elasticache.eu-west-3.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Milão)<br />`eu-south-1`</td><td>`elasticache.eu-south-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Europa (Espanha)<br />`eu-south-2`</td><td>`elasticache.eu-south-2.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região América do Sul (São Paulo)<br />`sa-east-1`</td><td>`elasticache.sa-east-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região China (Pequim)<br />`cn-north-1`</td><td>`elasticache---cn-north-1.amazonaws.com.rproxy.govskope.us.cn`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região China (Ningxia)<br />`cn-northwest-1`</td><td>`elasticache---cn-northwest-1.amazonaws.com.rproxy.govskope.us.cn`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região Ásia-Pacífico (Hong Kong)<br />`ap-east-1`</td><td>`elasticache.ap-east-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região África (Cidade do Cabo)<br />`af-south-1`</td><td>`elasticache.af-south-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>Região de Israel (Tel Aviv)<br />`il-central-1`</td><td>`elasticache.il-central-1.amazonaws.com`</td><td>HTTPS</td><td></td></tr>
  <tr><td>AWS GovCloud (US-West)<br />`us-gov-west-1`</td><td>elasticache.us-gov-west-1.amazonaws.com</td><td>HTTPS</td><td></td></tr>
  <tr><td>AWS GovCloud (US-East)<br />`us-gov-east-1`</td><td>elasticache.us-gov-east-1.amazonaws.com</td><td>HTTPS</td><td></td></tr>
  <tr><td colspan="3">Para obter informações sobre como usar o AWS GovCloud (EUA) com ElastiCache, consulte [Serviços na região AWS GovCloud (EUA): ElastiCache](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-elc.html).</td><td></td></tr>
</tbody>
</table>


Algumas regiões oferecem suporte a um subconjunto de tipos de nós. Para obter uma tabela dos tipos de nós compatíveis por AWS região, consulte[Tipos de nós suportados por AWS Região](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).

A maioria das regiões oferece suporte ao estabelecimento de uma conexão privada entre seus endpoints de VPC e ElastiCache API, criando uma interface por meio de um endpoint de VPC. AWS PrivateLink Para obter mais informações, consulte [ElastiCache API e interface VPC endpoints (AWS PrivateLink)](elasticache-privatelink.md).

Para ver uma tabela de AWS produtos e serviços por região, consulte [Produtos e serviços por região](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/).