ElastiCache terminologia - Amazon ElastiCache

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á.

ElastiCache terminologia

Em outubro de 2016, a Amazon ElastiCache lançou o suporte para o Redis OSS 3.2. Nesse ponto, adicionamos suporte para particionar seus dados em até 500 fragmentos (chamados de grupos de nós na ElastiCache API e). AWS CLI Para preservar a compatibilidade com as versões anteriores, ampliamos as operações da API versão 2015-02-02 para incluir a nova funcionalidade do Redis OSS.

Ao mesmo tempo, começamos a usar a terminologia no ElastiCache console que é usada nessa nova funcionalidade e é comum em todo o setor. Essas mudanças significam que, em alguns pontos, a terminologia usada na API e na CLI pode ser diferente da terminologia usada no console. A lista a seguir identifica termos que podem diferir entre a API e a CLI e o console.

Cluster ou nó de cache vs. nó

Há uma one-to-one relação entre um nó e um cluster de cache quando não há nós de réplica. Assim, o ElastiCache console costumava usar os termos de forma intercambiável. O console agora usa apenas o termo . A única exceção é o botão Create Cluster, que executa o processo para criar um cluster com ou sem nós de réplica.

A ElastiCache API e AWS CLI continue usando os termos como usavam no passado.

Cluster versus grupo de replicação do Valkey ou Redis OSS

O console agora usa o termo cluster ElastiCache para todos os clusters Redis OSS. O console usa o termo Cluster em todas essas circunstâncias:

  • Quando o cluster é um cluster Valkey ou Redis OSS de nó único.

  • Quando o cluster é um do Valkey ou Redis OSS (modo cluster desabilitado) com suporte para replicação dentro de um único fragmento (na API e CLI, chamado de grupo de nós).

  • Quando o cluster é um do Valkey ou Redis (modo cluster habilitado) que oferece suporte à replicação em 1-90 fragmentos ou até 500 com uma solicitação de aumento de limite. Para solicitar um aumento de limite, consulte Limites do serviço da AWS e escolha o tipo de limite Nodes per cluster per instance type (Nós por cluster por tipo de instância).

Para obter mais informações sobre grupos de replicação do Valkey ou do Redis OSS, consulte Alta disponibilidade com o uso de grupos de replicação.

O diagrama a seguir ilustra as várias topologias dos ElastiCache clusters OSS do Redis a partir da perspectiva do console.

Imagem: ElastiCache clusters (visualização do console)

A ElastiCache API e AWS CLI as operações ainda distinguem um único nó ElastiCache para clusters Redis OSS de grupos de replicação Valkey ou Redis OSS de vários nós. O diagrama a seguir ilustra as várias ElastiCache topologias do Redis OSS a partir da API e da ElastiCache perspectiva. AWS CLI

Imagem: ElastiCache para cluster Redis OSS e grupos de replicação Valkey ou Redis OSS (visualização de API e CLI)
Grupo de replicação do Valkey ou do Redis OSS versus datastore global

Um datastore global é uma coleção de um ou mais clusters que são replicados entre regiões, enquanto um grupo de replicação do Valkey ou Redis OSS replica dados em um cluster habilitado para modo cluster com vários fragmentos. Um datastore global consiste no seguinte:

  • Cluster primário (ativo): um cluster primário aceita gravações que são replicadas para todos os clusters dentro do datastore global. Um cluster primário também aceita solicitações de leitura.

  • Cluster secundário (passivo): um cluster secundário só aceita solicitações de leitura e replica as atualizações de dados de um cluster primário. Um cluster secundário precisa estar em uma AWS região diferente do cluster primário.

Para obter informações sobre datastores globais, consulte Replicação entre AWS regiões usando datastores globais.