Pré-requisitos e limitações

MemoryDB multirregional replica dados entre regiões de sua escolha: ao criar um cluster multirregional, você entende e concorda que os dados serão movidos entre as regiões selecionadas.

A remoção de uma região do grupo multirregional também exclui o cluster regional nessa região.

Disponibilidade regional: o MemoryDB multirregional é compatível com estas regiões da AWS: Leste dos EUA (Norte da Virgínia e Ohio), Oeste dos EUA (Oregon, N. da Califórnia), Europa (Irlanda, Frankfurt e Londres) e Ásia-Pacífico (Tóquio, Sydney, Mumbai, Seul e Singapura).

Comportamentos e configurações: todos os clusters regionais multirregionais terão o mesmo número de fragmentos, tipos de instância, versão do mecanismo do Valkey, configurações de TLS e grupos de parâmetros. É possível escolher diferentes autenticações do IAM, ACLs, janelas de snapshot, tags, chaves gerenciadas pelo cliente (CMKs) e janelas de manutenção para cada um dos seus clusters regionais.

Com o MemoryDB multirregional, clusters em diferentes regiões podem ter um número diferente de réplicas.

Tipos de nós compatíveis: o MemoryDB multirregional é compatível com nós R7g de tamanho XL ou superior.

O MemoryDB multirregional é compatível com a versão 7.3 e posterior do mecanismo do Valkey.

Tipos de dados compatíveis: o MemoryDB multirregional atualmente é compatível com a maioria dos tipos de dados do Redis OSS ou Valkey, e adicionaremos suporte para mais tipos de dados no futuro. Os tipos de dados compatíveis incluem strings, hashes, conjuntos e conjuntos classificados, embora nem todos os comandos que manipulam esses tipos de dados sejam compatíveis.

Número total de regiões: com o MemoryDB multirregional, você poderá replicar automaticamente os dados do cluster do MemoryDB entre até cinco regiões da AWS.

Opções compatíveis: o MemoryDB multirregional é compatível com escalabilidade vertical/horizontal, integração do IAM, ACLs, captura automática e sob demanda de snapshots, correção automática de software e monitoramento.

Backup e restauração: é possível criar snapshots para fazer backup dos dados dos clusters regionais de várias regiões. É possível criar um snapshot manualmente ou usar o agendador de snapshots automatizado do MemoryDB para criar um snapshot a cada dia em um horário especificado individualmente para cada cluster regional.

Migração: você pode optar por restaurar qualquer backup no formato do MemoryDB ou Redis OSS/Valkey RDB. Para migrar os dados de um backup, crie um cluster regional multirregional do MemoryDB e especifique a localização do snapshot no Amazon S3. Se for um snapshot do MemoryDB, você também poderá especificar o nome. O MemoryDB multirregional criará o cluster regional com os dados do snapshot. Como o MemoryDB multirregional é compatível com os tipos de dados strings, hashes, conjuntos e conjuntos classificados, você pode migrar dados de snapshot somente para esses tipos de dados compatíveis. Se o arquivo de backup tiver tipos de dados do Redis OSS incompatíveis, o MemoryDB multirregional falhará na operação de migração por padrão.

Reserva de recursos: o MemoryDB multirregional foi projetado para proteger a disponibilidade regional. Alguns recursos são reservados permanentemente em cada nó para garantir que as solicitações locais de leitura e gravação possam ser atendidas independentemente da workload nas regiões de mesmo nível. Esses recursos também servem para proteger a disponibilidade local durante eventos nas regiões de mesmo nível, inclusive durante eventos de isolamento da região e sua recuperação. Isso resulta em características de desempenho diferentes em comparação com o MemoryDB de região única. O MemoryDB multirregional permite escalabilidade vertical e horizontal para expandir os recursos disponíveis.

Sem SLAs de RPO/RTO: o MemoryDB multirregional não fornece um SLA de RPO/RTO declarado. Ele continuará aceitando gravações em uma região da AWS que foi isolada de outras regiões da AWS, o que pode aumentar indefinidamente o atraso na replicação cruzada. Espera-se que os clientes detectem o isolamento usando a métrica “MultiRegionClusterReplicationLag” e redirecionem o tráfego da aplicação para outra região, dependendo do RPO desejado.

Sem endpoint único ou failover automático: em caso de uma interrupção regional, você precisará redirecionar manualmente o tráfego de seus clientes para a pilha de aplicação em outra região. Será necessário garantir que eles tenham configurado corretamente o acesso multirregional aos clusters MemoryDB.

Sem suporte a TTL: o MemoryDB multirregional não é compatível com TTL (vida útil).

Não há suporte para hierarquização de dados ou pesquisa vetorial: o MemoryDB multirregional não é compatível com a pesquisa vetorial nem com os recursos de classificação em camadas de dados.

O MemoryDB multirregional não é compatível com comandos read-modify-write (APPEND, RENAMENX etc.).

A atomicidade e a consistência das transações do Redis OSS não são garantidas no MemoryDB multirregional.

Modelo de autenticação: as ações da API do MemoryDB multirregional podem ser invocadas de qualquer região compatível. O escopo das permissões pode ser restringido especificando o ARN do cluster multirregional em uma política do IAM. O formato do ARN do cluster multirregional é arn:aws:memorydb::<account-id>:multiregioncluster/multi-region-cluster-name. Não há informações sobre a região no ARN.

Limitações de throughput: o MemoryDB multirregional pode permitir um throughput de leitura de até 1,3 GB/s por nó em uma região e um throughput de gravação agregado globalmente de aproximadamente 50 MB/s por fragmento.

Política da AWS: a política ReadOnlyAccess da AWS concede acesso somente de leitura a serviços e recursos da AWS, mas não recupera automaticamente detalhes sobre um ou mais clusters multirregionais. Para recuperar detalhes sobre um ou mais clusters multirregionais, use a política AmazonMemoryDBReadOnlyAccess ou crie políticas gerenciadas pelo cliente do IAM.

Excluir um cluster regional: ao excluir um cluster regional, todas as chaves gerenciadas pelo cliente (CMKs) associadas devem permanecer válidas até que a exclusão do cluster regional seja concluída. Isso garante que os demais clusters regionais possam convergir para um estado consistente.