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á.
# Versões e atualizações do motor em ElastiCache
Esta seção aborda os mecanismos Valkey, Memcached e Redis OSS aceitos e como realizar atualizações. Observe que todos os atributos disponíveis com o Redis OSS 7.2 estão disponíveis no Valkey 7.2 e posteriores, por padrão. Você também pode fazer o upgrade de alguns mecanismos existentes ElastiCache do Redis OSS para um mecanismo Valkey.
# Atualização das versões do mecanismo, incluindo atualizações de mecanismos cruzados
**Valkey e Redis OSS**
Com Valkey e Redis OSS, você inicia atualizações de versão no seu cluster ou grupo de replicação modificando-o com o uso do console do ElastiCache, da AWS CLI ou da API do ElastiCache e especificando uma versão mais nova do mecanismo.
Você também pode fazer uma atualização cruzada do Redis OSS para o Valkey. Para obter mais informações sobre como fazer atualizações cruzadas, consulte [Como atualizar do Redis OSS para o Valkey](#VersionManagement.HowTo.cross-engine-upgrade).
**Topics**
+ [Como atualizar do Redis OSS para o Valkey](#VersionManagement.HowTo.cross-engine-upgrade)
+ [Resolver bloqueios de atualização do mecanismo Valkey ou Redis OSS](#resolving-blocked-engine-upgrades)
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Memcached**
Com o Memcached, para iniciar as atualizações de versão no seu cluster, modifique-o e especifique uma versão mais recente do mecanismo. Faça isso usando o console do ElastiCache, a AWS CLI ou a API do ElastiCache:
+ Para usar a Console de gerenciamento da AWS, consulte - [Uso do Console de gerenciamento da AWS do ElastiCache](Clusters.Modify.md#Clusters.Modify.CON).
+ Para usar a AWS CLI, consulte [Uso da AWS CLI com o ElastiCache](Clusters.Modify.md#Clusters.Modify.CLI).
+ Para usar a API do ElastiCache, consulte [Uso da API do ElastiCache](Clusters.Modify.md#Clusters.Modify.API).
## Como atualizar do Redis OSS para o Valkey
O Valkey foi projetado como um substituto imediato para o Redis OSS 7. Você pode atualizar do Redis OSS para o Valkey usando o Console, a API ou a CLI, especificando o novo mecanismo e a versão principal do mecanismo. O endereço IP do endpoint e todos os outros aspectos do aplicativo não serão alterados pela atualização. Ao atualizar do Redis OSS 5.0.6 e superior, você não terá tempo de inatividade.
**nota**
**Requisitos da versão CLI da AWS para atualizações do Redis OSS para Valkey:**
Para CLI da AWS v1: versão mínima exigida 1.35.2 (versão atual: 1.40.22)
Para CLI da AWS v2: versão mínima exigida 2.18.2 (versão atual: 2.27.22)
**nota**
Ao atualizar de versões anteriores do Redis OSS 5.0.6, você pode experimentar um tempo de failover de 30 a 60 segundos durante a propagação do DNS.
Para atualizar um cluster de nó único Redis OSS (modo cluster desabilitado) existente para o mecanismo Valkey, primeiro siga estas etapas: [Criação de um grupo de replicação usando um cluster existente](Replication.CreatingReplGroup.ExistingCluster.md). Depois que o cluster de nó único Redis OSS (modo cluster desabilitado) tiver sido adicionado a um grupo de replicação, você pode fazer atualização cruzada entre mecanismos para o Valkey.
### Atualização de um grupo de replicação do Redis OSS para o Valkey
Se você tiver um grupo de replicação Redis OSS existente que esteja usando o grupo de parâmetros de cache padrão, poderá atualizar para o Valkey especificando o novo mecanismo e a versão do mecanismo com a API modify-replication-group.
Para Linux, macOS ou Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0
```
Para Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0
```
Se você tiver um grupo de parâmetros de cache personalizado aplicado ao grupo de replicação do Redis OSS existente que deseja atualizar, também será necessário passar um grupo de parâmetros de cache personalizado do Valkey na solicitação. O grupo de parâmetros personalizados de entrada do Valkey deve ter os mesmos valores de parâmetros estáticos do Redis OSS que o grupo de parâmetros personalizados do Redis OSS existente.
Para Linux, macOS ou Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0 \
--cache-parameter-group-name myParamGroup
```
Para Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0 ^
--cache-parameter-group-name myParamGroup
```
### Atualização de um cache de tecnologia sem servidor Redis OSS para Valkey com a CLI
Para Linux, macOS ou Unix:
```
aws elasticache modify-serverless-cache \
--serverless-cache-name myCluster \
--engine valkey \
--major-engine-version 8
```
Para Windows:
```
aws elasticache modify-serverless-cache ^
--serverless-cache-name myCluster ^
--engine valkey ^
--major-engine-version 8
```
### Atualização do Redis OSS para o Valkey com o Console
**Atualização do Redis OSS 5 para o Valkey**
1. Selecione o cache do Redis OSS para atualizar.
1. Uma janela **Atualizar para o Valkey** deve aparecer. Selecione o botão **Atualizar para o Valkey**.
1. Acesse **Configurações de cache** e selecione **Versão do mecanismo**. A versão mais recente do Valkey é recomendada.
1. Se esse cache for de tecnologia sem servidor, você precisará atualizar o grupo de parâmetros. Vá para a área **Grupos de parâmetros** das **Configurações de cache** e selecione um grupo de parâmetros apropriado, como *default.valkey8*.
1. Selecione **Atualizar**.
Esse cache agora será listado na área Valkey do console.
**nota**
A atualização diretamente do Redis OSS 4 ou inferior para o Valkey pode incluir um tempo de failover maior de 30 a 60 segundos durante a propagação do DNS.
### Como fazer o downgrade do Valkey para o Redis OSS
Se, por algum motivo, você desejar reverter seu cluster atualizado, o Amazon ElastiCache é compatível com a reversão de um cache do Valkey 7.2 para o Redis OSS 7.1. Você pode realizar uma reversão usando as mesmas etapas de console, API ou CLI de uma atualização do mecanismo e especificando o Redis OSS 7.1 como a versão do mecanismo de destino. As reversões usam os mesmos processos de uma atualização. O endereço IP do endpoint e todos os outros aspectos do aplicativo não serão alterados pela reversão e você não terá tempo de inatividade.
Além disso, você pode restaurar um instantâneo criado a partir do cache do Valkey 7.2 como um cache do Redis OSS 7.1. Ao restaurar a partir de um snapshot, você pode especificar o Redis OSS 7.1 como a versão do mecanismo de destino. Ao usar essa opção, um novo cache será criado a partir do instantâneo. A restauração a partir de um instantâneo não tem efeito no cache do Valkey a partir do qual o instantâneo foi criado.
Os seguintes requisitos e limitações se aplicam ao realizar uma reversão:
+ O ElastiCache só é compatível com a reversão do Valkey 7.2 para o Redis OSS 7.1. Isso é verdade mesmo se você tiver atualizado para o Valkey 7.2 de uma versão anterior ao Redis OSS 7.1.
+ Qualquer grupo de usuários e usuários associados ao grupo de replicação ou ao cache com tecnologia sem servidor que está sendo revertido devem ser configurados com o tipo de mecanismo `REDIS`.
## Resolver bloqueios de atualização do mecanismo Valkey ou Redis OSS
Conforme mostrado na tabela a seguir, a operação de atualização do mecanismo Valkey ou Redis OSS será bloqueada se você tiver uma operação pendente de aumento vertical da escala.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Para resolver uma atualização bloqueada do mecanismo do Redis OSS**
+ Execute um destes procedimentos:
+ Planeje sua operação de atualização do mecanismo Redis OSS ou Valkey para a próxima janela de manutenção, desmarcando a caixa de seleção **Apply immediately (Aplicar imediatamente)**.
Com a CLI, use `--no-apply-immediately`. Com a API, use `ApplyImmediately=false`.
+ Aguarde até sua próxima janela de manutenção (ou depois) para realizar sua operação de atualização do mecanismo Redis OSS.
+ Adicione a operação de aumento vertical da escala do Redis OSS a essa modificação de cluster com a caixa de seleção **Apply Immediately (Aplicar imediatamente)** marcada.
Com a CLI, use `--apply-immediately`. Com a API, use `ApplyImmediately=true`.
Essa abordagem cancela efetivamente a atualização do mecanismo durante a próxima janela de manutenção, executando-a imediatamente.
# Suporte estendido do ElastiCache
Com o suporte estendido do ElastiCache, é possível continuar executando o cache em uma versão principal do mecanismo após a data de término do suporte padrão por um custo adicional. Se você não fizer o upgrade após o término da data de suporte padrão, você será cobrado.
O Suporte estendido fornece as seguintes atualizações e suporte técnico:
+ Atualizações de segurança para CVEs críticos e altos para seu cache e mecanismo de cache
+ Correções de erros e patches para problemas críticos
+ A capacidade de abrir casos de suporte e receber ajuda para solução de problemas dentro do acordo de serviço padrão do ElastiCache
Essa oferta paga oferece a você mais tempo para atualizar para uma versão principal compatível do mecanismo.
Por exemplo, a data de término do suporte padrão do ElastiCache para o Redis OSS 4.0.10 é 31 de janeiro de 2026. Se você não estiver pronto para atualizar manualmente para o Valkey ou para o Redis OSS 6 ou posterior até essa data, o ElastiCache inscreverá automaticamente seus caches no Suporte estendido e você poderá continuar executando o Redis OSS 4.0.10. A partir do primeiro dia do mês após o término do suporte padrão, 1º de fevereiro de 2026, o ElastiCache cobra automaticamente pelo Suporte estendido.
O Suporte estendido para uma versão principal do mecanismo ficará disponível até três anos após a data de término do suporte padrão. Para as versões 4 e 5 do Elasticache para Redis OSS, isso será em 31 de janeiro de 2029. Após essa data, todos os caches que ainda executam as versões 4 e 5 do Redis OSS serão automaticamente atualizados para a versão mais recente do Valkey.
Quando o período de suporte de um mecanismo terminar, os caches que continuarem executando essa versão antiga passarão automaticamente para o Suporte estendido. Você será notificado antes da data de início dos preços do Suporte estendido para que, em vez disso, você possa atualizar sua instância. Você também pode cancelar explicitamente a qualquer momento fazendo o upgrade para as versões compatíveis.
Para ter mais informações sobre as datas de fim do suporte padrão e do Suporte estendido, consulte [ElastiCache versões para o cronograma de fim de vida útil do Redis OSS](engine-versions.md#deprecated-engine-versions) para Valkey, Memcached ou Redis OSS.
**Topics**
+ [Cobranças do Suporte estendido do ElastiCache](extended-support-charges.md)
+ [Versões com o Suporte estendido do ElastiCache](extended-support-versions.md)
+ [ElastiCache e responsabilidades do cliente com o Suporte estendido do ElastiCache](extended-support-responsibilities.md)
# Cobranças do Suporte estendido do ElastiCache
Você pagará por todos os mecanismos inscritos no Suporte estendido do ElastiCache desde o dia seguinte à data de término do suporte padrão. Para saber a data de término do suporte padrão do ElastiCache, consulte [Versões com o Suporte estendido do ElastiCache](extended-support-versions.md).
A cobrança adicional pelo Suporte estendido do ElastiCache é interrompida automaticamente ao realizar uma das seguintes ações:
+ Atualizar para uma versão do mecanismo coberta pelo suporte padrão.
+ Excluir o cache que está executando uma versão principal após a data de fim do suporte padrão do ElastiCache.
As cobranças serão reiniciadas se a versão do mecanismo de destino entrar no Suporte estendido no futuro.
Por exemplo, digamos que o ElastiCache versão 4 para Redis OSS entre no Suporte estendido em 1º de fevereiro de 2026 e você atualize seus caches da v4 para a v6 em 1º de janeiro de 2027. Você só será cobrado por 11 meses de Suporte estendido, no ElastiCache versão 4 para Redis OSS. Se você continuar executando o ElastiCache versão 6 para Redis OSS após a data de fim do suporte padrão de 31 de janeiro de 2027, esses caches voltarão a incorrer em cobranças de Suporte estendido a partir de 1º de fevereiro de 2027.
Você pode evitar a cobrança pelo Suporte do ElastiCacheExtended impedindo que o ElastiCache crie ou restaure um cache após a data de fim do suporte padrão do ElastiCache.
Para obter mais informações, consulte [Definição de preço Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
# Versões com o Suporte estendido do ElastiCache
As versões 4 e 5 do Redis Open Source Software (OSS) atingiram o fim da vida útil da comunidade em 2020 e 2022, respectivamente. Isso significa que a comunidade não lançará mais atualizações, correções de erros ou patches de segurança. O suporte padrão para as versões 4 e 5 do ElastiCache Redis OSS no ElastiCache terminará em 31 de janeiro de 2026. Continuar usando versões não suportadas do Redis OSS pode deixar seus dados vulneráveis a [vulnerabilidades e exposições comuns](https://nvd.nist.gov/vuln-metrics/cvss) (CVEs) conhecidas.
A partir de 1º de fevereiro de 2026, os caches do ElastiCache ainda em execução nas versões 4 e 5 do Redis OSS serão automaticamente registrados no Suporte estendido, para fornecer disponibilidade e segurança contínuas. Embora o Suporte estendido ofereça flexibilidade, recomendamos tratar o fim do suporte padrão como um marco de planejamento para suas workloads de produção. Recomendamos fortemente que você atualize seus caches do Redis OSS v4 e v5 para o ElastiCache for Valkey ou o Redis OSS v6 ou posterior, antes do fim do suporte padrão.
A tabela a seguir resume a data de fim do suporte padrão e as datas de Suporte estendido do Amazon ElastiCache.
**Suporte estendido e cronograma de fim de vida**
| Versão principal do mecanismo | Fim do suporte padrão | Início do Suporte estendido premium do ano 1 | Início do Suporte estendido premium do ano 2 | Início do Suporte estendido premium do ano 3 | Fim do Suporte estendido e versão EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS v4 | 31/1/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 1/31/2029 |
| Redis OSS v5 | 31/1/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 1/31/2029 |
| Redis OSS v6 | 1/31/2027 | 1/2/2027 | 1/2/2028 | 1/2/2029 | 1/31/2030 |
O Suporte estendido só será oferecido para a versão de patch mais recente compatível com cada versão principal do Redis OSS. Quando o Suporte estendido começar em 1º de fevereiro de 2026, se seus clusters do Redis OSS v4 e v5 ainda não estiverem nas versões de patch mais recentes, eles serão automaticamente atualizados para v4.0.10 para Redis OSS v4 e v5.0.6 para Redis OSS v5, antes de serem inscritos no Suporte estendido. Isso garante que você receba atualizações de segurança e correções de bugs por meio do Suporte estendido. Você não precisa realizar nenhuma ação para atualizar para essas versões de patch mais recentes como parte da transição do Suporte estendido.
# ElastiCache e responsabilidades do cliente com o Suporte estendido do ElastiCache
A seguir estão as responsabilidades do Amazon ElastiCache e suas responsabilidades com o Suporte estendido do ElastiCache.
**Responsabilidades do Amazon ElastiCache**
Após a data de término do suporte padrão do ElastiCache, o Amazon ElastiCache fornecerá patches, correções de erros e atualizações para mecanismos inscritos no Suporte estendido do ElastiCache. Isso ocorrerá por até três anos ou até que você pare de usar os mecanismos no Suporte estendido, o que ocorrer primeiro.
**Suas responsabilidades**
Você é responsável por aplicar os patches, correções de erros e atualizações fornecidos para caches no Suporte estendido do ElastiCache. O Amazon ElastiCache reserva-se o direito de alterar, substituir ou retirar esses patches, correções de erros e atualizações a qualquer momento. Caso seja necessário um patch para resolver problemas críticos de segurança ou estabilidade, o Amazon ElastiCache reserva-se o direito de atualizar seus caches com o patch ou exigir que você instale o patch.
Você também é responsável por atualizar o mecanismo para uma versão mais nova antes da data de término do Suporte estendido do ElastiCache. A data de término do Suporte estendido do ElastiCache normalmente é três anos após a data de término do suporte padrão do ElastiCache.
Se você não atualizar o mecanismo, após o fim do Suporte estendido do ElastiCache, o Amazon ElastiCache tentará atualizá-lo para a versão mais recente aceita pelo suporte padrão do ElastiCache. Se a atualização falhar, o Amazon ElastiCache se reserva o direito de excluir o cache que está executando o mecanismo após a data de término do suporte padrão do ElastiCache. No entanto, antes de fazer isso, o Amazon ElastiCache preservará os dados desse mecanismo.
# 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
## 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
## Versões compatíveis do mecanismo do Redis OSS
ElastiCache Caches sem servidor e clusters baseados em nós oferecem suporte a todas as versões 7.1 e anteriores do Redis OSS.
+ [ElastiCache versão 7.1 para Redis OSS (aprimorada)](#redis-version-7.1)
**Topics**
+ [ElastiCache versão 7.1 para Redis OSS (aprimorada)](#redis-version-7.1)
+ [ElastiCache versão 7.0 para Redis OSS (aprimorada)](#redis-version-7.0)
+ [ElastiCache versão 6.2 para Redis OSS (aprimorada)](#redis-version-6.2)
+ [ElastiCache versão 6.0 para Redis OSS (aprimorada)](#redis-version-6.0)
+ [ElastiCache versão 5.0.6 para Redis OSS (aprimorada)](#redis-version-5-0.6)
+ [ElastiCache versão 5.0.5 para Redis OSS (obsoleta, use a versão 5.0.6)](#redis-version-5-0.5)
+ [ElastiCache versão 5.0.4 para Redis OSS (obsoleta, use a versão 5.0.6)](#redis-version-5-0.4)
+ [ElastiCache versão 5.0.3 para Redis OSS (obsoleta, use a versão 5.0.6)](#redis-version-5-0.3)
+ [ElastiCache versão 5.0.0 para Redis OSS (obsoleta, use a versão 5.0.6)](#redis-version-5-0)
+ [ElastiCache versão 4.0.10 para Redis OSS (aprimorada)](#redis-version-4-0-10)
+ [Versões que ultrapassaram o fim de vida útil (EOL) (3.x)](#redis-version-3-2-10-scheduled-eol)
+ [Versões que ultrapassaram o fim de vida útil (EOL) (2.x)](#redis-version-2-x-eol)
### ElastiCache versão 7.1 para Redis OSS (aprimorada)
Esta versão contém melhorias de desempenho que permitem que as cargas de trabalho aumentem a produtividade e reduzam as latências de operação. ElastiCache [a versão 7.1 para Redis OSS apresenta dois aprimoramentos principais:](https://aws.amazon.com/blogs/database/achieve-over-500-million-requests-per-second-per-cluster-with-amazon-elasticache-for-redis-7-1/)
Estendemos a funcionalidade aprimorada de I/O threads para também lidar com a lógica da camada de apresentação. Por camada de apresentação, queremos dizer que os threads de E/S aprimorados agora não estão apenas lendo a entrada do cliente, mas também analisando a entrada no formato de comando binário do Redis OSS. Em seguida, isso é encaminhado para o thread principal para execução, o que proporciona um ganho de desempenho. Padrão de acesso à memória do Redis OSS aprimorado. As etapas de execução de muitas operações da estrutura de dados são intercaladas, para garantir acesso paralelo à memória e reduzir a latência do acesso à memória. Ao executar ElastiCache em Graviton3 `R7g.4xlarge` ou maior, os clientes podem atingir mais de 1 milhão de solicitações por segundo por nó. Com as melhorias de desempenho do Redis OSS v7.1, os clientes podem obter até 100% mais taxa de transferência e 50% menos latência P99 em relação ao Redis OSS v7.0. ElastiCache ElastiCache Esses aprimoramentos são habilitados em tamanhos de nós com pelo menos oito núcleos físicos (`2xlarge` no Graviton e `4xlarge` no x86), independentemente do tipo de CPU, e não exigem alterações no cliente.
**nota**
ElastiCache A v7.1 é compatível com o Redis OSS v7.0.
### ElastiCache versão 7.0 para Redis OSS (aprimorada)
ElastiCache para Redis, o OSS 7.0 adiciona uma série de melhorias e suporte para novas funcionalidades:
+ [Funções](https://valkey.io/topics/functions-intro/): ElastiCache para Redis, o OSS 7 adiciona suporte às funções do Redis OSS e fornece uma experiência gerenciada que permite que os desenvolvedores executem [scripts LUA](https://valkey.io/topics/eval-intro/) com a lógica do aplicativo armazenada no ElastiCache cluster, sem exigir que os clientes reenviem os scripts para o servidor a cada conexão.
+ [Melhorias na ACL](https://valkey.io/topics/acl/): o Valkey e o Redis OSS 7 adicionam suporte para a próxima versão das listas de controle de acesso (). ACLs Os clientes agora podem especificar vários conjuntos de permissões em chaves ou espaços de chave específicos no Valkey e Redis OSS.
+ [Sharded Pub/Sub](https://valkey.io/topics/pubsub/): ElastiCache para Valkey e Redis, o OSS 7 adiciona suporte para executar Pub/Sub functionality in a sharded way when running ElastiCache in Cluster Mode Enabled (CME). Pub/Sub recursos que permitem que os editores enviem mensagens para qualquer número de inscritos em um canal. Os canais são vinculados a um fragmento no ElastiCache cluster, eliminando a necessidade de propagar as informações do canal entre os fragmentos, resultando em maior escalabilidade.
+ I/O Multiplexação aprimorada: ElastiCache para Valkey e Redis, o OSS 7 introduz a multiplexação de E/S aprimorada, que oferece maior taxa de transferência e latência reduzida para cargas de trabalho de alto rendimento que têm muitas conexões simultâneas de clientes com um cluster. ElastiCache Por exemplo, ao usar um cluster de nós r6g.xlarge e executar 5200 clientes simultâneos, você pode obter um aumento de até 72% na taxa de transferência (operações de leitura e gravação por segundo) e uma redução de até 71% na latência P99, em comparação com a versão 6 do Redis OSS. ElastiCache
Para ter mais informações sobre o Valkey, consulte [Valkey](https://valkey.io/). Para obter mais informações sobre a versão 7.0 do Redis OSS, consulte as notas de lançamento do [Redis OSS 7.0 em Redis OSS](https://github.com/redis/redis/blob/7.0/00-RELEASENOTES) on. GitHub
### ElastiCache versão 6.2 para Redis OSS (aprimorada)
ElastiCache para Redis, o OSS 6.2 inclui melhorias de desempenho para clusters habilitados para TLS usando tipos de nós x86 com 8 v CPUs ou mais ou tipos de nós Graviton2 com 4 v ou mais. CPUs Esses aprimoramentos melhoram a taxa de transferência e reduzem o tempo de estabelecimento da conexão do cliente, transferindo a criptografia para outros v. CPUs Com o Redis OSS 6.2, você também pode gerenciar o acesso aos canais do Pub/Sub com as regras da Lista de Controle de Acesso (ACL).
Com essa versão, também introduzimos suporte para armazenamento de dados em camadas em nós de cluster contendo NVMe SSD conectado localmente. Para obter mais informações, consulte [Classificação de dados em níveis no ElastiCache](data-tiering.md).
A versão 6.2.6 do mecanismo Redis OSS também introduz suporte ao formato nativo de notação de JavaScript objeto (JSON), uma maneira simples e sem esquemas de codificar conjuntos de dados complexos dentro dos clusters do Redis OSS. Com o suporte a JSON, você pode aproveitar o desempenho e o Redis OSS APIs para aplicativos que operam em JSON. Para obter mais informações, consulte [Conceitos básicos do JSON](json-gs.md). Também estão incluídas métricas relacionadas ao JSON `JsonBasedCmds` e`JsonBasedCmdsLatency`, que são incorporadas CloudWatch para monitorar o uso desse tipo de dados. Para obter mais informações, consulte [Métricas para o Valkey e Redis OSS](CacheMetrics.Redis.md).
Você especifica a versão do mecanismo usando 6.2. ElastiCache invocará automaticamente a versão de patch preferida do Redis OSS 6.2 que está disponível. Por exemplo, ao criar/modificar um cluster, você define o parâmetro `--engine-version` como 6.2. O cluster será lançado com a versão atual de patch preferencial disponível do Redis OSS 6.2 no momento. creation/modification Especificar a versão 6.x do mecanismo na API resultará na versão secundária mais recente do Redis OSS 6.
Para clusters 6.0 existentes, você pode optar pela próxima atualização automática da versão secundária definindo o `AutoMinorVersionUpgrade` parâmetro como `yes` em `CreateCacheCluster``ModifyCacheCluster`, `CreateReplicationGroup` ou. `ModifyReplicationGroup` APIs ElastiCache atualizará a versão secundária de seus clusters 6.0 existentes para 6.2 usando atualizações de autoatendimento. Para obter mais informações, consulte [Atualizações de autoatendimento na Amazon ElastiCache](Self-Service-Updates.md).
Ao chamar a DescribeCacheEngineVersions API, o valor do `EngineVersion` parâmetro será definido como 6.2 e a versão real do mecanismo com a versão do patch será retornada no `CacheEngineVersionDescription` campo.
Para obter mais informações sobre a versão 6.2 do Redis OSS, consulte as notas de lançamento do [Redis OSS 6.2 em Redis OSS](https://github.com/redis/redis/blob/6.2/00-RELEASENOTES) on. GitHub
### ElastiCache versão 6.0 para Redis OSS (aprimorada)
A Amazon ElastiCache apresenta a próxima versão do ElastiCache mecanismo Redis OSS, que inclui [autenticação de usuários com controle de acesso baseado em funções](Clusters.RBAC.md), armazenamento em cache do lado do cliente e melhorias operacionais significativas.
A partir do Redis OSS 6.0, ElastiCache oferecerá uma única versão para cada versão secundária do Redis OSS, em vez de oferecer várias versões de patch. ElastiCache gerenciará automaticamente a versão de patch de seus clusters em execução, garantindo melhor desempenho e segurança aprimorada.
Você também pode optar pela próxima atualização automática da versão secundária definindo o `AutoMinorVersionUpgrade` parâmetro como `yes` e ElastiCache gerenciará a atualização da versão secundária, por meio de atualizações de autoatendimento. Para obter mais informações, consulte [Atualizações de serviço em ElastiCache](Self-Service-Updates.md).
Você especifica a versão do mecanismo usando`6.0`. ElastiCache invocará automaticamente a versão de patch preferida do Redis OSS 6.0 que está disponível. Por exemplo, quando você é create/modify um cluster, você define o `--engine-version` parâmetro como 6.0. O cluster será iniciado com a versão de patch preferencial atual disponível do Redis OSS 6.0 no momento da criação/modificação. Qualquer solicitação com um valor específico de versão de patch será rejeitada, uma exceção será lançada e o processo falhará.
Ao chamar a DescribeCacheEngineVersions API, o valor do `EngineVersion` parâmetro será definido como 6.0 e a versão real do mecanismo com a versão do patch será retornada no `CacheEngineVersionDescription` campo.
Para obter mais informações sobre a versão 6.0 do Redis OSS, consulte as notas de lançamento do [Redis OSS 6.0 em Redis OSS](https://github.com/redis/redis/blob/6.0/00-RELEASENOTES) on. GitHub
### ElastiCache versão 5.0.6 para Redis OSS (aprimorada)
A Amazon ElastiCache apresenta a próxima versão do ElastiCache mecanismo Redis OSS, que inclui correções de bugs e as seguintes atualizações cumulativas:
+ Garantia de estabilidade do mecanismo em condições especiais.
+ Tratamento aprimorado de erros do Hyperloglog.
+ Comandos de handshake aprimorados para a replicação confiável.
+ Rastreamento de entrega de mensagens consistente pelo comando `XCLAIM`.
+ Gerenciamento do campo `LFU ` aprimorado nos objetos.
+ Gerenciamento de transações aprimorado ao usar `ZPOP`.
+ Capacidade de renomear comandos: um parâmetro denominado `rename-commands` que permite renomear comandos do Redis OSS possivelmente perigosos e caros que podem causar a perda acidental de dados, como `FLUSHALL` ou `FLUSHDB`. Isso é semelhante à configuração rename-command no Redis OSS de software livre. No entanto, ElastiCache melhorou a experiência ao fornecer um fluxo de trabalho totalmente gerenciado. As alterações de nomes de comando são aplicadas imediatamente e propagadas automaticamente em todos os nós no cluster que contêm a lista de comandos. Não há nenhuma intervenção necessária de sua parte, como a reinicialização de nós.
Os exemplos a seguir demonstram como modificar os grupos de parâmetros existentes. Eles incluem o parâmetro `rename-commands`, que é uma lista separada por espaços de comandos que você deseja renomear:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region
```
Neste exemplo, o parâmetro *rename-commands* é usado para renomear o comando `flushall` como `restrictedflushall`.
Para renomear vários comandos, use o seguinte:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region
```
Para reverter qualquer alteração, execute novamente o comando e exclua qualquer valor renomeado na lista `ParameterValue` que você deseja manter, conforme mostrado a seguir:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region
```
Nesse caso, o comando `flushall` é renomeado para `restrictedflushall` e qualquer outro comando renomeado revertido para seus nomes de comando originais.
**nota**
Ao renomear comandos, você está restrito às seguintes limitações:
Todos os comandos renomeados devem ser alfanuméricos.
O tamanho máximo de novos nomes de comando é de 20 caracteres alfanuméricos.
Ao renomear comandos, certifique-se de que você atualize o grupo de parâmetros associado ao seu cluster.
Para evitar totalmente o uso de um comando, use a palavra-chave `blocked`, conforme mostrado a seguir:
```
aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
--parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall blocked'" --region region
```
Para obter mais informações sobre as alterações de parâmetro e uma lista de comandos que são qualificados para serem renomeados, consulte [Alterações de parâmetros do Redis OSS 5.0.3](ParameterGroups.Engine.md#ParameterGroups.Redis.5-0-3).
+ Redis OSS Streams: essa opção modela uma estrutura de dados de log que permite que os produtores anexem novos itens em tempo real. Também permite que os consumidores leiam mensagens com ou sem bloqueio. Os fluxos também permitem grupos de consumidores, que representam um grupo de clientes para cooperativamente consumir diferentes partes do mesmo fluxo de mensagens, semelhante ao [Apache Kafka](https://kafka.apache.org/documentation/). Para obter mais informações, consulte [Fluxos](https://valkey.io/topics/streams-intro).
+ Oferece suporte para uma família de comandos de fluxo, como os `XADD`, `XRANGE` e `XREAD`. Para obter mais informações, consulte [Comandos dos fluxos](https://valkey.io/commands/#stream).
+ Diversos parâmetros novos e renomeados. Para obter mais informações, consulte [Alterações de parâmetros do Redis OSS 5.0.0](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Uma nova métrica do Redis OSS, `StreamBasedCmds`.
+ Tempo de snapshot um pouco mais rápido para nós Redis OSS.
**Importante**
ElastiCache retrocedeu duas correções de bugs críticos da versão 5.0.1 de [código aberto do Redis OSS.](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) Eles estão listados a seguir:
RESTAURAR resposta incompatível quando determinadas chaves já expiraram.
O comando `XCLAIM` pode retornar uma entrada errada ou dessincronizar o protocolo.
Ambas as correções de bugs estão incluídas no suporte do Redis OSS ElastiCache para a versão 5.0.0 do mecanismo Redis OSS e são consumidas em futuras atualizações da versão.
Para obter mais informações, consulte as [notas de lançamento do Redis OSS 5.0.6](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) em Redis OSS on. GitHub
### ElastiCache versão 5.0.5 para Redis OSS (obsoleta, use a versão 5.0.6)
A Amazon ElastiCache apresenta a próxima versão do motor ElastiCache Redis OSS;. Ele inclui alterações de configuração on-line para clusters ElastiCache de failover automático durante todas as operações planejadas. Agora é possível escalonar seu cluster, atualizar a versão do mecanismo Redis OSS e aplicar patches e atualizações de manutenção enquanto o cluster permanece online e continua atendendo às solicitações recebidas. Ela também inclui correções de erros.
Para obter mais informações, consulte as [notas de lançamento do Redis OSS 5.0.5](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) em Redis OSS on. GitHub
### ElastiCache versão 5.0.4 para Redis OSS (obsoleta, use a versão 5.0.6)
A Amazon ElastiCache apresenta a próxima versão do mecanismo Redis OSS compatível com. ElastiCache Ele inclui as melhorias a seguir:
+ Garantia de estabilidade do mecanismo em condições especiais.
+ Tratamento aprimorado de erros do Hyperloglog.
+ Comandos de handshake aprimorados para a replicação confiável.
+ Rastreamento de entrega de mensagens consistente pelo comando `XCLAIM`.
+ Gerenciamento do campo `LFU ` aprimorado nos objetos.
+ Gerenciamento de transações aprimorado ao usar `ZPOP`.
Para obter mais informações, consulte as [notas de lançamento do Redis OSS 5.0.4](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) em Redis OSS on. GitHub
### ElastiCache versão 5.0.3 para Redis OSS (obsoleta, use a versão 5.0.6)
A Amazon ElastiCache apresenta a próxima versão do ElastiCache mecanismo Redis OSS, que inclui correções de bugs.
### ElastiCache versão 5.0.0 para Redis OSS (obsoleta, use a versão 5.0.6)
A Amazon ElastiCache apresenta a próxima versão principal do mecanismo ElastiCache Redis OSS. ElastiCache A versão 5.0.0 para Redis OSS oferece suporte para as seguintes melhorias:
+ Redis OSS Streams: essa opção modela uma estrutura de dados de log que permite que os produtores anexem novos itens em tempo real. Também permite que os consumidores leiam mensagens com ou sem bloqueio. Os fluxos também permitem grupos de consumidores, que representam um grupo de clientes para cooperativamente consumir diferentes partes do mesmo fluxo de mensagens, semelhante ao [Apache Kafka](https://kafka.apache.org/documentation/). Para obter mais informações, consulte [Fluxos](https://valkey.io/topics/streams-intro).
+ Oferece suporte para uma família de comandos de fluxo, como os `XADD`, `XRANGE` e `XREAD`. Para obter mais informações, consulte [Comandos dos fluxos](https://valkey.io/commands/#stream).
+ Diversos parâmetros novos e renomeados. Para obter mais informações, consulte [Alterações de parâmetros do Redis OSS 5.0.0](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Uma nova métrica do Redis OSS, `StreamBasedCmds`.
+ Tempo de snapshot um pouco mais rápido para nós Redis OSS.
### ElastiCache versão 4.0.10 para Redis OSS (aprimorada)
A Amazon ElastiCache apresenta a próxima versão principal do mecanismo ElastiCache Redis OSS. ElastiCache a versão 4.0.10 para Redis OSS traz suporte para as seguintes melhorias:
+ Redimensionamento e criptografia de clusters on-line em uma única ElastiCache versão. Para saber mais, consulte:
+ [Escalabilidade de clusters no Valkey ou Redis OSS (modo cluster habilitado)](scaling-redis-cluster-mode-enabled.md)
+ [Refragmentação online para o Valkey ou o Redis OSS (modo cluster habilitado)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Segurança de dados no Amazon ElastiCache](encryption.md)
+ Diversos novos parâmetros. Para obter mais informações, consulte [Alterações de parâmetros do Redis OSS 4.0.10](ParameterGroups.Engine.md#ParameterGroups.Redis.4-0-10).
+ Suporte para a família de comandos de memória, como `MEMORY`. Para obter mais informações, consulte [Comandos](https://valkey.io/commands) (pesquisar em MEMÓRIA).
+ Suporte para desfragmentação de memória online, permitindo assim a utilização mais eficiente da memória e uma quantidade maior de memória disponível para seus dados.
+ Support para descargas e exclusões assíncronas. ElastiCache para Redis, o OSS suporta comandos como`UNLINK`, `FLUSHDB` e `FLUSHALL` para execução em um encadeamento diferente do encadeamento principal. Fazer isso ajuda a melhorar o desempenho e os tempos de resposta dos aplicativos, liberando a memória de maneira assíncrona.
+ Uma nova métrica do Redis OSS, `ActiveDefragHits`. Para obter mais informações, consulte [Métricas do Redis OSS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CacheMetrics.Redis.html).
Usuários do Redis OSS (modo de cluster desativado) que executam a ElastiCache versão 3.2.10 para Redis OSS podem usar o console para atualizar seus clusters por meio de upgrade online.
**Comparando o suporte ao redimensionamento e criptografia de ElastiCache clusters**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/engine-versions.html)
### Versões que ultrapassaram o fim de vida útil (EOL) (3.x)
#### ElastiCache versão 3.2.10 para Redis OSS (aprimorada)
A Amazon ElastiCache apresenta a próxima versão principal do mecanismo ElastiCache Redis OSS. ElastiCache a versão 3.2.10 para Redis OSS (aprimorada) introduz o redimensionamento on-line do cluster para adicionar ou remover fragmentos do cluster enquanto ele continua atendendo às solicitações recebidas. I/O ElastiCache para Redis OSS 3.2.10, os usuários têm todas as funcionalidades das versões anteriores do Redis OSS, exceto a capacidade de criptografar seus dados. Esse recurso está atualmente disponível apenas na versão 3.2.6.
**Comparando ElastiCache as versões 3.2.6 e 3.2.10 para Redis OSS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/engine-versions.html)
Para saber mais, consulte:
+ [Refragmentação online para o Valkey ou o Redis OSS (modo cluster habilitado)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Redimensionamento de cluster on-line](best-practices-online-resharding.md)
#### ElastiCache versão 3.2.6 para Redis OSS (aprimorada)
A Amazon ElastiCache apresenta a próxima versão principal do mecanismo ElastiCache Redis OSS. ElastiCache A versão 3.2.6 para usuários do Redis OSS tem acesso a todas as funcionalidades das versões anteriores do Redis OSS, além da opção de criptografar seus dados. Para saber mais, consulte:
+ [ElastiCache criptografia em trânsito (TLS)](in-transit-encryption.md)
+ [Criptografia em repouso em ElastiCache](at-rest-encryption.md)
+ [Validação de conformidade para a Amazon ElastiCache](elasticache-compliance.md)
#### ElastiCache versão 3.2.4 para Redis OSS (aprimorada)
A ElastiCache versão 3.2.4 da Amazon apresenta a próxima versão principal do mecanismo ElastiCache Redis OSS. ElastiCache *3.2.4 Os usuários têm todas as funcionalidades das versões anteriores do Redis OSS disponíveis, além da opção de execução no modo cluster ou no *modo não cluster*.* A tabela a seguir fornece um resumo.
**Comparação do Redis OSS 3.2.4 modo cluster e modo sem cluster**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonElastiCache/latest/dg/engine-versions.html)
**Observações:**
+ **Particionamento**: a capacidade de dividir seus dados em 2 a 500 grupos de nós (fragmentos) com suporte de replicação para cada grupo de nós.
+ **Indexação geoespacial**: o Redis OSS 3.2.4 oferece suporte para a indexação geoespacial por meio de seis comandos GEO. Para obter mais informações, consulte a documentação dos comandos GEO\$1 do Redis OSS [Comandos: GEO](http://valkey.io/commands#geo), na página Valkey Commands (filtrada por GEO).
Para obter informações sobre recursos adicionais do Redis OSS 3, consulte as [notas de versão do Redis OSS 3.2](https://github.com/redis/redis/blob/3.2/00-RELEASENOTES) e as [notas de release do Redis OSS 3.0](https://github.com/redis/redis/blob/3.0/00-RELEASENOTES).
O Valkey ou Redis OSS atualmente ElastiCache gerenciado (modo de cluster ativado) não oferece suporte aos seguintes recursos do Redis OSS 3.2:
+ Migração de réplica
+ Rebalanceamento do cluster
+ Depurador Lua
ElastiCache desativa os seguintes comandos de gerenciamento do Redis OSS 3.2:
+ `cluster meet`
+ `cluster replicate`
+ `cluster flushslots`
+ `cluster addslots`
+ `cluster delslots`
+ `cluster setslot`
+ `cluster saveconfig`
+ `cluster forget`
+ `cluster failover`
+ `cluster bumpepoch`
+ `cluster set-config-epoch`
+ `cluster reset`
Para obter informações sobre os parâmetros do Redis OSS 3.2.4, consulte [Alterações de parâmetros do Redis OSS 3.2.4](ParameterGroups.Engine.md#ParameterGroups.Redis.3-2-4).
### Versões que ultrapassaram o fim de vida útil (EOL) (2.x)
#### ElastiCache versão 2.8.24 para Redis OSS (aprimorada)
Melhorias do Redis OSS adicionadas desde a versão 2.8.23 incluem correções de bugs e o registro em log de endereços incorretos de acesso à memória. Para obter mais informações, consulte as [Notas de release do Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache versão 2.8.23 para Redis OSS (aprimorada)
Melhorias do Redis adicionadas desde a versão 2.8.22 incluem correções de bugs. Para obter mais informações, consulte as [Notas de release do Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). Esta versão também inclui suporte para o novo parâmetro `close-on-slave-write` que, se ativado, desconecta clientes que tentam gravar em uma réplica somente leitura.
Para obter mais informações sobre os parâmetros do Redis OSS 2.8.23, consulte [Parâmetros adicionados do Redis OSS 2.8.23 (aprimorado)](ParameterGroups.Engine.md#ParameterGroups.Redis.2-8-23) o Guia do usuário. ElastiCache
#### ElastiCache versão 2.8.22 para Redis OSS (aprimorada)
Melhorias do Redis OSS adicionadas desde a versão 2.8.21 incluem o seguinte:
+ Suporte para backups e sincronizações sem garantia que permite alocar menos memória para despesas gerais de backup e mais para o seu aplicativo. Para obter mais informações, consulte [Como a sincronização e o backup são implementados](Replication.Redis.Versions.md). O processo sem bifurcação pode afetar tanto a latência quanto o throughput. No caso de alto throughput de gravação, quando uma réplica se sincronizar de novo, ela poderá ficar inacessível durante todo o tempo durante a sincronização.
+ Se houver um failover, os grupos de replicação agora se recuperarão mais rapidamente, pois as réplicas realizam sincronizações parciais com o primário em vez de sincronizações completas sempre que possível. Além disso, tanto o primário quanto as réplicas não usam mais o disco durante as sincronizações, proporcionando ganhos de velocidade adicionais.
+ Support para duas novas CloudWatch métricas.
+ `ReplicationBytes` - O número de bytes que o cluster primário de um grupo de replicação está enviando às réplicas de leitura.
+ `SaveInProgress` - Um valor binário que indica se há ou não um processo de salvamento em segundo plano em execução.
Para obter mais informações, consulte [Monitorando o uso com CloudWatch métricas](CacheMetrics.md).
+ Uma série de correções críticas de bugs no comportamento PSYNC de replicação. Para obter mais informações, consulte as [Notas de release do Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
+ Para manter o desempenho aprimorado da replicação em grupos de replicação Multi-AZ e para aumentar a estabilidade do cluster, não há mais suporte para não ElastiCache réplicas.
+ Para melhorar a consistência de dados entre o cluster primário e as réplicas em um grupo de replicação, as réplicas não removem mais as chaves independentemente do cluster primário.
+ As variáveis de configuração do Redis OSS `appendonly` e `appendfsync` não são compatíveis com o Redis OSS versão 2.8.22 e posteriores.
+ Em situações de pouca memória, os clientes com um grande buffer de saída podem ser desconectados de um cluster de réplicas. Se desconectado, o cliente deverá se reconectar. Essas situações são mais prováveis para clientes PUBSUB.
#### ElastiCache versão 2.8.21 para Redis OSS
Melhorias do Redis OSS adicionadas desde a versão 2.8.19 incluem várias correções de bugs. Para obter mais informações, consulte as [Notas de release do Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache versão 2.8.19 para Redis OSS
Melhorias do Redis OSS adicionadas desde a versão 2.8.6 incluem o seguinte:
+ Support for HyperLogLog. Para obter mais informações, consulte a [nova estrutura de dados do Redis OSS](http://antirez.com/news/75):. HyperLogLog
+ Agora, o tipo de dados de conjunto classificado oferece suporte para consultas de intervalo lexicográfico com os novos comandos `ZRANGEBYLEX`, `ZLEXCOUNT` e `ZREMRANGEBYLEX`.
+ Para evitar que um nó primário envie dados obsoletos para nós de réplica, a SYNC mestre falhará se um processo filho de salvamento (`bgsave`) for anulado.
+ Support para a *HyperLogLogBasedCommands* CloudWatchmétrica. Para obter mais informações, consulte [Métricas para o Valkey e Redis OSS](CacheMetrics.Redis.md).
#### ElastiCache versão 2.8.6 para Redis OSS
Melhorias do Redis OSS adicionadas desde a versão 2.6.13 incluem o seguinte:
+ Resistência aprimorada e tolerância a falhas para réplicas de leitura.
+ Suporte para ressincronização parcial.
+ Suporte para o número mínimo de réplicas de leitura definido pelo usuário que deve estar disponível em todos os momentos.
+ Suporte total para pub/sub-notificação de clientes sobre eventos no servidor.
+ Detecção automática de uma falha do nó primário e failover do seu nó primário para um nó secundário.
#### ElastiCache versão 2.6.13 para Redis OSS
ElastiCache a versão 2.6.13 para Redis OSS foi a versão inicial do Redis OSS compatível ElastiCache . O Multi-AZ não é compatível com a ElastiCache versão 2.6.13 do Redis OSS.
## ElastiCache versões para o cronograma de fim de vida útil do Redis OSS
Esta seção define as datas de fim de vida útil (EOL) para as versões principais mais antigas à medida que são anunciadas. Ela ajudará você a tomar decisões sobre versões e atualizações no futuro.
**nota**
ElastiCache as versões de 5.0.0 a 5.0.5 para Redis OSS estão obsoletas. Use as versões 5.0.6 ou superior.
A tabela a seguir mostra o cronograma do [Extended Support](extended-support.md) ElastiCache para mecanismos Redis OSS.
**Suporte estendido e cronograma de fim da vida útil**
| Versão principal do mecanismo | Fim do suporte padrão | Início do Suporte estendido premium do ano 1 | Início do Suporte estendido premium do ano 2 | Início do Suporte estendido premium do ano 3 | Fim do Suporte estendido e versão EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS v4 | 31/01/2026 | 01/02/2026 | 01/02/2027 | 2/1/2028 | 31/01/2029 |
| Redis OSS v5 | 31/01/2026 | 01/02/2026 | 01/02/2027 | 2/1/2028 | 31/01/2029 |
| Redis OSS v6 | 31/01/2027 | 01/02/2027 | 2/1/2028 | 01/02/2029 | 31/01/2030 |
A tabela a seguir resume cada versão e sua data de EOL anunciada, bem como a versão de destino de atualização recomendada.
**EOL passado**
| Versão principal de origem | Versões secundárias de origem | Destino de atualização recomendado | Data de EOL |
| --- | --- | --- | --- |
| Versão 3 | 3.2.4, 3.2.6 e 3.2.10 | Versão 6.2 ou superior Para as regiões US-ISO-EAST US-ISO-WEST -1, -1 e US-ISOB-EAST -1, recomendamos a versão 5.0.6 ou superior. | 31 de julho de 2023 |
| Versão 2 | 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19, 2.8.12, 2.8.6, 2.6.13 | Versão 6.2 ou superior Para as regiões US-ISO-EAST US-ISO-WEST -1, -1 e US-ISOB-EAST -1, recomendamos a versão 5.0.6 ou superior. | 13 de janeiro de 2023 |
## Compatível com ElastiCache versões do Memcached
ElastiCache oferece suporte às seguintes versões do Memcached e à atualização para versões mais recentes. Ao atualizar para uma versão mais recente, fique atento à condições que, caso não sejam atendidas, farão com que a atualização falhe.
**Topics**
+ [ElastiCache versão 1.6.22 para Memcached](#memcached-version-1-6-22)
+ [ElastiCache versão 1.6.17 para Memcached](#memcached-version-1-6-17)
+ [ElastiCache versão 1.6.12 para Memcached](#memcached-version-1-6-12)
+ [ElastiCache versão 1.6.6 para Memcached](#memcached-version-1-6-6)
+ [ElastiCache versão 1.5.16 para Memcached](#memcached-version-1-5-16)
+ [ElastiCache versão 1.5.10 para Memcached](#memcached-version-1-5-10)
+ [ElastiCache versão 1.4.34 para Memcached](#memcached-version-1-4-34)
+ [ElastiCache versão 1.4.33 para Memcached](#memcached-version-1-4-33)
+ [ElastiCache versão 1.4.24 para Memcached](#memcached-version-1-4-24)
+ [ElastiCache versão 1.4.14 para Memcached](#memcached-version-1-4-14)
+ [ElastiCache versão 1.4.5 para Memcached](#memcached-version-1-4-5)
### ElastiCache versão 1.6.22 para Memcached
ElastiCache para Memcached versão 1.6.22 para Memcached adiciona suporte para Memcached versão 1.6.22. Não inclui novos recursos, mas inclui correções de erros e atualizações cumulativas do [Memcached 1.6.18](https://github.com/memcached/memcached/wiki/ReleaseNotes1618).
Para obter mais informações, consulte [ReleaseNotes1622](https://github.com/memcached/memcached/wiki/ReleaseNotes1622) em Memcached on. GitHub
### ElastiCache versão 1.6.17 para Memcached
ElastiCache para Memcached versão 1.6.17 for Memcached adiciona suporte para a versão 1.6.17 do mecanismo Memcached. Não inclui novos recursos, mas inclui correções de erros e atualizações cumulativas do [Memcached 1.6.17](https://github.com/memcached/memcached/wiki/ReleaseNotes1617).
Para obter mais informações, consulte [ReleaseNotes1617](https://github.com/memcached/memcached/wiki/ReleaseNotes1617) em Memcached on. GitHub
### ElastiCache versão 1.6.12 para Memcached
ElastiCache para Memcached, a versão 1.6.12 para Memcached adiciona suporte ao mecanismo Memcached 1.6.12 e criptografia em trânsito. Ele inclui correções de erros e atualizações cumulativas do [Memcached 1.6.6](https://github.com/memcached/memcached/wiki/ReleaseNotes166).
Para obter mais informações, consulte [ReleaseNotes1612](https://github.com/memcached/memcached/wiki/ReleaseNotes1612) em Memcached on. GitHub
### ElastiCache versão 1.6.6 para Memcached
ElastiCache para Memcached versão 1.6.6 for Memcached adiciona suporte para Memcached versão 1.6.6. Ele não inclui novos recursos, mas inclui correções de erros e atualizações cumulativas do [Memcached](https://github.com/memcached/memcached/wiki/ReleaseNotes1.5.16) 1.5.16. ElastiCache [para Memcached não inclui suporte para Extstore.](https://memcached.org/extstore)
Para obter mais informações, consulte [ReleaseNotes166](https://github.com/memcached/memcached/wiki/ReleaseNotes166) em Memcached on. GitHub
### ElastiCache versão 1.5.16 para Memcached
ElastiCache a versão 1.5.16 para Memcached adiciona suporte para a versão 1.5.16 do Memcached. Não inclui novos recursos, mas inclui correções de erros e atualizações cumulativas de [Memcached 1.5.14](https://github.com/memcached/memcached/wiki/ReleaseNotes1514) e [Memcached 1.5.15](https://github.com/memcached/memcached/wiki/ReleaseNotes1515).
Para obter mais informações, consulte as [notas de lançamento do Memcached 1.5.16](https://github.com/memcached/memcached/wiki/ReleaseNotes1516) em Memcached on. GitHub
### ElastiCache versão 1.5.10 para Memcached
ElastiCache A versão 1.5.10 para Memcached oferece suporte aos seguintes recursos do Memcached:
+ Rebalanceamento de slab automatizado.
+ Pesquisas de tabela de hash mais rápidas com o algoritmo `murmur3`.
+ Algoritmo LRU segmentado.
+ Crawler de LRU para memória de recuperação do plano de fundo.
+ `--enable-seccomp`: uma opção de tempo de compilação.
Ele também apresenta os parâmetros `no_modern` e `inline_ascii_resp`. Para obter mais informações, consulte [Alterações de parâmetros do Memcached 1.5.10](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-5-10).
Os aprimoramentos do Memcached adicionados desde a ElastiCache versão 1.4.34 para o Memcached incluem o seguinte:
+ Correções cumulativas, como os multigets ASCII, CVE-2017-9951 e limites de crawls para o `metadumper`.
+ Melhor gerenciamento de conexão ao fechar as conexões no limite da conexão.
+ Gerenciamento do tamanho do item aprimorado para tamanho do item acima de 1MB.
+ Melhor desempenho e melhorias de sobrecarga da memória reduzindo os requisitos de memória por item por alguns bytes.
Para obter mais informações, consulte as [notas de lançamento do Memcached 1.5.10](https://github.com/memcached/memcached/wiki/ReleaseNotes1510) em Memcached on. GitHub
### ElastiCache versão 1.4.34 para Memcached
ElastiCache a versão 1.4.34 para Memcached não adiciona novos recursos à versão 1.4.33. A versão 1.4.34 é uma versão da correção de bugs maior que a versão usual.
Para obter mais informações, consulte as [notas de lançamento do Memcached 1.4.34](https://github.com/memcached/memcached/wiki/ReleaseNotes1434) em Memcached on. GitHub
### ElastiCache versão 1.4.33 para Memcached
Melhorias adicionadas desde a versão 1.4.24 incluem o seguinte:
+ Capacidade de despejar todos os metadados de uma classe de slab específica, uma lista de classes de slab ou todas as classes de slab. Para obter mais informações, consulte o documento [Notas de release do Memcached 1.4.31](https://github.com/memcached/memcached/wiki/ReleaseNotes1431).
+ Melhor suporte para itens grandes acima do padrão de 1 megabyte. Para obter mais informações, consulte o documento [Notas de release do Memcached 1.4.29](https://github.com/memcached/memcached/wiki/ReleaseNotes1429).
+ Capacidade de especificar por quanto tempo um cliente pode estar ocioso antes de ser solicitado a fechar.
Capacidade de aumentar dinamicamente a quantidade de memória disponível para o Memcached sem ter que reiniciar o cluster. Para obter mais informações, consulte o documento [Notas de release do Memcached 1.4.27](https://github.com/memcached/memcached/wiki/ReleaseNotes1427).
+ Agora há suporte para o registro em log de `fetchers`, `mutations` e `evictions`. Para obter mais informações, consulte o documento [Notas de release do Memcached 1.4.26](https://github.com/memcached/memcached/wiki/ReleaseNotes1426).
+ A memória liberada pode ser recuperada para um grupo global e reatribuída a novas classes de slab. Para obter mais informações, consulte o documento [Notas de release do Memcached 1.4.25](https://github.com/memcached/memcached/wiki/ReleaseNotes1425).
+ Diversas correções de bugs.
+ Alguns novos comandos e parâmetros. Para ver uma lista, consulte [Parâmetros adicionados do Memcached 1.4.33](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-33).
### ElastiCache versão 1.4.24 para Memcached
Melhorias adicionadas desde a versão 1.4.14 incluem o seguinte:
+ Gerenciamento de LRUs (menos utilizados recentemente) usando um processo em segundo plano.
+ Adição da opção de usar o *jenkins* ou o *murmur3* como algoritmo de hash.
+ Alguns novos comandos e parâmetros. Para ver uma lista, consulte [Parâmetros adicionados do Memcached 1.4.24](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-24).
+ Diversas correções de bugs.
### ElastiCache versão 1.4.14 para Memcached
Melhorias adicionadas desde a versão 1.4.5 incluem o seguinte:
+ Maior capacidade de rebalanceamento de slabs.
+ Melhoria de desempenho e escalabilidade.
+ Introdução do comando *touch* para atualizar o tempo de expiração de um item existente sem buscá-lo.
+ Descoberta automática: a capacidade de programas clientes determinarem automaticamente todos os nós do cache em um cluster e iniciarem e manterem conexões com todos esses nós.
### ElastiCache versão 1.4.5 para Memcached
ElastiCache a versão 1.4.5 para Memcached foi o mecanismo inicial e a versão suportados pela Amazon ElastiCache para Memcached.
# Principais diferenças de comportamento e compatibilidade do mecanismo da versão com o Valkey
O Valkey 7.2.6 tem diferenças de compatibilidade semelhantes às versões anteriores do Redis OSS 7.2.4. Para a versão compatível mais recente do Valkey, consulte [Mecanismos e versões compatíveis](VersionManagement.md#supported-engine-versions).
Para ter mais informações sobre o Valkey versão 7.2, consulte [Redis OSS 7.2.4 Release Notes](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (o Valkey 7.2 inclui todas as alterações do Redis OSS até a versão 7.2.4) e [Valkey 7.2 release notes](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) no repositório do Valkey no GitHub.
Aqui estão as mudanças de comportamento que podem causar interrupção entre o Valkey 7.2 e o Redis OSS 7.1 (ou 7.0):
+ A amostragem de tempo de congelamento ocorre durante a execução do comando e nos scripts.
+ Um comando de fluxo bloqueado que é lançado quando a chave não existe mais carrega um código de erro diferente (-NOGROUP ou -WRONGTYPE em vez de -UNBLOCKED).
+ O rastreamento do lado do cliente para scripts agora rastreia as chaves que são lidas pelo script, em vez das chaves declaradas pelo chamador de EVAL/FCALL.
# Principais diferenças de comportamento e compatibilidade do mecanismo da versão com o Redis OSS
**Importante**
A página a seguir é estruturada para indicar todas as diferenças de incompatibilidade entre versões e informar você sobre quaisquer considerações que deva fazer ao atualizar para versões mais recentes. Essa lista inclui todos os problemas de incompatibilidade de versão que você possa encontrar ao atualizar.
Você pode fazer o upgrade diretamente da sua versão atual do Redis OSS para a versão mais recente disponível, sem a necessidade de atualizações sequenciais. Por exemplo, você pode atualizar diretamente da versão 3.0 do Redis OSS para a versão 7.0.
As versões do Redis OSS são identificadas com uma versão semântica que compreende um componente MAJOR, MINOR e PATCH. Por exemplo, no Redis OSS 4.0.10, a versão principal é a 4, a versão secundária é a 0 e a versão do patch é a 10. Esses valores geralmente são incrementados com base nas seguintes convenções:
+ As versões principais são para alterações incompatíveis com a API
+ 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
Recomendamos sempre permanecer na versão mais recente do patch dentro de uma determinada versão **major.minor** para obter as melhorias mais recentes de performance e estabilidade. A partir da ElastiCache versão 6.0 para Redis OSS, ElastiCache oferecerá uma única versão para cada versão secundária do Redis OSS, em vez de oferecer várias versões de patch. ElastiCachegerenciará automaticamente a versão de patch de seus clusters em execução, garantindo melhor desempenho e segurança aprimorada.
Também recomendamos atualizar periodicamente para a versão principal mais recente, já que a maioria das melhorias principais não são transferidas para versões mais antigas. À medida que ElastiCache expande a disponibilidade para uma nova AWS região, o OSS ElastiCache para Redis oferece suporte às duas versões **major.minor** mais recentes da época para a nova região. ****Por exemplo, se uma nova AWS região for lançada e as ElastiCache versões major.minor mais recentes do Redis OSS forem **7.0 e 6.2, ElastiCache oferecerá suporte às versões 7.0** **e 6.2** do Redis OSS na nova região.****AWSÀ medida que novas versões major.minor do ElastiCache for Redis OSS forem lançadas, ElastiCache continuaremos adicionando suporte às versões recém-lançadas. Para saber mais sobre como escolher regiões para ElastiCache, consulte [Escolha de regiões e zonas de disponibilidade](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/RegionsAndAZs.html#SupportedRegions).
Ao fazer uma atualização que abrange versões principais ou secundárias, considere a lista a seguir, que inclui comportamento e alterações incompatíveis com versões anteriores lançadas com o Redis OSS ao longo do tempo.
## Alterações de comportamento do Redis OSS 7.0 e alterações incompatíveis com versões anteriores
Para obter uma lista completa de alterações, consulte as [Notas de versão do Redis OSS 7.0](https://raw.githubusercontent.com/redis/redis/7.0/00-RELEASENOTES).
+ `SCRIPT LOAD` e `SCRIPT FLUSH` não são mais propagados para réplicas. Se você precisar ter alguma durabilidade para scripts, recomendamos que você considere usar as [funções do Redis OSS](https://valkey.io/topics/functions-intro/).
+ Os canais Pubsub agora estão bloqueados por padrão para novos usuários de ACL.
+ O comando `STRALGO` foi substituído pelo comando `LCS`.
+ O formato de `ACL GETUSER` foi alterado para que todos os campos mostrem o padrão de cadeia de caracteres de acesso padrão. Se você teve automação usando `ACL GETUSER`, verifique se ela funcionará com qualquer um dos formatos.
+ As categorias de ACL para `SELECT`, `WAIT`, `ROLE`, `LASTSAVE`, `READONLY`, `READWRITE` e `ASKING` foram alteradas.
+ O comando `INFO` agora mostra estatísticas de comando por subcomando, em vez de nos comandos do contêiner de nível superior.
+ Os valores de retorno dos comandos `LPOP`, `RPOP`, `ZPOPMIN` e `ZPOPMAX` foram alterados em determinados casos de borda. Se você usar esses comandos, verifique as notas de release e avalie se foi afetado.
+ Os comandos `SORT` e `SORT_RO` agora exigem acesso a todo o espaço de teclas para usar os argumentos `GET` e `BY`.
## Alterações de comportamento do Redis OSS 6.2 e alterações incompatíveis com versões anteriores
Para obter uma lista completa de alterações, consulte as [Notas de versão do Redis OSS 6.2](https://raw.githubusercontent.com/redis/redis/6.2/00-RELEASENOTES).
+ Os sinalizadores ACL dos comandos `TIME`, `ECHO`, `ROLE` e `LASTSAVE` foram alterados. Isso pode fazer com que comandos que antes tinham permissão sejam rejeitados e vice-versa.
**nota**
Nenhum desses comandos modifica ou concede acesso aos dados.
+ Ao atualizar do Redis OSS 6.0, a ordem dos key/value pares retornados de uma resposta do mapa para um script lua é alterada. Se os seus scripts usarem `redis.setresp()` ou retornarem um mapa (novo no Redis OSS 6.0), considere as implicações que o script pode quebrar nas atualizações.
## Alterações de comportamento do Redis OSS 6.0 e alterações incompatíveis com versões anteriores
Para obter uma lista completa de alterações, consulte as [Notas de versão do Redis OSS 6.0](https://raw.githubusercontent.com/redis/redis/6.0/00-RELEASENOTES).
+ O número máximo de bancos de dados permitidos foi reduzido de 1,2 milhão para 10 mil. O valor padrão é 16, e desencorajamos o uso de valores muito maiores do que isso, pois encontramos problemas de performance e memória.
+ Defina o `AutoMinorVersionUpgrade` parâmetro como sim e ElastiCache gerenciará a atualização da versão secundária por meio de atualizações de autoatendimento. Isso será tratado por meio de canais padrão de notificação do cliente por meio de uma campanha de atualização de autoatendimento. Para obter mais informações, consulte [Atualizações de autoatendimento em ElastiCache](Self-Service-Updates.md).
## Alterações de comportamento do Redis OSS 5.0 e alterações incompatíveis com versões anteriores
Para obter uma lista completa de alterações, consulte as [Notas de versão do Redis OSS 5.0](https://raw.githubusercontent.com/redis/redis/5.0/00-RELEASENOTES).
+ Os scripts são replicados por efeitos em vez de reexecutar o script na réplica. Isso geralmente melhora a performance, mas pode aumentar a quantidade de dados replicados entre os primários e as réplicas. Há uma opção para voltar ao comportamento anterior que só está disponível na ElastiCache versão 5.0 para Redis OSS.
+ Se você estiver atualizando a partir do Redis OSS 4.0, alguns comandos em scripts LUA retornarão argumentos em uma ordem diferente daquela em versões anteriores. No Redis OSS 4.0, o Redis OSS ordenaria algumas respostas lexigraficamente para tornar as respostas determinísticas, essa ordem não é aplicada quando os scripts são replicados por efeitos.
+ No Redis OSS 5.0.3 e superior, ElastiCache para o Redis, o OSS descarregará parte do trabalho de E/S para núcleos em segundo plano em tipos de instância com mais de 4. VCPUs Isso pode alterar as características de performance do Redis OSS e alterar os valores de algumas métricas. Para obter mais informações, consulte [Que métricas devo monitorar?](CacheMetrics.WhichShouldIMonitor.md) para entender se você precisa alterar quais métricas você assiste.
## Alterações de comportamento do Redis OSS 4.0 e alterações incompatíveis com versões anteriores
Para obter uma lista completa de alterações, consulte as [Notas de versão do Redis OSS 4.0](https://raw.githubusercontent.com/redis/redis/4.0/00-RELEASENOTES).
+ O log lento agora registra dois argumentos adicionais, o nome e o endereço do cliente. Essa alteração deve ser compatível com versões anteriores, a menos que você confie explicitamente em cada entrada de log lenta contendo 3 valores.
+ O `CLUSTER NODES` agora retorna um formato ligeiramente diferente, que não é compatível com versões anteriores. Recomendamos que os clientes não usem esse comando para aprender sobre os nós presentes em um cluster e, em vez disso, eles usem `CLUSTER SLOTS`.
## EOL passado
### Alterações de comportamento do Redis OSS 3.2 e alterações incompatíveis com versões anteriores
Para obter uma lista completa de alterações, consulte as [Notas de versão do Redis OSS 3.2](https://raw.githubusercontent.com/redis/redis/3.2/00-RELEASENOTES).
+ Não há mudanças de compatibilidade a serem destacadas para esta versão.
Para obter mais informações, consulte [ElastiCache versões para o cronograma de fim de vida útil do Redis OSS](engine-versions.md#deprecated-engine-versions).
### Alterações de comportamento do Redis OSS 2.8 e alterações incompatíveis com versões anteriores
Para obter uma lista completa de alterações, consulte as [Notas de versão do Redis OSS 2.8](https://raw.githubusercontent.com/redis/redis/2.8/00-RELEASENOTES).
+ A partir do Redis OSS 2.8.22, o Redis OSS AOF não é mais suportado no Redis OSS. ElastiCache Recomendamos o uso do MemoryDB quando os dados precisam ser persistidos de forma duradoura.
+ A partir do Redis OSS 2.8.22, ElastiCache para Redis, o OSS não suporta mais a anexação de réplicas às primárias hospedadas nele. ElastiCache Durante a atualização, as réplicas externas serão desconectadas e não poderão se reconectar. Recomendamos usar o cache do lado do cliente, disponibilizado no Redis OSS 6.0 como uma alternativa às réplicas externas.
+ Os comandos `TTL` e `PTTL` agora retornarão -2 se a chave não existir e -1 se existir, mas não tiver expiração associada. O Redis OSS 2.6 e as versões anteriores costumavam retornar -1 para ambas as condições.
+ O `SORT` com `ALPHA` agora classificará de acordo com o local de agrupamento local, se nenhuma opção `STORE` for usada.
Para obter mais informações, consulte [ElastiCache versões para o cronograma de fim de vida útil do Redis OSS](engine-versions.md#deprecated-engine-versions).
# Considerações sobre atualização ao trabalhar com clusters baseados em nós
**nota**
As considerações a seguir só se aplicam ao atualizar clusters baseados em nós. Eles não se aplicam ao ElastiCache Serverless.
**Considerações sobre Valkey e Redis OSS**
Ao atualizar um cluster baseado em nós, leve em consideração 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.
+ Começando com a ElastiCache versão 7.2 para Valkey e a ElastiCache versão 6.0 para Redis OSS, ElastiCache oferecerá uma única versão para cada versão secundária, em vez de oferecer várias versões de patch.
+ A partir do mecanismo Redis OSS versão 5.0.6, você pode atualizar a versão do cluster com o mínimo de tempo de inatividade. O cluster estará disponível para leituras durante todo o processo de atualização e para gravações durante a maior parte da atualização, exceto durante a operação de failover que dura alguns segundos.
+ 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.