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á.
Abaixo, você encontra informações sobre as melhores práticas para usar as interfaces Valkey, Memcached e Redis OSS. ElastiCache
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.
Usar conexões de longa duração: a criação de uma nova conexão é cara e consome tempo e recursos de CPU 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
KEYSeSMEMBERS. Sugerimos essa abordagem porque essas operações aumentam a carga no cluster e geram impacto no desempenho do cluster. Em vez disso, use os comandosSCANeSSCAN.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.
Usar pub/sub fragmentado: ao usar o Valkey ou Redis para dar suporte a workloads pub/sub com throughput elevado, é recomendável usar pub/sub fragmentado
(disponível com o Valkey e Redis OSS 7 ou posterior). O pub/sub tradicional em clusters habilitados para modo cluster transmite mensagens para todos os nós do cluster, o que pode acarretar EngineCPUUtilizationelevada. Observe isso em ElastiCache comandos tradicionais pub/sub commands internally use sharded pub/sub sem servidor.
Tópicos
