Como faço upgrade da minha versão do mecanismo ElastiCache para Redis e qual é o impacto do upgrade?

Resolução

Fazer upgrade da versão do mecanismo Redis

1. Faça um backup do seu cluster Redis ou grupo de replicação. Para obter mais informações, consulte Fazer backups manuais.
2. Modifique o cluster do ElastiCache ou o grupo de replicação e escolha uma nova versão do mecanismo.

Observação: ao fazer upgrade, tenha em mente o seguinte:

• Ao atualizar versões principais de mecanismos, por exemplo, de 5.0.6 para 6.0, você deve escolher um novo grupo de parâmetros que seja compatível com a nova versão do mecanismo.
• Se a criptografia estiver ativada para o seu cluster ou grupo de replicação atual, você não poderá fazer upgrade para uma versão de mecanismo que não ofereça suporte para criptografia. Por exemplo, você não pode fazer upgrade da versão 3.2.6 para a 3.2.10.
• Não há suporte para downgrade para uma versão de mecanismo mais antiga após o upgrade.

Impactos do upgrade

1. O processo de upgrade do mecanismo do ElastiCache para Redis se esforça ao máximo para reter os dados existentes e exige uma replicação bem-sucedida do Redis.
2. A partir da versão 5.0.5 do mecanismo Redis, você pode fazer upgrade da versão do cluster com o mínimo de tempo de inatividade. O cluster está disponível para leituras durante todo o upgrade. O cluster está disponível para gravações durante a maior parte da duração do upgrade, exceto durante a operação de failover. A operação de failover dura alguns segundos.
3. Você pode fazer upgrade dos seus clusters do ElastiCache com versões anteriores à 5.0.5. O processo de upgrade é o mesmo, mas pode resultar em um tempo de failover maior durante a propagação do DNS (30s-1m).
4. Para clusters do Redis com Multi-AZ ativada, é uma prática recomendada agendar upgrades de mecanismos durante períodos de baixo tráfego de gravação de entrada. Ao fazer upgrade para o Redis 5.0.6 ou versão superior, o cluster primário continua disponível para solicitações de serviço durante o processo de upgrade.
5. Para clusters do Redis de nó único e clusters com Multi-AZ desativada, é uma prática recomendada garantir que haja memória suficiente disponível para o Redis. Para obter mais informações, consulte Garantir que você tenha memória suficiente para criar um snapshot do Redis. Para clusters únicos e clusters com Multi-AZ desativada em qualquer versão do Redis, o nó primário não está disponível para solicitações de serviço durante o processo de upgrade.

Informações relacionadas

Fazer upgrade de versões de mecanismos