Gerenciamento de versões para ElastiCache cache sem servidor Gerenciamento de versões para clusters baseados em nós ElastiCache Versões aceitas

Gerenciamento de versões para ElastiCache

Gerencie como você gostaria de atualizar seus ElastiCache caches e clusters baseados em nós atualizados para os mecanismos OSS Valkey, Memcached e Redis.

Gerenciamento de versões para ElastiCache cache sem servidor

Gerencie se e quando o cache ElastiCache sem servidor é atualizado e realize atualizações de versão de acordo com seus próprios termos e cronogramas.

ElastiCache O Serverless aplica automaticamente a versão mais recente do software secundário e de patch ao seu cache, sem nenhum impacto ou tempo de inatividade em seu aplicativo. Não é necessária nenhuma ação de sua parte.

Quando uma nova versão principal estiver disponível, o ElastiCache Serverless enviará uma notificação no console e um evento no. EventBridge Você pode optar por atualizar o cache para a versão principal mais recente modificando o cache usando o console, a CLI ou a API e selecionando a versão mais recente do mecanismo. Semelhante às atualizações secundárias e de patch, as atualizações da versão principal são realizadas sem tempo de inatividade do seu aplicativo.

Gerenciamento de versões para clusters baseados em nós ElastiCache

Ao trabalhar com ElastiCache clusters baseados em nós, você pode controlar quando o software que alimenta seu cluster é atualizado para novas versões suportadas pelo. ElastiCache É possível controlar quando atualizar o cache para as versões MAJOR, MINOR e PATCH mais recentes disponíveis. Você inicia atualizações de versão do mecanismo no seu cluster ou grupo de replicação, modificando-o e especificando uma nova versão do mecanismo.

Você pode controlar se e quando o software compatível com o protocolo que alimenta seu cluster é atualizado para novas versões suportadas pelo. ElastiCache Esse nível de controle permite que você mantenha a compatibilidade com versões específicas, teste novas versões com seu aplicativo antes de implantar em produção e realize atualizações de versão em seus próprios termos e cronogramas.

Como as atualizações de versões podem envolver algum risco de compatibilidade, elas não ocorrem automaticamente. Você deve iniciá-las.

Clusters Valkey e Redis OSS

nota

Se um cluster Valkey ou Redis OSS for replicado em uma ou mais regiões, a versão do mecanismo será atualizada para regiões secundárias e depois para a região primária.
ElastiCache para Redis, as versões OSS são identificadas com uma versão semântica que compreende um componente principal e um menor. Por exemplo, no Redis OSS 6.2, a versão principal é a 6, a versão secundária é a 2. Ao operar clusters baseados em nós, ElastiCache para Redis OSS também expõe o componente de patch, por exemplo, Redis OSS 6.2.1, e a versão do patch é 1.

As versões principais são para alterações incompatíveis da API e as versões secundárias são para novas funcionalidades adicionadas de forma compatível com as versões anteriores. As versões do patch são para correções de bugs compatíveis com versões anteriores e mudanças não funcionais.

Com o Valkey e Redis OSS, você inicia atualizações de versão do mecanismo no seu cluster ou grupo de replicação, modificando-o e especificando uma nova versão do mecanismo. Para obter mais informações, consulte Modificação de um grupo de replicação.

Memcached

Com o Memcached, para atualizar para uma versão mais recente, você deve modificar seu cluster e especificar a nova versão do mecanismo que deseja usar. Atualizar para uma versão do Memcached mais recente é um processo destrutivo. Você perde seus dados e começa com um cache frio. Para obter mais informações, consulte Modificando um cluster ElastiCache.

Você deve estar ciente dos seguintes requisitos ao atualizar de uma versão mais antiga do Memcached para o Memcached versão 1.4.33 ou posterior. CreateCacheCluster e ModifyCacheCluster falham nas seguintes condições:

Se slab_chunk_max > max_item_size.
Se max_item_size modulo slab_chunk_max != 0.
Se max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4).

