Escalado automático y App Service Environment v1
Importante
Este artículo trata sobre App Service Environment v1. App Service Environment v1 y v2 se han retirado desde el 31 de agosto de 2024. Hay una nueva versión de App Service Environment que resulta más fácil de usar y se ejecuta en una infraestructura más eficaz. Para aprender más sobre la nueva versión, empiece por consultar la Introducción a App Service Environment. Si actualmente usa App Service Environment v1, siga los pasos descritos en este artículo para migrar a la nueva versión.
A partir del 31 de agosto de 2024, el Acuerdo de Nivel de Servicio (SLA) y los créditos de servicio ya no se aplican a las cargas de trabajo de App Service Environment v1 y v2 que siguen en producción, ya que son productos retirados. Se ha iniciado la retirada del hardware de App Service Environment v1 y v2, lo que puede afectar a la disponibilidad y el rendimiento de las aplicaciones y los datos.
Debe completar la migración a App Service Environment v3 inmediatamente o las aplicaciones y los recursos podrían ser eliminados. Intentaremos migrar automáticamente cualquier instancia restante de App Service Environment v1 y v2 en la medida de lo posible mediante la característica de migración local, pero Microsoft no ofrece ninguna garantía sobre la disponibilidad de la aplicación después de la migración automática. Es posible que tenga que realizar la configuración manual para completar la migración y optimizar la opción de SKU del plan de App Service para satisfacer sus necesidades. Si la migración automática no es factible, se eliminarán los recursos y los datos de la aplicación asociados. Le instamos encarecidamente a que actúe ahora para evitar cualquiera de estos escenarios extremos.
Si necesita más tiempo, podemos ofrecerle un único periodo de gracia de 30 días para que complete la migración. Para obtener más información y solicitar este período de gracia, consulte la información general del período de gracia, y a continuación, vaya a Azure Portal y visite la hoja Migración para cada uno de los entornos de App Service.
Para obtener la información más actualizada sobre la retirada de App Service Environment v1/v2, consulte la Actualización de retirada de App Service Environment v1 y v2.
Los entornos de Azure App Service admiten el escalado automático. Puede usar el escalado automático basado en métricas o programación grupos de trabajo individuales.
El escalado automático optimiza el uso de recursos gracias al crecimiento y reducción automáticos de un entorno de App Service para ajustarse a su presupuesto o a su perfil de carga.
Configuración del escalado automático de grupo de trabajo
Puede acceder a la funcionalidad de escalado automático desde la pestaña Configuración del grupo de trabajo.
A partir de ahí, la interfaz debe resultar bastante familiar ya que se trata de la misma experiencia que ve al escala un plan de App Service.
También puede configurar un perfil de escalado automático.
Los perfiles de escalado automático resultan útiles para establecer límites en la escala. De este modo tener una experiencia de rendimiento coherente, mediante el establecimiento de un valor de escala de límite inferior (1) y un techo de gasto predecible, mediante el establecimiento de un límite superior (2).
Después de definir un perfil, puede agregar reglas de escalado automático para escalar o reducir verticalmente el número de instancias en el grupo de trabajo dentro de los límites definidos por el perfil. Las reglas de escalado automático se basan en las métricas.
Se puede usar cualquier grupo de trabajo o métrica de front-end para definir las reglas de escalado automático. Son las mismas métricas que puede supervisar en los gráficos de la hoja de recursos o para las que puede configurar alertas.
Ejemplo de escalado automático
La mejor manera de ilustrar el escalado automático de un entorno de App Service es mediante un escenario.
Este artículo explica todas las consideraciones necesarias para configurar el escalado automático. En este artículo veremos todas las interacciones que entran en juego cuando se aplica el escalado automático en los App Service Environment que se hospedan en un App Service Environment.
Introducción al escenario
Frank es administrador de sistemas de una empresa y ha migrado parte de las cargas de trabajo que administra a un entorno de App Service.
El entorno de App Service está configurado a escala manual de la siguiente manera:
- Servidores front-end: 3
- Grupo de trabajo 1: 10
- Grupo de trabajo 2: 5
- Grupo de trabajo 3: 5
El grupo de trabajo 1 se usa para las cargas de trabajo de producción, en tanto que los grupos de trabajo 2 y 3 se usan para las cargas de trabajo de control de calidad y desarrollo.
Los planes de App Service de QA y desarrollo están configurados para la escala manual. El plan de App Service de producción se establece en escalado automático para tratar con las variaciones de carga y el tráfico.
Frank está muy familiarizado con la aplicación. Sabe que las horas pico de carga están entre las 9:00 a.m. y 6:00 p.m. porque se trata de una aplicación de línea de negocio (LOB) que los empleados usan mientras están en la oficina. El uso cae después, una vez que los usuarios han terminado la jornada. Fuera de las horas punta, sigue habiendo cierta carga porque los usuarios pueden acceder de forma remota a la aplicación mediante sus dispositivos móviles o equipos domésticos. El plan de App Service de producción ya está configurado para el escalado automático en función del uso de CPU con las reglas siguientes:
| Perfil de escalado automático: Días laborables: plan de App Service | Perfil de escalado automático: Fines de semana: plan de App Service |
|---|---|
| Nombre: perfil Día laborable | Nombre: perfil Fin de semana |
| Escalar por: reglas de rendimiento y programación | Escalar por: reglas de rendimiento y programación |
| Perfil: Días de la semana | Perfil: Fin de semana |
| Tipo: Periodicidad | Tipo: Periodicidad |
| Rango objetivo: de 5 a 20 instancias | Rango objetivo: de 3 a 10 instancias |
| Días: lunes, martes, miércoles, jueves, viernes | Días: sábado, domingo |
| Hora de inicio: 9:00 a. m. | Hora de inicio: 9:00 a. m. |
| Zona horaria: UTC-08 | Zona horaria: UTC-08 |
| Regla de escalado automático (escalar verticalmente) | Regla de escalado automático (escalar verticalmente) |
| Recurso: producción (App Service Environment) | Recurso: producción (App Service Environment) |
| Métrica: % de CPU | Métrica: % de CPU |
| Operación: mayor que el 60 % | Operación: mayor que el 80 % |
| Duración: 5 minutos | Duración: 10 minutos |
| Agregación de tiempo: Average | Agregación de tiempo: Average |
| Acción: aumentar recuento en 2 | Acción: aumentar recuento en 1 |
| Tiempo de finalización (minutos): 15 | Tiempo de finalización (minutos): 20 |
| Regla de escalado automático (reducir verticalmente) | Regla de escalado automático (reducir verticalmente) |
| Recurso: producción (App Service Environment) | Recurso: producción (App Service Environment) |
| Métrica: % de CPU | Métrica: % de CPU |
| Operación: menor que el 30 % | Operación: menor que el 20 % |
| Duración: 10 minutos | Duración: 15 minutos |
| Agregación de tiempo: Average | Agregación de tiempo: Average |
| Acción: reducir el recuento en 1 | Acción: reducir el recuento en 1 |
| Tiempo de finalización (minutos): 20 | Tiempo de finalización (minutos): 10 |
Tasa de inflación del plan de App Service
Los planes de App Service configurados para el escalado automático se realizan a una tasa máxima por hora. Esta tasa se puede calcular en función de los valores indicados en la regla de escalado automático.
Comprender y calcular la tasa de inflación del plan de App Service es importante para el escalado automático del entorno de App Service, ya que los cambios en el escalado de un grupo de trabajo no son instantáneos.
La tasa de inflación del plan de App Service se calcula del siguiente modo:
De acuerdo con la regla Escalado automático: escalar verticalmente del perfil Días laborables del plan de App Service de producción:
En el caso de la regla Escalado automático: escalar verticalmente del perfil Fines de semana del plan de App Service de producción, la fórmula daría como resultado:
Este valor también se puede calcular para operaciones de reducción vertical.
De acuerdo con la regla Escalado automático: reducir verticalmente del perfil Días laborables del plan de App Service de producción, sería:
En el caso de la regla Escalado automático: reducir verticalmente del perfil Fines de semana del plan de App Service de producción, la fórmula daría como resultado:
El plan de App Service de producción puede crecer a una tasa máxima de ocho instancias por hora durante la semana y de cuatro instancias por hora durante los fines de semana. Puede liberar las instancias a una tasa máxima de cuatro instancias por hora durante la semana y seis instancias por hora durante los fines de semana.
Si se hospedan varios planes de App Service en un grupo de trabajo, debe calcular la tasa de inflación total como la suma de la tasa de inflación de todos los planes de App Service que se hospedan en dicho grupo de trabajo.
Uso de la tasa de inflación del plan de App Service para definir reglas de escalado automático del grupo de trabajo
Los grupos de trabajo que hospedan planes del App Service que están configurados para el escalado automático tendrán que asignar un búfer de capacidad. El búfer permite que las operaciones de escalado automático aumenten y reduzcan el plan de App Service según sea necesario. El búfer mínimo será la tasa de inflación total del plan de App Service calculada.
Puesto que las operaciones de escalado del entorno de App Service tardan algún tiempo en aplicarse, deben tenerse en cuenta los cambios de demanda adicionales que se pueden producir mientras están en curso una operación de escalado. Para dar cabida a esta latencia, se recomienda usar la tasa de inflación total del plan de App Service calculada como el número mínimo de instancias que se agregan para cada operación de escalado automático.
Con esta información, Frank puede definir el siguiente perfil y las siguientes reglas de escalado automático:
| Perfil de escalado automático: Días laborables | Perfil de escalado automático: Fines de semana |
|---|---|
| Nombre: perfil Día laborable | Nombre: perfil Fin de semana |
| Escalar por: reglas de rendimiento y programación | Escalar por: reglas de rendimiento y programación |
| Perfil: Días de la semana | Perfil: Fin de semana |
| Tipo: Periodicidad | Tipo: Periodicidad |
| Rango objetivo: de 13 a 25 instancias | Rango objetivo: de 6 a 15 instancias |
| Días: lunes, martes, miércoles, jueves, viernes | Días: sábado, domingo |
| Hora de inicio: 7:00 a. m. | Hora de inicio: 9:00 a. m. |
| Zona horaria: UTC-08 | Zona horaria: UTC-08 |
| Regla de escalado automático (escalar verticalmente) | Regla de escalado automático (escalar verticalmente) |
| Recurso: grupo de trabajo 1 | Recurso: grupo de trabajo 1 |
| Métrica: WorkersAvailable | Métrica: WorkersAvailable |
| Operación: menor que 8 | Operación: menor que 3 |
| Duración: 20 minutos | Duración: 30 minutos |
| Agregación de tiempo: Average | Agregación de tiempo: Average |
| Acción: aumentar recuento en 8 | Acción: aumentar recuento en 3 |
| Tiempo de finalización (minutos): 180 | Tiempo de finalización (minutos): 180 |
| Regla de escalado automático (reducir verticalmente) | Regla de escalado automático (reducir verticalmente) |
| Recurso: grupo de trabajo 1 | Recurso: grupo de trabajo 1 |
| Métrica: WorkersAvailable | Métrica: WorkersAvailable |
| Operación: mayor que 8 | Operación: mayor que 3 |
| Duración: 20 minutos | Duración: 15 minutos |
| Agregación de tiempo: Average | Agregación de tiempo: Average |
| Acción: reducir el recuento en 2 | Acción: reducir el recuento en 3 |
| Tiempo de finalización (minutos): 120 | Tiempo de finalización (minutos): 120 |
El rango objetivo definido en el perfil se calcula sumando el número mínimo de instancias definido en el perfil para el plan de App Service al búfer.
El rango máximo debe ser la suma de todos los rangos máximos de todos los planes de App Service alojados en el grupo de trabajo.
El recuento de aumento de las reglas de escalado vertical se debe configurar al menos en 1X de la tasa de inflación del plan de App Service para el escalado vertical.
El recuento de reducción se puede ajustar en un valor situado entre 1/2X y 1X de la tasa de inflación del plan de App Service para la reducción vertical.
Escalado automático para un grupo de servidores front-end
Las reglas de escalado automático de front-end son más sencillas que las de los grupos de trabajo. En primer lugar, debe
asegurarse de que dicha duración de la medida y los temporizadores de enfriamiento tienen en cuenta que las operaciones de escala no son instantáneas en un plan de App Service.
En este escenario, Frank sabe que la tasa de errores aumenta una vez que los servidores front-end alcanzan el 80 % de uso de CPU y configura la regla de escalado automático para que aumente las instancias como sigue:
| Perfil de escalado automático: Servidores front-end |
|---|
| Nombre: escalabilidad automática: Servidores front-end |
| Escalar por: reglas de rendimiento y programación |
| Perfil: todos los días |
| Tipo: Periodicidad |
| Rango objetivo: de 3 a 10 instancias |
| Días: todos los días |
| Hora de inicio: 9:00 a. m. |
| Zona horaria: UTC-08 |
| Regla de escalado automático (escalar verticalmente) |
| Recurso: grupo de front-end |
| Métrica: % de CPU |
| Operación: mayor que el 60 % |
| Duración: 20 minutos |
| Agregación de tiempo: Average |
| Acción: aumentar recuento en 3 |
| Tiempo de finalización (minutos): 120 |
| Regla de escalado automático (reducir verticalmente) |
| Recurso: grupo de trabajo 1 |
| Métrica: % de CPU |
| Operación: menor que el 30 % |
| Duración: 20 minutos |
| Agregación de tiempo: Average |
| Acción: reducir el recuento en 3 |
| Tiempo de finalización (minutos): 120 |