Procedimientos recomendados de escalado automático

La escalabilidad automática de Azure Monitor se aplica únicamente a Azure Virtual Machine Scale Sets, Azure Cloud Services, la característica Web Apps de Azure App Service y Azure API Management.

Conceptos de escalado automático

  • Un recurso solo puede tener una configuración de escalabilidad automática.
  • Una configuración de escalabilidad automática puede tener uno o varios perfiles y cada perfil, a su vez, puede tener una o varias reglas de escalabilidad automática.
  • Una configuración de escalado automático escala instancias horizontalmente aumentando las instancias y las reduce horizontalmente disminuyendo el número de instancias.
  • Una configuración de escalado automático presenta unos valores máximo, mínimo y predeterminado de instancias.
  • Un trabajo de escalado automático siempre lee la métrica asociada por la que realizar la escala y comprueba si se rebasó el umbral establecido para el escalado horizontal o la reducción horizontal. En Métricas comunes de escalado automático de Azure Monitor encontrará una lista de métricas por las que el escalado automático puede escalar.
  • Todos los umbrales se calculan en el nivel de instancia. Un ejemplo es "escalar horizontalmente en una instancia cuando el promedio de la CPU sea > 80 % cuando el recuento de instancias sea 2". Significa el escalado horizontal cuando el promedio de CPU en todas las instancias es mayor al 80 %.
  • Todos los errores de escalabilidad automática se registran en el registro de actividad. Después, puede configurar una alerta del registro de actividad para recibir una notificación por correo electrónico, SMS o webhook cuando haya un error de escalabilidad automática.
  • De forma similar, todas las acciones de escalado correctas se publican en el registro de actividad. Después puede configurar una alerta del registro de actividad para recibir una notificación por correo electrónico, SMS o webhook cuando haya una acción de escalabilidad automática correcta. Puede configurar notificaciones de correo electrónico o webhook para recibir una notificación cada vez que se lleve a cabo una acción de escalado correcta a través de la pestaña de notificaciones de la configuración de escalado automático.

Procedimientos recomendados de escalado automático

Use los procedimientos recomendados al usar el escalado automático.

Asegúrese de que los valores máximo y mínimo son diferentes y de que hay margen suficiente entre ellos

Si tiene una configuración en la que el valor mínimo es 2, el valor máximo es 2 y el número de instancias es 2, no se puede ejecutar ninguna acción de escalado. Mantenga un margen suficiente entre los números de instancias máximo y mínimo, que son inclusivos. El escalado automático siempre escala entre estos límites.

El escalado manual se restablece al valor mínimo y máximo de escalabilidad automática

Si actualiza manualmente el recuento de instancias a un valor superior o inferior al máximo, el motor de escalado automático se ajusta automáticamente al valor mínimo (si está por debajo) o al máximo (si está por encima). Por ejemplo, establezca el intervalo entre 3 y 6. Si tiene una instancia en ejecución, el motor de autoescalado escala a tres instancias en su próxima ejecución. Del mismo modo, si establece manualmente la escala en ocho instancias, la función de escalabilidad automática la ajustará de vuelta a seis instancias en su siguiente ejecución. El escalado manual es temporal, a menos que restablezca también las reglas de escalabilidad automática.

Use siempre una combinación de reglas de escalado horizontal y reducción horizontal que realice un aumento y una disminución.

Si solo utiliza una parte de la combinación, el escalado automático solo actúa en una única dirección (escalar horizontalmente o reducir horizontalmente) hasta alcanzar el número máximo o mínimo de instancias, según se define en el perfil. Esta no es la mejor opción. Lo ideal es que su recurso se amplíe en los momentos de mayor uso para garantizar la disponibilidad. De forma similar, en momentos de baja utilización, querrá que su recurso escale para que pueda ahorrar costos.

