Como soluciono erros ao alterar meu tipo de nó do ElastiCache para Redis?

4 minuto de leitura
0

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.


AWS OFICIAL
AWS OFICIALAtualizada há 2 anos