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á.
# 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 maior 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](Replication.Modify.md).
**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 [Modificação de um cluster do ElastiCache](Clusters.Modify.md).
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](ParameterGroups.Engine.md#ParameterGroups.Memcached.Overhead).
## 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.
ElastiCache Os clusters baseados em nós oferecem suporte à ElastiCache versão 7.2 para Valkey e superior, ElastiCache versão 1.4.5 para Memcached e superior e 4.0.10 para Redis OSS e ElastiCache superior.
**Topics**
+ [Versões compatíveis do Valkey](#supported-engine-versions.valkey)
+ [Vale 8.2](#valkey-version-8.2)
+ [Vale 8.1](#valkey-version-8.1)
+ [Vale 8.0](#valkey-version-8)
+ [ElastiCache versão 7.2.6 para Valkey](#valkey-version-7.2.6)
### 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](BestPractices.Clients.redis.md) com novas tentativas de erro e recuo exponencial e as práticas recomendadas para [minimizar o tempo de inatividade durante a manutenção](BestPractices.MinimizeDowntime.md).
+ 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](backups-manual.md).
1. 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](backups-seeding-redis.md).
1. 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](Clusters.Delete.md) ou [Exclusão de um grupo de replicação](Replication.DeletingRepGroup.md).
1. 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)](scaling-redis-cluster-mode-enabled.md).
+ 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 Redis OSS de nó único e clusters Redis individuais com o Multi-AZ desabilitado, 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](BestPractices.BGSAVE.md). 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 com o Multi-AZ habilitado, também recomendamos que você programe atualizações do mecanismo durante períodos de baixo tráfego de gravações recebidas. 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 8.2 para Valkey
Aqui estão alguns dos novos recursos introduzidos no Valkey 8.2 (em comparação com o ElastiCache Valkey 8.1):
+ Compatibilidade nativa para [pesquisa vetorial](vector-search.md), permitindo o armazenamento, a indexação, pesquisa e atualização de bilhões de incorporações vetoriais de alta dimensão na memória com latências de até microssegundos.
Para ter mais informações sobre o Valkey, consulte [Valkey](https://valkey.io/).
Para saber mais sobre a versão 8.2 do Valkey, introduzindo a pesquisa vetorial, consulte [Valkey Search](https://github.com/valkey-io/valkey-search).
### ElastiCache versão 8.1 para Valkey
Aqui estão alguns dos novos recursos introduzidos no Valkey 8.1 (em comparação com o ElastiCache Valkey 8.0):
+ Uma [nova implementação de tabela de hash](https://valkey.io/blog/new-hash-table/) que reduz a sobrecarga de memória para reduzir o uso de memória em até 20% para padrões comuns key/value .
+ Compatibilidade nativa para [filtros Bloom](https://valkey.io/topics/bloomfilters/), um novo tipo de dados que permite realizar pesquisas usando até 98% menos memória em comparação com o uso do tipo de dados Set.
+ Novo comando [COMMANDLOG](https://valkey.io/commands/commandlog-get/) que registra execuções lentas, solicitações grandes e respostas grandes.
+ Novo suporte de atualização condicional para o comando SET usando o argumento IFEQ.
+ Melhorias de desempenho, incluindo latência até 45% menor para o comando ZRANK, desempenho até 12x mais rápido para PFMERGE e PFCOUNT e throughput até 514% maior para BITCOUNT.
Para ter mais informações sobre o Valkey, consulte [Valkey](https://valkey.io/).
Para saber mais sobre a versão 8.1 do Valkey, consulte [Notas de versão do Valkey 8.1](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES)
### ElastiCache versão 8.0 para Valkey
Aqui estão alguns dos novos recursos introduzidos no Valkey 8.0 (em comparação com o ElastiCache Valkey 7.2.6):
+ Melhorias na eficiência da memória, permitindo que os usuários armazenem até 20% mais dados por nó sem nenhuma alteração no aplicativo.
+ Infraestrutura de métricas por slot recém-introduzida para clusters baseados em nós, fornecendo visibilidade detalhada do desempenho e do uso de recursos de slots individuais.
+ ElastiCache O Serverless for Valkey 8.0 pode dobrar as solicitações suportadas por segundo (RPS) a cada 2-3 minutos, atingindo 5 milhões de RPS por cache de zero em menos de 13 minutos, com latência de leitura p50 consistente abaixo de um milissegundo.
Para ter mais informações sobre o Valkey, consulte [Valkey](https://valkey.io/).
Para obter mais informações sobre a versão 8 do Valkey, consulte [Notas de versão do Valkey 8](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES)
### ElastiCache versão 7.2.6 para Valkey
Em 10 de outubro de 2024, a ElastiCache versão 7.2.6 do Valkey foi lançada. Aqui estão alguns dos novos recursos introduzidos na versão 7.2 (em comparação com a ElastiCache versão 7.1 do Redis OSS):
+ Otimizações de desempenho e memória para vários tipos de dados: otimização de memória para chaves de tipo de lista e conjunto, otimização de velocidade para comandos de conjuntos ordenados, otimização de desempenho para comandos com várias teclas no modo de cluster, melhorias de pub/sub desempenho, otimização de desempenho para comandos SCAN, SSCAN, HSCAN, ZSCAN e várias outras otimizações menores.
+ Nova opção WITHSCORE para os comandos ZRANK e ZREVRANK
+ CLIENT NO-TOUCH para que os clientes executem comandos sem afetar LRU/LFU as teclas.
+ Novo comando CLUSTER MYSHARDID que retorna o ID do fragmento do nó para agrupar logicamente os nós no modo de cluster com base na replicação.
Para ter mais informações sobre o Valkey, consulte [Valkey](https://valkey.io/).
Para obter mais informações sobre a ElastiCache versão 7.2 para a versão Valkey, consulte as [notas de lançamento do Redis OSS 7.2.4](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (a versão 7.2 para Valkey inclui todas as alterações da ElastiCache versão 7.1 para Redis OSS até a ElastiCache versão 7.2.4 para Redis OSS). ElastiCache [Notas de lançamento do Valkey 7.2](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) no Valkey on. GitHub