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ó de geração anterior, o 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](https://aws.amazon.com/ec2/previous-generation/). Para obter uma lista completa dos tipos de nócom suporte e dos tipos de nó da geração anterior no ElastiCache, consulte [Tipos de nó compatíveis](CacheNodes.SupportedTypes.md).
## Migração de nós em um cluster do Valkey ou Redis OSS
O procedimento a seguir descreve como migrar seu tipo de nó de cluster do Valkey ou Redis OSS usando o Console do ElastiCache. Durante esse processo, o cluster do Valkey ou Redis OSS continuará a atender solicitações com tempo de inatividade mínimo. 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:
+ O modo cluster desabilitado (nó único) pode ver aproximadamente 60 segundos, principalmente devido à propagação do DNS.
+ O modo de cluster desabilitado (com o nó de réplica) pode ver aproximadamente um segundo para clusters que executam o Valkey 7.2 e posteriores ou o Redis OSS 5.0.6 e posteriores. Todas as versões inferiores podem experimentar aproximadamente 10 segundos.
+ O modo cluster habilitado pode ver aproximadamente 1 segundo.
**Para modificar um tipo de nó de cluster do Valkey ou Redis OSS usando o console:**
1. Faça login no console e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. No painel de navegação, escolha **Clusters do Valkey** ou **Clusters do Redis OSS**.
1. Na lista de clusters, escolha o cluster que você deseja migrar.
1. Escolha **Actions** (Ações) e **Modify** (Modificar).
1. Escolha o novo tipo de nó na lista de tipos de nó.
1. Se quiser executar o processo de migração imediatamente, escolha **Apply immediately** (Aplicar imediatamente). 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.
1. Escolha **Modificar**. Se você escolheu **Apply immediately** na etapa anterior, o status do cluster mudará para **modifying**. Quando o status mudar para **available**, a modificação estará completa, e você poderá começar a usar o novo cluster.
*Para modificar um tipo de nó de cluster do Valkey ou Redis OSS usando a AWS CLI:*
Use a API [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) conforme 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.
**nota**
Se você não conseguir modificar o cluster com um erro `InvalidCacheClusterState`, você precisa remover primeiro um nó com falha de restauração.
### Correção ou remoção de nós com falha na restauração
O procedimento a seguir descreve como corrigir ou remover nós com falha na restauração pelo cluster do Valkey ou Redis OSS. Para saber mais sobre como nós do ElastiCache entram em um estado de falha na restauração, consulte [Visualizando o status ElastiCache do nó](Nodes.viewing.md). É recomendável primeiramente remover eventuais nós em um estado de falha na restauração e, em seguida, migrar os nós da geração anterior restantes no cluster do ElastiCache para um tipo de nó de uma geração mais nova e, por fim, readicionar o número de nós necessário.
Para remover o nó com falha de restauração (console):
1. Faça login no console e abra o console do ElastiCache em [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. No painel de navegação, escolha **Clusters do Valkey** ou **Clusters do Redis OSS**.
1. Na lista de clusters, escolha o cluster do qual você deseja remover um nó.
1. Na lista de fragmentos, escolha o fragmento do qual você deseja remover um nó. Ignore esta etapa se o modo cluster estiver desabilitado para o cluster.
1. Na lista de nós, escolha o nó com um status de `restore-failed`.
1. Escolha **Actions** (Ações) e, em seguida, escolha **Delete node** (Excluir nó).
Depois de remover os nós com falha na restauração do cluster do ElastiCache, você poderá migrar para um tipo de geração mais novo. Para obter mais informações, consulte acima em [Migração de nós em um cluster do Valkey ou Redis OSS](#CacheNodes.NodeMigration.Redis).
Para readicionar nós ao cluster do ElastiCache, consulte [Adicionar nós a um ElastiCache cluster](Clusters.AddNode.md).
## Migração de nós em um cluster do Memcached
Para migrar o ElastiCache for Memcached para um tipo de nó diferente, você deve criar um novo cluster, que sempre começa vazio, que sua aplicação possa preencher.
**Para migrar o tipo de nó do cluster do ElastiCache for Memcached usando o console do ElastiCache:**
+ Crie um novo cluster com o novo tipo de nó. Para obter mais informações, consulte [Criação de um cluster do Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
+ No seu aplicativo, atualize os endpoints para os endpoints do novo cluster. Para obter mais informações, consulte [Localização de endpoints de um cluster (console) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ Exclua o cluster antigo. Para obter mais informações, consulte [Excluindo um cluster no ElastiCache](Clusters.Delete.md)