¿Cómo soluciono los errores al cambiar el tipo de nodo de ElastiCache para Redis?

4 minutos de lectura
0

Al cambiar el tipo de nodo de Amazon ElastiCache para Redis, la opción no está disponible, el cambio no se aplica o recibo un mensaje de error. ¿Cómo puedo solucionar estos problemas?

Descripción corta

Los siguientes son motivos frecuentes por los que se producen problemas al cambiar el tipo de nodo de Redis:

  • Memoria insuficiente en el tipo de nodo de destino.
  • Capacidad insuficiente.
  • Interfaces de red elásticas insuficientes.
  • El tipo de nodo especificado no está disponible en la zona de disponibilidad.
  • La versión del motor Redis no admite el tipo de nodo de destino.
  • El parámetro ApplyImmediately se establece como falso.
  • Uso intensivo de nodos.

Resolución

Nota: Puede usar los eventos de ElastiCache y AWS CloudTrail para obtener más información y ver los mensajes de error relevantes.

Memoria insuficiente en el tipo de nodo de destino

Asegúrese de que el nuevo tipo de nodo sea lo suficientemente grande como para acomodar todos sus datos y la sobrecarga de Redis requerida. Amazon CloudWatch proporciona métricas de Redis en Amazon ElastiCache. Asegúrese de que el uso total de memoria actual que se muestra en la métrica BytesUsedForCache esté por debajo de la capacidad máxima de su tipo de nodo de destino.

Si la métrica BytesUsedForCache está por encima de la capacidad máxima para el tipo de nodo de destino, recibirá el siguiente mensaje de error:

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.

Nota: De forma predeterminada, cada nodo de caché tiene un 25 % de su memoria reservada para uso sin datos y escrituras en segundo plano. Esta cantidad se establece en el parámetro reserved-memory-percent. Esta memoria reservada reduce la memoria máxima utilizada para los datos de la caché en un 25 %. Esto significa que hay una menor cantidad de memoria disponible para los datos. Puede modificar la cantidad de memoria reservada para cambiar la memoria máxima disponible para los datos de la caché. Este cambio requiere la creación de un grupo de parámetros personalizado porque no se puede modificar el grupo de parámetros predeterminado. Sin embargo, si se establece el porcentaje de memoria de reserva en 0, es posible que algunas operaciones del clúster, como las instantáneas, fallen.

Para obtener instrucciones sobre el tamaño de los datos de la caché y el uso de la memoria, consulte ¿Por qué no puedo desescalar verticalmente mi clúster de ElastiCache?

Capacidad insuficiente

El error InsufficientCacheClusterCapacity indica que Amazon ElastiCache no puede asignar tantas instancias de una zona de disponibilidad determinada como se solicitó. Para obtener información sobre cómo resolver este error, consulte Mensajes de error: InsufficientCacheClusterCapacity.

Interfaces de red elásticas insuficientes

Asegúrese de tener suficiente capacidad de interfaz de red elástica. Si es necesario, utilice Service Quotas para aumentar el límite. Para obtener más información, consulte ¿Cómo consigo más interfaces de red elásticas si he alcanzado el límite en una región de AWS?

El tipo de nodo especificado no está disponible en la zona de disponibilidad

Si utiliza un tipo de nodo que no se admite en la zona de disponibilidad especificada, recibirá el siguiente mensaje de error InvalidParameterValue:

Specified node type <node_type> is not available in AZ <availability_zone>

Para obtener instrucciones sobre los tipos de nodos disponibles, consulte ¿Por qué no puedo desescalar verticalmente mi clúster de ElastiCache?

La versión del motor Redis no admite el tipo de nodo de destino

Algunos tipos de nodos requieren versiones superiores del motor de Redis. Para obtener más información, consulte Tipos de nodos admitidos.

Actualice la versión del motor de Redis antes de actualizar al tipo de nodo.

El parámetro ApplyImmediately se establece como falso

Si el parámetro ApplyImmediately se establece como falso, los cambios en los nodos del grupo de reproducción se aplican en el siguiente reinicio de mantenimiento o en el siguiente reinicio por error, lo que ocurra primero. Si el cambio debe ser inmediato, defina este parámetro como verdadero.

Nota: La duración del cambio del tipo de nodo depende del tipo de nodo y de la cantidad de datos que haya en el clúster. Es una práctica recomendada realizar la actualización cuando el tráfico al clúster está en el nivel más bajo.

Uso intensivo de nodos

Una carga de trabajo pesada en el clúster durante la modificación puede interferir con los flujos de trabajo de ElastiCache. Se recomienda iniciar una modificación de nodo durante las horas de poco tráfico de datos.


OFICIAL DE AWS
OFICIAL DE AWSActualizada hace 2 años