Cuando se usa una regla de reducción o escalabilidad horizontal, lo ideal es usar la misma métrica para controlar ambas. De lo contrario, es posible que se cumplan las condiciones de reducción y escalabilidad horizontal al mismo tiempo, lo que daría lugar a cierto nivel de oscilación. Por ejemplo, no use la siguiente combinación de reglas porque no hay ninguna regla de escalado para el uso de memoria:

  • Si CPU > 90 %, se escala horizontalmente en 1
  • Si la memoria > 90 %, se escala horizontalmente en 1
  • Si CPU < 45 %, se reduce horizontalmente en 1

En este ejemplo, puede tener una situación en la que el uso de memoria sea superior al 90 %, pero el uso de CPU está por debajo del 45 %. Este escenario puede dar lugar a la oscilación siempre y cuando se cumplan ambas condiciones.

Elija la estadística adecuada para la métrica de diagnóstico

Para las métricas de diagnóstico, puede elegir entre Promedio, Mínimo, Máximo y Total como métrica a partir de la que escalar. La estadística más común es Promedio.

Consideraciones para establecer valores de umbral de escalado en métricas especiales

En el caso de las métricas especiales, como la métrica longitud de cola de Azure Storage o Azure Service Bus, el umbral es el promedio de mensajes disponibles por número actual de instancias. Elija cuidadosamente el valor de umbral para esta métrica.

Para ilustrar el comportamiento, considere el ejemplo siguiente:

  • Aumentar las instancias en 1 cuando el número de mensajes de la cola de almacenamiento >= 50
  • Disminuir las instancias en 1 cuando el número de mensajes de la cola de almacenamiento <= 10

Considere la siguiente secuencia:

  1. Hay dos instancias de Storage Queue.
  2. Siguen llegando mensajes y, al revisar la cola de almacenamiento, el recuento total es de 50. Puede suponer que el escalado automático tendría que iniciar una acción de escalado horizontal. Sin embargo, ten en cuenta que sigue siendo 50/2 = 25 mensajes por instancia. Por lo tanto, no se produce el escalado horizontal. Para que la primera acción de escalabilidad horizontal se produzca, el número total de mensajes en la cola de almacenamiento debe ser 100.
  3. Tras esto, imaginemos que el número total de mensajes llega a 100.
  4. Se agrega una tercera instancia de la cola de almacenamiento debido a una acción de escalabilidad horizontal. La siguiente acción de escalado horizontal no tendrá lugar hasta que el número total de mensajes de la cola llegue a 150, ya que 150/3 = 50.
  5. Ahora el número de mensajes en la cola disminuye. Con tres instancias, la primera acción de reducción horizontal ocurre cuando el número total de mensajes en la cola llega a 30, porque 30/3 equivale a 10 mensajes por instancia, que es el umbral de reducción horizontal.

Consideraciones para el escalado al configurar varias reglas en un perfil

Es posible que tenga que establecer varias reglas en un perfil. Al establecer varias reglas, el motor de escalado automático usa las siguientes reglas:

  • Al escalar horizontalmente, el escalado automático se ejecuta si se cumple cualquier regla.
  • Al escalar hacia adentro, la escalabilidad automática requiere que se cumplan todas las reglas.

Para ilustrar esto, imaginemos que tiene cuatro reglas de escalabilidad automática:

  • Si CPU < 30 %, se reduce horizontalmente en 1
  • Si la memoria < 50 %, se reduce horizontalmente en 1
  • Con una CPU > 75 %, se escala horizontalmente en 1
  • Con una memoria > 75 %, se escala horizontalmente en 1

Se produce la siguiente acción:

  • Si la CPU está al 76 % y la memoria está al 50 %, el escalado automático amplía horizontalmente.
  • Si la CPU está al 50 % y la memoria al 76 %, el escalado automático escala horizontalmente.

Por otro lado, con una CPU del 25 % y una memoria del 51 %, la escalabilidad automática no reduce horizontalmente. Para escalar hacia adentro, la CPU debe estar al 29 % y la memoria al 49 %.