O valor (max_cache_memory - memcached_connections_overhead) é a memória do nó utilizável para dados. Para obter mais informações, consulte Sobrecarga de conexões do Memcached.

Mecanismos e versões compatíveis

ElastiCache caches sem servidor oferecem suporte à ElastiCache versão 7.2 para Valkey e superior, ElastiCache versão 1.6 para Memcached e superior e 7.0 para Redis OSS e ElastiCache superior.

Node-based ElastiCache os clusters oferecem suporte à ElastiCache versão 7.2 para Valkey e superior, ElastiCache versão 1.4.5 para Memcached e superior e ElastiCache 4.0.10 para Redis OSS e superior.

Node-based ElastiCache os clusters oferecem suporte às seguintes versões do Valkey:

Versões compatíveis do Valkey
Vale 9.0
Vale 8.2
Vale 8.1
Vale 8.0
ElastiCache versão 7.2.6 para Valkey

Versões compatíveis do Valkey

Versões compatíveis do Valkey abaixo. Observe que o Valkey oferece suporte à maioria dos recursos disponíveis na ElastiCache versão 7.2 para Redis OSS por padrão.

Você também pode atualizar seus ElastiCache clusters com versões anteriores à 5.0.6. O processo envolvido é o mesmo, mas pode incorrer em tempo de failover mais longo durante a propagação do DNS (30 s a 1 m).
A partir do Redis OSS 7, ElastiCache oferece suporte à alternância entre Valkey ou Redis OSS (modo de cluster desativado) e Valkey ou Redis OSS (modo de cluster ativado).
O processo de atualização do mecanismo Amazon ElastiCache for Redis OSS foi projetado para fazer o melhor esforço para reter seus dados existentes e requer uma replicação bem-sucedida do Redis OSS.
Ao atualizar o mecanismo, ElastiCache encerrará as conexões existentes do cliente. Para minimizar o tempo de inatividade durante as atualizações do mecanismo, recomendamos implementar as práticas recomendadas para clientes do Redis OSS com novas tentativas de erro e recuo exponencial e as práticas recomendadas para minimizar o tempo de inatividade durante a manutenção.
Não é possível atualizar diretamente do Valkey ou Redis OSS (modo cluster desabilitado) para o Valkey ou Redis OSS (modo cluster habilitado) ao atualizar seu mecanismo. O procedimento a seguir mostra como atualizar do Valkey ou Redis OSS (modo cluster desabilitado) para o Valkey ou Redis OSS (modo cluster habilitado).
Para atualizar de uma versão de mecanismo Valkey ou Redis OSS (modo cluster desabilitado) para Valkey ou Redis OSS (modo cluster habilitado)
1. Faça um backup do seu cluster do Valkey ou Redis OSS (modo cluster desabilitado) ou do grupo de replicação. Para obter mais informações, consulte Realização de backups manuais.
2. Use o backup para criar e propagar um cluster do Valkey ou Redis OSS (modo cluster habilitado) com um fragmento (grupo de nós). Especifique a nova versão do mecanismo e habilite o modo de cluster ao criar o cluster ou o grupo de replicação. Para obter mais informações, consulte Tutorial: propagação de um novo cluster baseado em nós com um backup criado externamente.
3. Exclua o antigo cluster do Valkey ou Redis OSS (modo cluster desabilitado) ou o grupo de replicação. Para acessar mais informações, consulte Excluindo um cluster no ElastiCache ou Exclusão de um grupo de replicação.
4. Escale o novo cluster ou grupo de replicação do Valkey ou Redis OSS (modo cluster habilitado) para o número de fragmentos (grupos de nós) que você precisa. Para obter mais informações, consulte Escalabilidade de clusters no Valkey ou Redis OSS (modo cluster habilitado).
Ao atualizar as principais versões do mecanismo, por exemplo, de 5.0.6 para 6.0, também é necessário selecionar um novo grupo de parâmetros que seja compatível com a nova versão do mecanismo.
Para clusters únicos do Redis OSS e clusters Multi-AZ desativados, recomendamos que seja disponibilizada memória suficiente para o Redis OSS, conforme descrito em. Garantir que você tem memória suficiente para criar um snapshot do Valkey ou Redis OSS Nesses casos, o primário não está disponível para solicitações de serviço durante o processo de atualização.
Para clusters Redis OSS Multi-AZ habilitados, também recomendamos que você agende atualizações do mecanismo durante períodos de baixo tráfego de gravação de entrada. Ao atualizar para o Redis OSS 5.0.6 ou posterior, o cluster primário continua disponível para solicitações de serviço durante o processo de atualização.

