Pré-requisitos e limitações - Amazon ElastiCache (Redis OSS)

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

Pré-requisitos e limitações

Ao começar a usar datastores globais, lembre-se do seguinte:

  • Os armazenamentos de dados globais são suportados nas seguintes AWS regiões: Ásia-Pacífico (Seul, Tóquio, Cingapura, Sydney, Mumbai e Osaka), Europa (Frankfurt, Paris, Londres, Irlanda e Estocolmo), Leste dos EUA (Norte da Virgínia e Ohio), Oeste dos EUA (Norte da Califórnia e Oregon), América do Sul (São Paulo), (Oeste dos EUA e Leste dos EUA), Região do Canadá AWS GovCloud (Central), China (Pequim e Ningxia)

  • Todos os clusters (primário e secundário) datastore global devem ter o mesmo número de nós primários, tipo de nó, versão do mecanismo e número de fragmentos (caso o modo cluster esteja habilitado). Cada cluster no datastore global pode ter um número diferente de réplicas de leitura para acomodar o tráfego de leitura local para esse cluster.

    A replicação deve ser habilitada se você planejar usar um cluster de nó único existente.

  • Os armazenamentos de dados globais não são compatíveis com instâncias anteriores a m5 ou r5.

  • Você pode configurar a replicação de um cluster primário de uma AWS região para um cluster secundário em até duas outras AWS regiões.

    nota

    A exceção a isso são regiões China (Pequim) e China (Ningxia), onde a replicação só pode ocorrer entre as duas regiões.

  • É possível trabalhar com datastores globais somente em clusters de VPC. Para ter mais informações, consulte Padrões de acesso para acessar um ElastiCache cache em uma Amazon VPC. Os datastores globais não são compatíveis ao usar o EC2-Classic. Para obter mais informações, consulte EC2-Classic no Guia do usuário do Amazon EC2.

    nota

    No momento, você não pode usar datastores globais no Usando zonas locais com ElastiCache .

  • ElastiCache não suporta failover automático de uma AWS região para outra. Quando necessário, você pode promover um cluster secundário manualmente. Para ver um exemplo, consulte Promoção do cluster secundário para primário.

  • Para a inicialização com os dados existentes, use um cluster existente como primário para criar um datastore global. Não oferecemos suporte à adição de um cluster existente como secundário. O processo de adição do cluster como secundário limpa os dados, o que pode resultar em perda de dados.

  • As atualizações de parâmetros são aplicadas a todos os clusters quando você modifica um grupo de parâmetros local de um cluster pertencente a um datastore global.

  • Você pode dimensionar clusters regionais verticalmente (dimensionando para cima e para baixo) e horizontalmente (reduzindo e ampliando). Você pode dimensionar os clusters modificando o datastore global. Todos os clusters regionais no datastore global são depois dimensionados sem interrupção. Para ter mais informações, consulte Dimensionamento ElastiCache (Redis OSS) .

  • Os datastores globais oferecem suporte à criptografia em repouso, à criptografia em trânsito e ao Redis OSS AUTH.

  • Os armazenamentos de dados globais não oferecem suporte ao Protocolo de Internet versão 6 (IPv6).

  • Os armazenamentos de dados globais oferecem suporte a chaves AWS KMS . Para obter mais informações, consulte Conceitos do serviço de gerenciamento de chaves da AWS no Guia do desenvolvedor do AWS Key Management Service .

nota

Os datastores globais oferecem suporte ao sistema de mensagens pub/sub com as seguintes estipulações:

  • No modo de cluster desabilitado, pub/sub é totalmente compatível. Os eventos publicados no cluster primário da AWS região primária são propagados para as AWS regiões secundárias.

  • No modo de cluster habilitado, o seguinte se aplica:

    • Para eventos publicados que não estão em um keyspace, somente assinantes da mesma AWS região recebem os eventos.

    • Para eventos publicados no keyspace, os assinantes de todas as AWS regiões recebem os eventos.