Seleccione siempre un número predeterminado de instancias seguro

El recuento de instancias predeterminado es importante debido a cómo lo usa el escalado automático cuando hay un problema al leer la métrica de recursos. Si la capacidad actual está por debajo del valor predeterminado, la característica de escalado automático amplía horizontalmente hasta el valor predeterminado para garantizar la disponibilidad del recurso. Si la capacidad actual ya es superior a la predeterminada, el escalado automático no reduce la capacidad. Seleccione un recuento de instancias predeterminado que sea seguro para las cargas de trabajo. Para obtener más información, consulte Esquema de configuración de escalado automático.

Configurar notificaciones de escalado automático

El escalado automático escribe en el registro de actividad si se produce alguna de las condiciones siguientes:

  • El escalado automático inicia una operación de escalado.
  • El servicio de escalado automático completa correctamente una acción de escalado.
  • El servicio de escalado automático no puede realizar una acción de escalado.
  • No hay métricas disponibles para que el servicio de escalado automático tome una decisión de escalado.
  • Vuelve a haber métricas disponibles (recuperación) para poder tomar una decisión de escalado.
  • La escalabilidad automática detecta la oscilación y anula el intento de escalado. En esta situación, verá un tipo de registro Flapping. Si ve este tipo de registro, considere si sus umbrales son demasiado ajustados.
  • La escalabilidad automática detecta oscilaciones, pero sigue teniendo la capacidad de escalar correctamente. En esta situación, verá un tipo de registro FlappingOccurred. Si ve este tipo de registro, el motor de escalado automático intentó ajustar la escala (por ejemplo, de cuatro instancias a dos), pero determinó que este cambio provocaría oscilaciones. En su lugar, el motor de escalado automático se ajustó a un número distinto de instancias (por ejemplo, tres instancias en lugar de dos), lo que dejó de provocar oscilaciones, por lo que se ajustó a ese número de instancias.

Use una alerta del registro de actividad para supervisar el estado del motor de escalado automático. Un ejemplo muestra cómo crear una alerta del registro de actividad para supervisar todas las operaciones del motor de escalabilidad automática en su suscripción. En otro ejemplo se muestra cómo crear una alerta del registro de actividad para supervisar todas las operaciones con errores de escalado y reducción horizontal automáticos en su suscripción.

Además de utilizar alertas de registro de actividad, puede configurar notificaciones de correo electrónico o webhook para recibir una notificación cada vez que se lleve a cabo una acción de escalado a través de la pestaña de notificaciones de la configuración de escalado automático.

Envío de datos de forma segura mediante TLS 1.2

Para garantizar la seguridad de los datos en tránsito a Azure Monitor, configure el agente para que use al menos seguridad de la capa de transporte (TLS) 1.2. Las versiones anteriores de TLS/Secure Sockets Layer (SSL) son vulnerables. Aunque todavía funcionan para permitir la compatibilidad con versiones anteriores, no las use. El sector se mueve rápidamente para abandonar la compatibilidad con estos protocolos más antiguos.

El Consejo de Estándares de Seguridad de PCI establece una fecha límite del 30 de junio de 2018 para deshabilitar las versiones anteriores de TLS/SSL y actualizar a protocolos más seguros. Cuando Azure deje de admitir la compatibilidad heredada, si sus agentes no pueden comunicarse con al menos TLS 1.2, no podrá enviar datos a Azure Monitor Logs.

No establezca explícitamente el agente para que solo use TLS 1.2 a menos que sea necesario. Es preferible permitir que el agente detecte, negocie y aproveche automáticamente los futuros estándares de seguridad. De lo contrario, podría perderse la seguridad adicional de los estándares más recientes y posiblemente experimentar problemas si TLS 1.2 alguna vez deja de usarse y da paso a esos estándares más recientes.

Pasos siguientes

  • Last updated on