¿Cómo soluciono los problemas de un clúster de diseño propio de ElastiCache que no se puede reducir?

Resolución

Si no puedes reducir la escala de tu clúster de diseño propio, comprueba lo siguiente:

Tamaño de los datos de la caché

Cada nodo de ElastiCache tiene una cantidad de memoria dedicada reservada para el motor de Redis y es posible que el nuevo tipo de nodo no tenga suficiente memoria para almacenar los datos de la caché. Por ejemplo, el tipo de nodo cache.m5.xlarge tiene 12,93 GiB de almacenamiento. De forma predeterminada, ElastiCache reserva el 25 % de la memoria total para tareas administrativas, como fullsync y la creación de instantáneas. Para cambiar esta cantidad, actualice el parámetro reserved-memory-percent. Para obtener una lista de los tipos de nodos y las cantidades de almacenamiento, consulte los precios de Amazon ElastiCache.

Para comprobar el uso de la memoria en los parámetros de nodo used_memory y maxmemory, utilice el comando info memory:

Nota: El comando info memory muestra la memoria en GB. Los precios de Amazon ElastiCache muestran la memoria en 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 la falta de memoria disponible en el nodo, reduzca los datos de la caché o elija un tipo de nodo que tenga más capacidad.

Tipos de nodos disponibles

Nota: Si se muestran errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), consulte Troubleshoot AWS CLI errors. Además, asegúrese de utilizar la versión más reciente de la AWS CLI.

Para determinar qué tipos de nodos puedes seleccionar de tu tipo de nodo actual al escalar hacia arriba o hacia abajo, ejecuta la API ListAllowedNodeTypeModifications.

Para ver los tipos de nodos disponibles a los que puede escalar tu clúster de diseño propio de Redis, ejecuta el 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"
  ]
}

Nota: El tiempo que lleva escalar a un tipo de nodo más pequeño depende del tipo de nodo y de la cantidad de datos del clúster de caché actual.

Información relacionada

Managing reserved memory

Scaling down Redis cache clusters (AWS CLI)