Como soluciono erros ao alterar meu tipo de nó do ElastiCache para Redis?
Ao alterar meu tipo de nó do Amazon ElastiCache para Redis, a opção não está disponível, a alteração não está entrando em vigor ou estou recebendo uma mensagem de erro. Como posso solucionar esses problemas?
Breve descrição
A seguir estão os motivos comuns para problemas ao alterar o tipo de nó do Redis:
- Memória insuficiente no tipo de nó de destino.
- Capacidade insuficiente.
- Interfaces de rede elástica insuficientes.
- O tipo de nó especificado não está disponível na zona de disponibilidade.
- A versão do mecanismo do Redis não é compatível com o tipo de nó de destino.
- O parâmetro ApplyImmediately está definido como falso.
- Utilização pesada de nós.
Resolução
Observação: é possível usar os eventos do ElastiCache e o AWS CloudTrail para obter mais informações e ver mensagens de erro relevantes.
Memória insuficiente no tipo de nó de destino
Certifique-se de que o novo tipo de nó é grande o suficiente para acomodar todos os dados e a sobrecarga necessária do Redis. O Amazon CloudWatch fornece métricas do Redis no Amazon ElastiCache. Certifique-se de que o uso total de memória atual exibido na métrica BytesUsedForCache está abaixo da capacidade máxima do tipo de nó de destino.
Se a métrica BytesUsedForCache estiver acima da capacidade máxima do tipo de nó de destino, a seguinte mensagem de erro será exibida:
Failed to scale down to cache node type Replication Group <replication_group_name> because the node has insufficient memory. Please select a different node type or reduce current memory usage and retry.
Observação: por padrão, cada nó de cache tem 25% de sua memória reservada para uso sem dados e gravações em segundo plano. Esse valor é definido no parâmetro reserved-memory-percent. Essa memória reservada reduz a memória máxima usada para dados em cache em 25%. Isso significa que há uma quantidade menor de memória disponível para os dados. É possível modificar a quantidade de memória reservada para alterar a memória máxima disponível para dados de cache. Essa alteração requer a criação de um grupo de parâmetro personalizado porque não é possível modificar o grupo de parâmetro padrão. No entanto, definir a porcentagem de memória de reserva como 0 pode causar a falha de algumas operações do cluster, como snapshots.
Para obter instruções sobre o tamanho dos dados de cache e o uso da memória, consulte Por que não consigo reduzir a escala verticalmente do meu cluster do ElastiCache?
Capacidade insuficiente
O erro InsufficientCacheClusterCapacity indica que o Amazon ElastiCache não pode alocar o total de instâncias de uma determinada zona de disponibilidade conforme solicitado. Para obter informações sobre como resolver esse erro, consulte Mensagens de erro: InsufficientCacheClusterCapacity.
Interfaces de rede elásticas insuficientes
Certifique-se de que existe capacidade de interface de rede elástica suficiente. Use o Service Quotas para aumentar o limite, se necessário. Para obter mais informações, consulte Como obtenho mais interfaces de rede elásticas se já atingi o limite em uma região da AWS?
O tipo de nó especificado não está disponível na zona de disponibilidade
Se um tipo de nó que não é compatível na zona de disponibilidade especificada for usado, a seguinte mensagem de erro InvalidParameterValue será exibida:
Specified node type <node_type> is not available in AZ <availability_zone>
Para obter instruções sobre os tipos de nós disponíveis, consulte Por que não consigo reduzir a escala verticalmente do meu cluster do ElastiCache?
A versão do mecanismo do Redis não é compatível com o tipo de nó de destino
Alguns tipos de nós exigem versões superiores do mecanismo do Redis. Para obter mais informações, consulte Tipos de nós compatíveis.
Atualize a versão do mecanismo do Redis antes de atualizar o tipo de nó.
O parâmetro ApplyImmediately está definido como falso
Se o parâmetro ApplyImmediately estiver definido como falso, as alterações nos nós no grupo de replicação serão aplicadas na próxima reinicialização de manutenção ou na próxima reinicialização com falha, o que ocorrer primeiro. Se a alteração precisar ser imediata, defina esse parâmetro como verdadeiro.
Observação: a duração da alteração do tipo de nó depende do tipo de nó e da quantidade de dados no cluster. É uma melhor prática realizar a atualização quando o tráfego para o cluster estiver no nível mais baixo.
Utilização pesada de nós
Um workload pesado no cluster durante a modificação pode interferir nos fluxos de trabalho do ElastiCache. É uma melhor prática iniciar uma modificação de nó durante as horas de baixo tráfego de dados.
Conteúdo relevante
- AWS OFICIALAtualizada há 2 anos
- AWS OFICIALAtualizada há um ano
- AWS OFICIALAtualizada há 2 anos
- AWS OFICIALAtualizada há 2 anos