Práticas recomendadas gerais

Use configurações habilitadas para o modo de cluster — o modo de cluster ativado permite que o cache seja dimensionado horizontalmente para obter maior armazenamento e taxa de transferência do que uma configuração desativada no modo de cluster. ElastiCache serverless só está disponível em uma configuração habilitada para o modo de cluster.

Use conexões de longa duração — Criar uma nova conexão é caro e consome tempo e CPU recursos do cache. Reutilize conexões quando possível (por exemplo, com agrupamento de conexões) para amortizar esse custo em muitos comandos.

Leia a partir de réplicas — se você estiver usando réplicas de leitura ElastiCache sem servidor ou tiver réplicas de leitura provisionadas (clusters autoprojetados), direcione as leituras para as réplicas para obter melhor escalabilidade e/ou menor latência. As leituras de réplicas acabarão sendo consistentes com a primária.

Em um cluster autoprojetado, evite direcionar solicitações de leitura para uma única réplica de leitura, pois as leituras talvez não estejam temporariamente disponíveis em caso de falha no nó. Configure o cliente para direcionar solicitações de leitura para pelo menos duas réplicas de leitura ou direcione as leituras para uma única réplica e a primária.

ElastiCache Sem servidor, a leitura da porta de réplica (6380) direcionará as leituras para a zona de disponibilidade local do cliente quando possível, reduzindo a latência de recuperação. Ele vai acabar fazendo fallback automaticamente para os outros nós durante as falhas.

Evite comandos caros: evite executar operações com uso intensivo computacional e de E/S, como os comandos KEYS e SMEMBERS. Sugerimos essa abordagem porque essas operações aumentam a carga no cluster e geram impacto no desempenho do cluster. Em vez disso, use os comandos SCAN e SSCAN.

Siga as práticas recomendadas do Lua: evite scripts Lua de longa execução e sempre declare antecipadamente as chaves usadas em scripts Lua. Recomendamos essa abordagem para determinar se o script Lua não está usando comandos entre slots. Certifique-se de que as chaves usadas em scripts Lua pertencem ao mesmo slot.

Use pub/sub fragmentado — Ao usar o Valkey ou o Redis OSS para oferecer suporte a cargas de trabalho pub/sub com alta taxa de transferência, recomendamos que você use o pub/sub fragmentado (disponível com o Valkey e com o Redis 7 ou posterior). OSS O pub/sub tradicional em clusters habilitados para modo cluster transmite mensagens para todos os nós do cluster, o que pode acarretar EngineCPUUtilization elevada. Observe isso em ElastiCache comandos tradicionais pub/sub commands internally use sharded pub/sub sem servidor.