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á.
# Seleção de regiões e zonas de disponibilidade para o ElastiCache
Você pode oferecer escalabilidade e confiabilidade adicionais a clusters do ElastiCache designando regiões e zonas de disponibilidade usando o endpoint correspondente.
Os recursos de computação em nuvem da AWS são abrigados em instalações de data centers de alta disponibilidade. 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*.
AWSAs regiões da são grandes e amplamente dispersas em locais geográficos separados. As zonas de disponibilidade são diferentes localizações dentro de uma região da AWS que são projetadas para serem isoladas de falhas em outras zonas de disponibilidade. Elas fornecem conectividade de rede de baixa latência e custo reduzido para outras zonas de disponibilidade na mesma região da AWS.
**Importante**
Cada região é totalmente independente. Qualquer atividade do ElastiCache iniciada (por exemplo, criação de clusters) é executada somente na 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 e endpoints com suporte](#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 da*
**Topics**
+ [Considerações sobre zonas de disponibilidade com o Memcached](#CacheNode.Memcached.AvailabilityZones)
+ [Localização dos seus nós](#RegionsAndAZs.AZMode)
+ [Regiões e endpoints com suporte](#SupportedRegions)
+ [Uso de zonas locais com o ElastiCache](Local_zones.md)
+ [Usando Outposts com ElastiCache](ElastiCache-Outposts.md)
## Considerações sobre zonas de disponibilidade com o Memcached
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**
O armazenamento em cache sem servidor do ElastiCache cria um cache altamente disponível que abrange várias zonas de disponibilidade. Você pode especificar sub-redes de zonas de disponibilidade diferentes e da mesma VPC ao criar o cluster de tecnologia sem servidor, ou o ElastiCache vai escolher automaticamente sub-redes da VPC padrão.
**Projeto do próprio ElastiCache para cluster do Memcached**
Um cluster do Memcached pode ter até 300 nós. Ao criar ou adicionar nós ao cluster do Memcached, você pode especificar uma única zona de disponibilidade para todos os seus nós, permitir que o ElastiCache escolha uma única zona de disponibilidade para todos os seus nós, especificar as zonas de disponibilidade para cada nó ou permitir que o ElastiCache escolha 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 da zona de disponibilidade tenha seus nós distribuídos em várias zonas de disponibilidade, o 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 permitir que o ElastiCache determine 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
O Amazon ElastiCache oferece suporte para localizar todos os nós de um cluster em uma ou várias zonas de disponibilidade (AZs). Além disso, se você optar por localizar os nós em várias AZs (recomendado), o ElastiCache permitirá escolher a AZ para cada nó ou permitir que o ElastiCache a escolha 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 deve estar disponível nesse grupo de sub-redes. Para obter mais informações, 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)
+ [Modificação de um cluster do ElastiCache](Clusters.Modify.md)
+ [Adicionar nós a um ElastiCache cluster](Clusters.AddNode.md)
## Regiões e endpoints com suporte
O Amazon ElastiCache está disponível em várias regiões da AWS. Isso significa que você pode iniciar clusters do ElastiCache nos locais que atendam aos seus requisitos. Por exemplo, você pode ativá-los na região da AWS mais próxima de seus clientes ou ativá-los em determinada região da AWS 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). Os caches de tecnologia sem servidor do ElastiCache replicam dados automaticamente em várias zonas de disponibilidade (exceto `us-west-1`, em que os dados são replicados em duas zonas de disponibilidade) para alta disponibilidade. Ao projetar o próprio cluster do ElastiCache, você pode optar por iniciar os nós em AZs diferentes para obter tolerância a falhas. Para obter mais informações sobre regiões e zonas de disponibilidade, consulte [Seleção de regiões e zonas de disponibilidade para o ElastiCache](#RegionsAndAZs) no início deste tópico.
**Regiões em que o ElastiCache tem suporte**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/RegionsAndAZs.html)
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 região da AWS, consulte [Tipos de nós compatíveis por região da AWS](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).
A maioria das regiões é compatível com o estabelecimento de uma conexão privada entre a VPC e os endpoints da API do ElastiCache criando um endpoint da VPC da interface por meio do AWS PrivateLink. Para obter mais informações, consulte [ElastiCache API e interface VPC endpoints ()AWS PrivateLink](elasticache-privatelink.md).
Para obter uma tabela de produtos e serviços da AWS por região, consulte [Produtos e serviços por região](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/).
# Uso de zonas locais com o ElastiCache
Uma *zona local* é uma extensão de uma região AWS que está geograficamente próxima de seus usuários. É possível estender qualquer nuvem privada virtual (VPC) de uma região principal da AWS para as zonas locais criando uma nova sub-rede e atribuindo-a a uma Local Zone. Quando você criar uma sub-rede em uma zona local, sua VPC também será estendida para essa zona local. A sub-rede na zona local funciona da mesma forma que outras sub-redes na VPC.
Local Zones (Zonas locais) permitem que você coloque recursos como um cluster do ElastiCache em vários locais próximos aos seus usuários.
Quando criar um cluster do ElastiCache, você poderá escolher uma sub-rede em uma zona local. As zonas locais têm suas próprias conexões com a Internet e suporte no Direct Connect. Assim, os recursos criados em uma zona local podem atender usuários locais com comunicações de latência muito baixa. Para obter mais informações, consulte [Zonas locais da AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Uma zona local é representada por um código de região da AWS seguido por um identificador que indica o local, por exemplo, `us-west-2-lax-1a`.
Neste momento, zonas locais disponíveis são `us-west-2-lax-1a` e `us-west-2-lax-1b`.
As seguintes limitações se aplicam ao ElastiCache para zonas locais:
+ Não há suporte para os armazenamentos de dados globais.
+ Não há suporte para migração online.
+ Há suporte de zonas locais para os tipos de nó a seguir no momento:
+ Geração atual:
**Tipos de nó M:** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**Tipos de nó R:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**Tipos de nó T:** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
## Ativação de uma zona local
1. Habilite a zona local no console do Amazon EC2.
Para obter mais informações, consulte [Habilitação de zonas locais](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group) no *Guia do usuário do Amazon EC2*.
1. Crie uma sub-rede na zona local.
Para obter mais informações, consulte [Criar uma sub-rede na VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet) no *Guia do usuário da Amazon VPC*.
1. Criar um grupo de sub-redes do ElastiCache na zona local.
Ao criar um grupo de sub-redes do ElastiCache, escolha o grupo de zonas de disponibilidade para a zona local.
Para obter mais informações, consulte [Criação de um grupo de sub-redes](SubnetGroups.Creating.md).
1. Criar um cluster do ElastiCache for Memcached que use a sub-rede do ElastiCache na zona local.
Para obter mais informações, consulte [Criação de um cluster do Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
1. Criar um cluster do ElastiCache for Redis OSS que use a sub-rede do ElastiCache na zona local. Para obter mais informações, consulte um dos tópicos a seguir:
+ [Criação de um cluster do Valkey (modo cluster desabilitado) (console)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
+ [Criação de um cluster do Valkey ou Redis OSS (modo cluster habilitado) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
# Usando Outposts com ElastiCache
Você pode usar AWS Outposts com. ElastiCache Outposts é um serviço totalmente gerenciado que estende a AWS infraestrutura APIs, os serviços e as ferramentas até as instalações do cliente. Ao fornecer acesso local à infraestrutura AWS gerenciada, o AWS Outposts permite que os clientes criem e executem aplicativos no local usando as mesmas interfaces de programação das AWS regiões, enquanto usam recursos locais de computação e armazenamento para reduzir a latência e as necessidades locais de processamento de dados. Um posto avançado é um pool de capacidade de AWS computação e armazenamento implantado no local do cliente.AWS opera, monitora e gerencia essa capacidade como parte de uma AWS região. Você pode criar sub-redes em seu Outpost e especificá-las ao criar AWS recursos, como clusters. ElastiCache
**nota**
Nesta versão, as seguintes limitações se aplicam:
ElastiCache for Outposts oferece suporte apenas às famílias de nós M5 e R5.
Multi-AZ (não há suporte para replicação cruzada do Outpost).
Não há suporte para migração ao vivo.
Não há suporte para snapshots locais.
Os logs do mecanismo e os logs lentos não podem ser habilitados.
ElastiCache on Outposts não suporta CoIP.
ElastiCache for Outposts não é suportado nas seguintes regiões: cn-north-1, cn-northwest-1 e ap-northeast-3.
## Usando Outposts com o console ElastiCache
1. Faça login no Console de gerenciamento da AWS e abra o ElastiCache console em [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. No painel de navegação, selecione **Caches do Valkey**, **Caches do Redis OSS** ou **Caches do Memcached**.
1. Se você escolher **Caches do Valkey**, selecione **Criar cache do Valkey**. Se você escolher **Caches do Redis OSS**, selecione **Criar cache do Redis OSS**. Se você escolher **Caches do Memcached**, selecione **Criar cache do Memcached**.
1. Em **Configurações de cluster**, selecione **Projetar seu próprio cache** e **Cache de cluster**. Deixe o **Modo Cluster** definido como **Desabilitado**. Em seguida, crie um nome e uma descrição opcional para o cache.
1. Para localização, escolha **On-premises**.
1. Na seção On-premises, você verá o campo **ID do Outpost**. Insira o ID de onde o cluster será executado.
Todas as configurações adicionais em **Configurações de cluster** podem permanecer como padrão.
1. Em **Conectividade**, selecione **Criar um novo grupo de sub-redes** e insira o **ID da VPC**. Deixe o resto como padrão e escolha **Próximo**.
### Configurar opções on-premises
Você pode selecionar um Outpost disponível para adicionar seu cluster ou, se não houver Outposts disponíveis, criar um novo usando as seguintes etapas:
**Em **On-Premises options** (Opções on-premises):**
1. Em **Configurações do Valkey**, **Configurações do Redis OSS** ou **Configurações do Memcached**, dependendo do seu mecanismo preferido:
1. **Nome**: insira um nome para o cluster
1. **Descrição**: insira uma descrição para o cluster.
1. **Compatibilidade da versão do motor: a** versão do motor é baseada na região Outpost AWS
1. **Porta**: para Valkey ou Redis OSS, aceite a porta padrão 6379. Para Memcached, aceite a porta padrão 11211. Se preferir usar uma porta diferente, digite o número da porta.
1. **Parameter group** (Grupo de parâmetros): use a lista suspensa para selecionar um grupo de parâmetros padrão ou personalizado.
1. **Node Type** (Tipo de nó): as instâncias disponíveis são baseadas na disponibilidade dos Outposts. Se estiver usando o Valkey ou o Redis OSS, o Assistente de Portabilidade para .NET para Outposts aceita apenas famílias de nós M5 e R5. Na lista suspensa, selecione **Outposts** e selecione um tipo de nó disponível que você deseje usar para esse cluster. Em seguida, selecione **Save** (Salvar).
1. **Number of Replicas** (Número de réplicas): insira o número de réplicas de leitura desejadas para este grupo de replicação. Você deve ter pelo menos uma e não mais de cinco réplicas de leitura. O valor padrão é 2.
Os nomes gerados automaticamente das réplicas de leitura seguem o mesmo padrão que o nome do cluster primário, com um traço e um número sequencial de três dígitos adicionados ao final, começando com `-002`. Por exemplo, se o grupo de replicação for denominado `MyGroup`, então os nomes dos secundários seriam `MyGroup-002`, `MyGroup-003`, `MyGroup-004`, `MyGroup-005`, `MyGroup-006`.
1. Em **Connectivity** (Conectividade):
1. **Subnet Group** (Grupo de sub-redes): na lista, selecione **Create new** (Criar novo).
+ **Name** (Nome): insira um nome para o grupo de sub-redes.
+ **Description** (Descrição): insira uma descrição para o grupo de sub-redes.
+ **VPC ID** (ID da VPC): o ID da VPC deve corresponder à VPC do Outpost. Se você selecionar uma VPC que não tenha sub-rede nos Outposts, IDs a lista retornará vazia.
+ **Availability Zone or Outpost** (Zona de disponibilidade ou Outpost): selecione o Outpost que você está usando.
+ **Subnet ID** (ID da sub-rede): selecione um ID de sub-rede disponível para o Outpost. Se não houver nenhuma sub-rede IDs disponível, você precisará criá-la. Para obter mais informações, consulte [Criar uma sub-rede](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet).
1. Escolha **Criar**.
### Visualização de detalhes do cluster do Outpost
Na página da lista, selecione um cluster que pertença a um AWS Posto Avançado e observe o seguinte ao visualizar os **detalhes do Cluster**:
+ **Zona de disponibilidade**: representará o Posto Avançado, usando um ARN (Amazon Resource Name) e AWS o número do recurso.
+ Nome **do Posto Avançado**: O nome do Posto AWS Avançado.
## Usando Outposts com a CLI AWS
Você pode usar o AWS Command Line Interface(AWS CLI) para controlar vários AWS serviços na linha de comando e automatizá-los por meio de scripts. Você pode usar a AWS CLI para operações ad hoc (únicas).
### Baixando e configurando o AWS CLI
AWS CLIÉ executado em Windows, macOS ou Linux. Use o procedimento a seguir para fazer download e configurá-la.
**Como fazer download, instalar e configurar a CLI**
1. Faça o download da AWS CLI na página da Web da [interface de linha de AWS comando](https://aws.amazon.com/cli).
1. *Siga as instruções para [instalar a AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) e [configurar a AWS CLI no Guia do](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) usuário.AWS Command Line Interface*
### Usando a AWS CLI com Outposts
Use a seguinte operação da CLI para criar um cluster que use Outposts:
+ [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html)— Usando essa operação, o `outpost-mode` parâmetro aceita um valor que especifica se os nós no cluster são criados em um único Outpost ou em vários Outposts.
**nota**
No momento, somente há suporte para o modo `single-outpost`.
```
aws elasticache create-cache-cluster \
--cache-cluster-id cluster id \
--outpost-mode single-outpost \
```