Políticas de escalado de seguimiento de destino

Con las políticas de escalado del seguimiento de objetivos, se selecciona una métrica y se establece un valor objetivo. ElastiCache para Valkey y Redis, OSS AutoScaling crea y gestiona las CloudWatch alarmas que activan la política de escalado y calcula el ajuste de escalado en función de la métrica y el valor objetivo. La política de escalado agrega o elimine las réplicas por igual en todas las particiones en función de las necesidades para mantener la métrica en el valor objetivo especificado o en un valor próximo. Además de mantener la métrica próxima al valor de destino, la política de escalado de seguimiento de destino también se ajusta a las fluctuaciones de la métrica producidas por patrones de carga fluctuante y minimiza las fluctuaciones rápidas de la capacidad de la flota.

Criterios de Auto Scaling para las réplicas

La política de Auto Scaling define la siguiente métrica predefinida para el clúster:

ElastiCacheReplicaEngineCPUUtilization: El umbral de utilización de la CPU del motor de AVG agregado en todas las réplicas que se utiliza ElastiCache para activar una operación de autoscalamiento. Puede establecer el objetivo de utilización entre el 35 y el 70 %.

Cuando el servicio detecte que su ElastiCacheReplicaEngineCPUUtilization métrica es igual o superior a la configuración de Target, aumentará automáticamente las réplicas en todos los fragmentos. ElastiCache escala las réplicas del clúster mediante un recuento igual al mayor de los dos números: porcentaje de variación con respecto a Target y una réplica. En el caso de la ampliación, ElastiCache no se ampliará automáticamente a menos que el valor general de la métrica esté por debajo del 75 por ciento del objetivo definido.

Para un ejemplo de escalado horizontal, si tiene 5 particiones y 1 réplica cada una:

Si su objetivo supera un 30 por ciento, ElastiCache en el caso de Valkey y Redis, OSS se amplía con una réplica (máximo (0,3, predeterminado 1)) en todos los fragmentos, lo que da como resultado 5 fragmentos con 2 réplicas cada uno,

Por ejemplo, si ha seleccionado un valor objetivo del 60 por ciento, ElastiCache para Valkey y Redis, el OSS no escalará automáticamente hasta que la métrica sea inferior o igual al 45 por ciento (un 25 por ciento por debajo del 60 por ciento objetivo).

Consideraciones de Auto Scaling

Tenga en cuenta las siguientes consideraciones:

• En las políticas de escalado de seguimiento de destino, se presupone que el escalado ascendente se lleva a cabo cuando la métrica está por encima del valor de destino. No puede utilizar una política de escalado del seguimiento objetivo para escalar de forma horizontal cuando la métrica especificada esté por debajo del valor objetivo. ElastiCache para Valkey y Redis, OSS escala las réplicas como máximo (% de desviación redondeado con respecto al objetivo, predeterminado 1) de las réplicas existentes en todos los fragmentos del clúster.

• Las políticas de escalado de seguimiento de destino no realizan el escalado cuando la métrica especificada no tiene datos suficientes. No realiza el escalado porque la carencia de datos no se interpreta como una infrautilización de recursos.

• Es posible que haya diferencias entre el valor de destino y los puntos de datos de la métrica real. Esto se debe a que ElastiCache Auto Scaling siempre actúa de forma conservadora al redondear hacia arriba o hacia abajo cuando determina la cantidad de capacidad que se debe añadir o eliminar. Con esto se evita que se agrega capacidad insuficiente o se elimine demasiada capacidad.

• Para garantizar la disponibilidad de la aplicación, el servicio escalará horizontalmente en proporción a la métrica tan rápido como puede, pero se reduce horizontalmente de manera más gradual con un máximo de reducción horizontal de 1 réplica en las particiones del clúster.

• Puede tener varias políticas de escalado y seguimiento de objetivos ElastiCache para un clúster de OSS de Valkey y Redis, siempre que cada una de ellas utilice una métrica diferente. El objetivo del escalado automático siempre es dar prioridad a la disponibilidad, por lo que su comportamiento varía en función de si las políticas de seguimiento de destino están listas para el escalado horizontal o la reducción horizontal. Realizará un escalado horizontal del servicio si cualquiera de las políticas de seguimiento de destino está lista para el escalado horizontal, pero solo realizará la reducción horizontal si todas las políticas de seguimiento de destino (que tienen la parte de reducción horizontal habilitada) están listas para la reducción horizontal.

• No edite ni elimine las CloudWatch alarmas que ElastiCache Auto Scaling administra para una política de escalado de seguimiento de objetivos. El escalado automático elimina de forma automática las alarmas cuando se elimina la política de escalado o el clúster.

• ElastiCache Auto Scaling no le impide modificar manualmente las réplicas en los fragmentos. Estos ajustes manuales no afectan a ninguna de CloudWatch las alarmas existentes asociadas a la política de escalado, pero pueden afectar a las métricas que podrían activar estas CloudWatch alarmas.

• Estas CloudWatch alarmas administradas por Auto Scaling se definen en la métrica de AVG en todos los fragmentos del clúster. Por lo tanto, tener particiones activas puede resultar en cualquiera de los siguientes escenarios:

  • escalando cuando no es necesario debido a la carga de algunos fragmentos calientes, lo que desencadena una alarma CloudWatch

  • no escalar cuando sí sea necesario debido a un AVG (Promedio) agregado en todas las particiones que causa que la alarma se interrumpa.

• ElastiCache Se siguen aplicando los límites predeterminados de nodos por clúster. Por lo tanto, al optar por Auto Scaling y, si espera que los nodos máximos sean superiores al límite predeterminado, solicite un aumento del límite en AWS Service Limits y elija el tipo de límite Nodes per cluster per instance type (Nodos por clúster por tipo de instancias).

• Asegúrese de tener suficientes ENIs (interfaces de red elásticas) disponibles en su VPC, que son necesarias durante el escalado horizontal. Para obtener más información, consulte Interfaces de red elástica.

• Si no hay suficiente capacidad disponible EC2, ElastiCache Auto Scaling no se ampliará hasta que la capacidad esté disponible o si modificas manualmente el clúster para adaptarlo a los tipos de instancias que tienen suficiente capacidad.

• ElastiCache Auto Scaling no admite el escalado de réplicas con un clúster que tenga ReservedMemoryPercent menos del 25 por ciento. Para obtener más información, consulte Administración de la memoria reservada para Valkey y Redis OSS.