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 de mecanismos e atualização
ElastiCache As versões (RedisOSS) são identificadas com uma versão semântica que compreende um componente e. MAJOR MINOR Por exemplo, no Redis OSS 6.2, a versão principal é 6 e a versão secundária 2. Ao operar clusters autoprojetados, ElastiCache (RedisOSS) também expõe o PATCH componente, por exemplo, Redis OSS 6.2.1, e a versão do patch é 1.
MAJORas versões são para alterações API incompatíveis e as MINOR versões são para novas funcionalidades adicionadas de forma compatível com versões anteriores. PATCHas versões são para correções de bugs compatíveis com versões anteriores e alterações não funcionais.
nota
Se um OSS cluster do Redis for replicado em uma ou mais regiões, a versão do mecanismo será atualizada para regiões secundárias e, em seguida, para a região primária.
Gerenciamento de versões para ElastiCache Serverless
ElastiCache O Serverless aplica automaticamente a versão mais recente MINOR e a versão do PATCH software 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 MAJOR versão estiver disponível, o ElastiCache Serverless enviará uma notificação no console e um evento no. EventBridge Você pode optar por atualizar seu cache para a versão principal mais recente modificando seu cache usando o console ou API selecionando a versão mais recente do mecanismo. CLI
Gerenciamento de versões para clusters autoprojetados ElastiCache
Ao trabalhar com ElastiCache clusters autoprojetados, você pode controlar quando o software que alimenta seu cluster de cache é atualizado para novas versões suportadas pelo. ElastiCache Você pode controlar quando atualizar seu cache para as PATCH versões e versões mais recentes disponíveisMAJOR. MINOR 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 de cache é 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.
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 as informações a seguir.
Considerações sobre atualização ao trabalhar com clusters autoprojetados
nota
As considerações a seguir só se aplicam ao atualizar clusters autoprojetados. Eles não se aplicam ao ElastiCache Serverless.
Ao atualizar um cluster autoprojetado, 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.
A partir do Redis OSS 6.0, ElastiCache (RedisOSS) oferecerá uma única versão para cada versão OSS secundária do Redis, em vez de oferecer várias versões de patch.
A partir da versão 5.0.6 OSS do mecanismo Redis, você pode atualizar sua versão de 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 levar a um tempo maior de failover durante a DNS propagação (30s-1m).
-
A partir do Redis OSS 7, ElastiCache (RedisOSS) oferece suporte à alternância entre Redis OSS (modo de cluster desativado) e Redis OSS (modo de cluster ativado).
-
O processo de atualização do mecanismo Amazon ElastiCache (RedisOSS) foi projetado para fazer o melhor esforço para reter seus dados existentes e requer uma replicação bem-sucedida do RedisOSS.
-
Ao atualizar o mecanismo, o ElastiCache (RedisOSS) encerrará as conexões existentes do cliente. Para minimizar o tempo de inatividade durante as atualizações do mecanismo, recomendamos que você implemente as melhores práticas para OSS clientes Redis com novas tentativas de erro e recuo exponencial, além das melhores práticas para minimizar o tempo de inatividade durante a manutenção.
-
Você não pode atualizar diretamente do Redis OSS (modo de cluster desativado) para o Redis OSS (modo de cluster ativado) ao atualizar seu mecanismo. O procedimento a seguir mostra como fazer o upgrade do Redis OSS (modo de cluster desativado) para o Redis OSS (modo de cluster ativado).
Para atualizar de uma versão do mecanismo Redis OSS (modo de cluster desativado) para Redis OSS (modo de cluster ativado)
-
Faça um backup do seu cluster ou grupo de replicação do Redis OSS (modo de cluster desativado). Para obter mais informações, consulte Realização de backups manuais.
-
Use o backup para criar e semear um cluster Redis OSS (modo de cluster ativado) 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 Propagação de um novo cluster autoprojetado com um backup criado externamente.
-
Exclua o antigo cluster ou grupo de replicação do Redis OSS (modo de cluster desativado). Para obter mais informações, consulte Excluir um cluster ou Exclusão de um grupo de replicação.
-
Dimensione o novo cluster ou grupo de replicação do Redis OSS (modo de cluster ativado) de acordo com o número de fragmentos (grupos de nós) necessários. Para obter mais informações, consulte Dimensionamento de clusters no Redis OSS (modo de cluster ativado)
-
-
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 únicos e OSS clusters com o Multi-AZ desativado, recomendamos que seja disponibilizada memória suficiente para o Redis, OSS conforme descrito em. Garantindo que você tenha memória suficiente para criar um instantâneo do Redis OSS Nesses casos, o primário não está disponível para solicitações de serviço durante o processo de atualização.
-
Para OSS clusters Redis com o Multi-AZ ativado, também recomendamos que você agende atualizações do mecanismo durante períodos de baixo tráfego de gravação de entrada. Ao atualizar para o Redis OSS 5.0.6 ou superior, 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.
Como atualizar as versões dos mecanismos
Você inicia atualizações de versão para seu cluster ou grupo de replicação modificando-o usando o ElastiCache console, o ou o ElastiCache API e especificando uma versão mais recente do mecanismo. AWS CLI Para obter mais informações, consulte os tópicos a seguir.
| Como modificar clusters e grupos de replicação | |
|---|---|
| Clusters | Grupos de replicação |
| Usando o AWS Management Console | Usando o AWS Management Console |
| Usando o AWS CLI | Usando o AWS CLI |
| Usando a ElastiCache API | Usando a ElastiCache API |
Resolvendo atualizações bloqueadas do mecanismo Redis OSS
Conforme mostrado na tabela a seguir, sua operação de atualização OSS do mecanismo Redis será bloqueada se você tiver uma operação de aumento de escala pendente.
| Operações pendentes | Operações bloqueadas |
|---|---|
| Amplie a sua capacidade | Atualização imediata do mecanismo |
| Atualização do mecanismo | Expansão imediata |
| Expansão e atualização do mecanismo | Expansão imediata |
| Atualização imediata do mecanismo |
Para resolver uma atualização bloqueada OSS do mecanismo Redis
Execute um destes procedimentos:
-
Agende sua operação de atualização OSS do mecanismo Redis para a próxima janela de manutenção desmarcando a caixa de seleção Aplicar imediatamente.
Com oCLI, use
--no-apply-immediately. Com oAPI, useApplyImmediately=false. -
Espere até a próxima janela de manutenção (ou depois) para realizar a operação de atualização OSS do mecanismo Redis.
-
Adicione a operação de OSS expansão do Redis a essa modificação do cluster com a caixa de seleção Aplicar imediatamente selecionada.
Com oCLI, use
--apply-immediately. Com oAPI, useApplyImmediately=true.Essa abordagem cancela efetivamente a atualização do mecanismo durante a próxima janela de manutenção, executando-a imediatamente.
-
