Creación de una política de escala automática basada en programas

Diseño de Políticas

En esta sección, se proporcionan algunos consejos para diseñar y solucionar problemas de políticas.

Cree dos políticas independientes para escalar y reducir un pool o para cambiar el estado del pool entre parado y en ejecución.

• Ejemplo de escala: una política especifica un tamaño más grande para el pool al principio de un período de alta demanda y una segunda política especifica un tamaño de pool más pequeño al final del período de alta demanda.

• Ejemplo de estado: una política para todas las instancias del pool al principio de un período de mantenimiento de nodo de cálculo normal y una segunda política inicia el pool al final del período de mantenimiento.

Diseñe el programa de políticas de la siguiente manera:

• Utilice expresiones cron. La escala automática utiliza una implementación de cron similar a la implementación de cron de Quartz. Todos los campos requieren un valor. Si los campos entran en conflicto, como el día del mes y el día de la semana, utilice un valor específico para uno y un signo de interrogación para el otro.

• Proporcione todas las horas de programación en UTC.

• Utilice un generador de expresiones cron en línea, como Generador de expresiones cron de Quartz, para verificar las expresiones de programación.

• Asegúrese de que los programas de política no entren en conflicto. Consulte las descripciones de Gestión de varios programas de las políticas que se ejecutan cuando los programas entran en conflicto.

Realice los siguientes pasos si una política no se ejecuta o parece no ejecutarse:

• Compruebe que tanto la configuración como la política de ampliación automática estén activadas.

• Compruebe la expresión de programación. ¿La política está definida para ejecutarse cuando estaba destinada a ejecutarse? Recuerde que todas las horas de expresión se deben proporcionar en UTC.

• ¿Se ha definido la política para iniciar instancias que ya se estaban ejecutando o parar instancias que ya se han parado?

  Además de un conflicto de políticas, es posible que se haya realizado una acción de energía en la agrupación independiente de cualquier política de escala automática. Esa acción de poder separada podría impedir que la acción política tenga éxito. No se reintenta la acción de energía de política.

• ¿La política estaba configurada para escalarse horizontalmente, pero no había suficientes recursos disponibles?

  La política de escala define el tamaño del pool y el pool sigue intentando alcanzar ese tamaño a medida que los recursos están disponibles.

• ¿La operación especificada por la política sigue ejecutándose o esperando su ejecución?

  • Compruebe si la agrupación tiene el estado Escala, Inicio, Parada o Reinicio, lo que indica que la operación de política aún se está ejecutando.

  • Si una operación de cambio de estado intenta ejecutarse mientras una operación de cambio de estado ya se está ejecutando en la misma agrupación, la segunda operación no se puede ejecutar.

  • Un número limitado de agrupaciones puede cambiar de estado simultáneamente. Si hay demasiadas agrupaciones que ya están cambiando de estado, la agrupación debe esperar para comenzar a cambiar de estado. El tiempo para cambiar de estado es más largo cuando hay más instancias implicadas porque las instancias se inician, se paran o se reinician en serie.

  • Un número limitado de agrupaciones puede cambiar de tamaño simultáneamente. Si otras agrupaciones ya están cambiando de tamaño, es posible que la agrupación tenga que esperar para comenzar a escalar. El tiempo de ampliación es mayor cuando hay más instancias implicadas porque las instancias se suprimen o se crean en serie. La supresión y la creación de instancias son operaciones en segundo plano y tardan un tiempo en comenzar después de que la política haya actualizado el tamaño del pool.