Os clusters e os grupos de replicação com vários fragmentos são processados e corrigidos da seguinte forma:
- Todos os estilhaços são processados em paralelo. Somente uma operação de atualização é realizada em um estilhaço por vez.
- Em cada fragmento, todas as réplicas são processadas antes do processamento da primária. Caso haja menos réplicas em um fragmento, a primária nesse fragmento pode ser processada antes da conclusão do processamento das réplicas em outros fragmentos.
- Em todos os fragmentos, os nós primários são processados em série. Somente um nó primário é atualizado por vez.
Caso a criptografia esteja habilitada no cluster ou no grupo de replicação atual, não será possível atualizar para uma versão de mecanismo que não ofereça suporte à criptografia, como de 3.2.6 a 3.2.10.

Considerações sobre o Memcached

Ao atualizar um cluster Memcached baseado em nós, considere o seguinte.

O gerenciamento da versão do mecanismo foi desenvolvido para que você possa ter o máximo controle possível sobre a execução de patches. No entanto, ElastiCache se reserva o direito de corrigir seu cluster em seu nome no caso improvável de uma vulnerabilidade crítica de segurança no sistema ou no software de cache.
Como o mecanismo Memcached não oferece suporte para persistência, as atualizações de versão do mecanismo Memcached são sempre um processo disruptivo que limpa todos os dados do cache no cluster.

ElastiCache versão 9.0 para Valkey

Aqui estão alguns dos novos recursos introduzidos no Valkey 9.0 (em comparação com o ElastiCache Valkey 8.2):

Full-text pesquisa, agregações e pesquisa híbrida — a ElastiCache versão 9.0 para Valkey amplia os recursos de pesquisa introduzidos no Valkey 8.2 com pesquisa de texto completo, pipelines de agregação e consultas híbridas que combinam resultados de texto e vetoriais. Crie experiências de pesquisa poderosas diretamente em seu cache sem gerenciar um mecanismo de pesquisa separado. Esses recursos são baseados no projeto valkey-search de código aberto.
Expiração do campo de hash — defina TTLs em campos individuais dentro de um hash, oferecendo controle refinado sobre o ciclo de vida dos dados sem gerenciar chaves separadas. Expire campos obsoletos automaticamente enquanto mantém o resto do hash intacto. (#2089)
Multi-database suporte no modo cluster — Use bancos de dados numerados (SELECT 0—15) em configurações habilitadas para o modo de cluster, removendo uma limitação de longa data e simplificando as migrações de implantações autônomas para clusters escalados horizontalmente. (#1671)
Taxa de transferência até 40% maior com pipelining — A análise e a pré-busca de comandos otimizadas em solicitações em pipeline oferecem uma taxa de transferência significativamente maior para cargas de trabalho pesadas em lotes, para que você possa processar mais operações por segundo sem adicionar nós. (#2092)
Polygon-based consultas geoespaciais — A nova BYPOLYGON opção GEOSEARCHSTORE permite que você consulte membros dentro de limites arbitrários de polígonos, possibilitando casos de uso de geofencing no mundo real, como zonas de entrega, áreas de serviço e segmentação regional. GEOSEARCH (#1809)
Mais de 100 aprimoramentos adicionais nas versões 9.0.0 a 9.0.3, incluindo 13 novos recursos, 16 otimizações de desempenho com aceleração SIMD, suporte para DELIFEQ, observabilidade expandida com métricas por nó e por slot, suporte à rede MPTCP e autenticação automática baseada em certificado TLS. Para ver a lista completa, consulte as notas de lançamento do Valkey 9.0.