Como soluciono problemas de um cluster autoprojetado pelo ElastiCache que não pode ser reduzido?

Resolução

Se você não conseguir reduzir seu cluster projetado por você mesmo, verifique o seguinte:

Tamanho dos dados do cache

Cada nó do ElastiCache tem uma quantidade dedicada de memória reservada para o mecanismo Redis e o novo tipo de nó pode não ter memória suficiente para armazenar os dados do cache. Por exemplo, o tipo de nó cache.m5.xlarge tem 12,93 GiB de armazenamento. Por padrão, o ElastiCache reserva 25% da memória total para tarefas administrativas, como fullysync e criação de instantâneos. Para alterar esse valor, atualize o parâmetro reserved-memory-percent. Para obter uma lista de tipos de nós e quantidades de armazenamento, consulte os Preços do Amazon ElastiCache.

Para verificar o uso da memória nos parâmetros de nós used_memory e maxmemory, use o comando info memory:

Observação: O comando info memory mostra a memória em GB. Preços do Amazon ElastiCache mostra a memória em GiB.

test.xm4oz6.ng.0001.use1.cache.amazonaws.com:6379> info memory
# Memory
used_memory:5579416
used_memory_human:5.32M
used_memory_rss:11218944
used_memory_rss_human:10.70M
used_memory_peak:5856480
used_memory_peak_human:5.59M
maxmemory:10418941287
maxmemory_human:9.70G

Para resolver a falta de memória disponível no nó, reduza os dados do cache ou escolha um tipo de nó que tenha mais capacidade.

Tipos de nós disponíveis

Observação: se você receber erros ao executar comandos da AWS Command Line Interface (AWS CLI), consulte Solucionar erros da AWS CLI. Além disso, verifique se você está usando a versão mais recente da AWS CLI.

Para determinar quais tipos de nós você pode selecionar do seu tipo de nó atual ao aumentar e diminuir a escala, execute a API ListAllowedNodeTypeModifications.

Para visualizar os tipos de nós disponíveis para os quais seu cluster de design próprio do Redis pode escalar, execute o comando ListAllowedNodeTypeModifications:

$aws elasticache list-allowed-node-type-modifications --replication-group-id checkout-cache-test

{
  "ScaleUpModifications": [
    "cache.r4.16xlarge",
    "cache.r5.12xlarge",
    "cache.r5.24xlarge",
    "cache.r5.4xlarge"
  ],
  "ScaleDownModifications": [
    "cache.m3.2xlarge",
    "cache.m3.large",
    "cache.m3.medium",
    "cache.m3.xlarge",
    "cache.m4.2xlarge",
    "cache.m4.4xlarge",
    "cache.m4.large",
    "cache.m4.xlarge",
    "cache.r3.2xlarge",
    "cache.r3.large",
    "cache.r3.xlarge",
    "cache.r4.2xlarge",
    "cache.r4.large",
    "cache.r4.xlarge",
    "cache.t2.medium",
    "cache.t2.micro",
    "cache.t2.small",
    "cache.t3.medium",
    "cache.t3.micro",
    "cache.t3.small"
  ]
}

Observação: o tempo necessário para escalar para um tipo de nó menor depende do tipo de nó e da quantidade de dados no cluster de cache atual.

Informações relacionadas

Como gerenciar a memória reservada

Scaling down Redis cache clusters (AWS CLI)