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á.

Migração de nós da geração anterior

Os nós de geração anterior são tipos de nó que estão sendo eliminados gradualmente. Se você não tiver clusters existentes usando um tipo de nó da geração anterior, ElastiCache não oferece suporte à criação de novos clusters com esse tipo de nó.

Devido à quantidade limitada de tipos de nó de geração anterior, não podemos garantir uma substituição bem-sucedida quando um nó se torna não íntegro em seu(s) cluster(s). Nesse cenário, a disponibilidade do cluster pode ser afetada negativamente.

Recomendamos que você migre seu(s) cluster(s) para um novo tipo de nó para melhor disponibilidade e performance. Para obter um tipo de nó recomendado para migrar, consulte Caminhos de atualização. Para obter uma lista completa dos tipos de nós compatíveis e dos tipos de nós da geração anterior em ElastiCache, consulteTipos de nó compatíveis.

Migração de nós em um cluster Valkey ou Redis OSS

O procedimento a seguir descreve como migrar seu tipo de nó de OSS cluster Valkey ou Redis usando o console. ElastiCache Durante esse processo, seu OSS cluster Valkey ou Redis continuará atendendo às solicitações com o mínimo de tempo de inatividade. Dependendo da configuração do cluster, você pode ver os seguintes tempos de inatividade. As estimativas a seguir podem diferir com base em suas configurações específicas:

Para modificar um tipo de nó de OSS cluster Valkey ou Redis usando o console:

Para modificar um tipo de nó de OSS cluster Valkey ou Redis usando: AWS CLI

Use o modify-replication-groupAPIconforme mostrado a seguir:

Para Linux, macOS ou Unix:

aws elasticache modify-replication-group /
	--replication-group-id my-replication-group /
	--cache-node-type new-node-type /
	--apply-immediately 
	

Para Windows:

aws elasticache modify-replication-group ^
	--replication-group-id my-replication-group ^
	--cache-node-type new-node-type ^
	--apply-immediately 
	

Nesse cenário, o valor de new-node-type é o tipo de nó para o qual você está migrando. Passando o parâmetro --apply-immediately, a atualização será aplicada imediatamente quando o grupo de replicação fizer a transição do status modifying (modificando) para available (disponível). Se Apply immediately (Aplicar imediatamente) não for escolhida, o processo de migração será realizado durante a próxima janela de manutenção do cluster.

Fixando ou removendo restore-failed-node (s)

O procedimento a seguir descreve como corrigir ou remover nós com falha de restauração do seu cluster Valkey ou Redis. OSS Para saber mais sobre como os ElastiCache nós entram em um estado de falha na restauração, consulte. Visualizando o status ElastiCache do nó Recomendamos primeiro remover todos os nós em um estado de falha na restauração, depois migrar os nós restantes da geração anterior no ElastiCache cluster para um tipo de nó de nova geração e, por fim, adicionar novamente o número necessário de nós.

Para remover o nó com falha de restauração (console):

Depois de remover os nós que falharam na restauração do seu ElastiCache cluster, agora você pode migrar para um tipo de geração mais recente. Para obter mais informações, consulte acima em Migração de nós em um cluster Valkey ou Redis OSS.

Para adicionar novamente nós ao seu ElastiCache cluster, consulteAdicionando nós a um ElastiCache cluster.

Migração de nós em um cluster do Memcached

Para migrar ElastiCache (Memcached) para um tipo de nó diferente, você deve criar um novo cluster, que sempre começa vazio para que seu aplicativo possa preencher.

Para migrar seu tipo de nó de cluster ElastiCache (Memcached) usando o console: ElastiCache