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.
Regiões e zonas de disponibilidade da
Tópicos
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
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) comocross-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.
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:
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 no início deste tópico.
| Nome da região/região | Endpoint | Protocolo |
|---|---|---|
Região Leste dos EUA (Ohio)
|
|
HTTPS |
Região Leste dos EUA (Norte da Virgínia)
|
|
HTTPS |
Região Oeste dos EUA (Norte da Califórnia)
|
|
HTTPS |
Região Oeste dos EUA (Oregon)
|
|
HTTPS |
Região Canadá (Central)
|
|
HTTPS |
Região do Canadá (Oeste)
|
|
HTTPS |
Ásia-Pacífico (Jacarta)
|
|
HTTPS |
Região Ásia-Pacífico (Mumbai)
|
|
HTTPS |
Ásia-Pacífico (Haiderabade)
|
|
HTTPS |
Região Ásia-Pacífico (Tóquio)
|
|
HTTPS |
Região Ásia-Pacífico (Seul)
|
|
HTTPS |
Região Ásia-Pacífico (Osaka)
|
|
HTTPS |
Região Ásia-Pacífico (Singapura)
|
|
HTTPS |
Ásia-Pacífico (Sydney)
|
|
HTTPS |
Região Europa (Frankfurt)
|
|
HTTPS |
Região Europa (Zurique)
|
|
HTTPS |
Região Europa (Estocolmo)
|
|
HTTPS |
Região Oriente Médio (Bahrein)
|
|
HTTPS |
Região do Oriente Médio (Emirados Árabes Unidos)
|
|
HTTPS |
Região Europa (Irlanda)
|
|
HTTPS |
Região Europa (Londres)
|
|
HTTPS |
Região Europa (Paris)
|
|
HTTPS |
Região Europa (Milão)
|
|
HTTPS |
Região Europa (Espanha)
|
|
HTTPS |
Região América do Sul (São Paulo)
|
|
HTTPS |
Região China (Pequim)
|
|
HTTPS |
Região China (Ningxia)
|
|
HTTPS |
Região Ásia-Pacífico (Hong Kong)
|
|
HTTPS |
Região África (Cidade do Cabo)
|
|
HTTPS |
Região de Israel (Tel Aviv)
|
|
HTTPS |
|
AWS GovCloud (Oeste dos EUA)
|
elasticache.us-gov-west-1.amazonaws.com |
HTTPS |
|
AWS GovCloud (Leste dos EUA)
|
elasticache.us-gov-east-1.amazonaws.com |
HTTPS |
Para obter informações sobre o uso da AWS GovCloud (EUA) com o ElastiCache, consulte Serviços na região da AWS GovCloud (EUA): ElastiCache. |
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.
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 API do ElastiCache e endpoints da VPC de interface (AWS PrivateLink).
Para obter uma tabela de produtos e serviços da AWS por região, consulte Produtos e serviços por região
