Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Los espacios de nombres de Azure Event Grid utilizan unidades de rendimiento (TUs) para definir la capacidad de tus cargas de trabajo. Autoscale es una capacidad integrada que ajusta automáticamente el número de TU asignadas a un espacio de nombres en respuesta al tráfico de eventos en tiempo real y a la utilización de recursos. Puedes habilitar el escalado automático en cualquier espacio de nombres de Event Grid del nivel Estándar.
Cuando activas la Autoescalabilidad, Event Grid monitoriza continuamente indicadores clave de rendimiento como la tasa de entrada de eventos, la tasa de salida de eventos, el número de conexiones MQTT y el rendimiento de mensajes. Cuando la utilización supera umbrales definidos, Event Grid escala el número de TUs hacia arriba o hacia abajo dentro de los límites mínimos y máximos que configuras. Este comportamiento ayuda a mantener un rendimiento constante durante picos de tráfico y reduce costes en periodos de baja actividad, sin necesidad de intervención manual.
Note
El escalado automático está disponible solo para los espacios de nombres de Event Grid en el nivel Estándar. Para más información sobre los niveles, consulta Elige el nivel adecuado de la Cuadrícula de Eventos para tu solución.
¿Por qué usar Autoscale?
Las cargas de trabajo orientadas a eventos y IoT suelen ser impredecibles. El número de conexiones, el rendimiento de mensajes y las tasas de entrega de eventos pueden fluctuar significativamente según la actividad del negocio, la hora del día o los desencadenantes externos. La provisión de capacidad fija puede provocar dos problemas:
- Subaprovisionamiento: Cuando el tráfico supera la capacidad asignada, los eventos pueden limitarse, lo que puede provocar un aumento de la latencia o la pérdida de mensajes.
- Sobreaprovisionamiento: Cuando el tráfico es bajo, pagas por la capacidad que no usas.
Autoscale aborda ambos problemas dimensionando automáticamente de forma adecuada la capacidad de tu espacio de nombres. Es especialmente valioso para:
- Cargas de trabajo de MQTT en las que la difusión de mensajes y el crecimiento de las suscripciones pueden cambiar rápidamente a medida que los dispositivos se conectan y desconectan.
- Cargas de trabajo de intermediarios de eventos con patrones de entrada intermitentes, como cargas por lotes periódicas o picos impulsados por la demanda.
- Aplicaciones multiinquilino donde el número de suscriptores y el volumen de entregas varían de un inquilino a otro.
Habilitar escalado automático
Autoscale es una experiencia totalmente gestionada. Lo activas en el espacio de nombres y especificas el número mínimo y máximo de TUs. Event Grid gestiona todas las decisiones de escalado internamente. No necesitas configurar reglas individuales de escalado, umbrales ni periodos de espera.
Puedes activar el autoescalado usando el portal de Azure, la plantilla de Azure Resource Manager o la API REST. Para más información, consulte Habilitar el escalado automático para un espacio de nombres de Event Grid.
Cuando activas la autoescalabilidad, Event Grid evalúa continuamente la utilización en todas las categorías de escalado. El sistema agrega los datos de uso a través de una ventana de revisión y compara la mayor utilización entre categorías con umbrales internos. Según esta evaluación, la Cuadrícula de Eventos aumenta o disminuye automáticamente las TU dentro de tus límites configurados.
Categorías de escalado y capacidad por TU
La siguiente tabla muestra la capacidad proporcionada por cada unidad de rendimiento. Autoscale evalúa la utilización como porcentaje de estos límites tanto en la carga de trabajo del broker de eventos como en la de MQTT.
| Categoría | Capacidad por TU |
|---|---|
| Entrada de eventos (recuento) | 1.000 eventos/segundo |
| Entrada de eventos (rendimiento) | 1 MB/segundo |
| Salida de eventos (recuento) | 2.000 eventos/segundo |
| Salida de eventos (rendimiento) | 2 MB/segundo |
| Publicación entrante de MQTT (recuento) | 1.000 mensajes/segundo |
| Publicación entrante de MQTT (rendimiento) | 1 MB/segundo |
| Publicaciones salientes de MQTT (número) | 1.000 mensajes/segundo |
| Publicaciones salientes de MQTT (rendimiento) | 1 MB/segundo |
| Recursos de clientes registrados de MQTT | 10.000 clientes |
| Conexiones activas de MQTT | 10.000 conexiones |
| Recuento de mensajes retenidos de MQTT | 100 mensajes/s |
| Recuento de conexiones MQTT | 200 peticiones/segundo |
Para la lista completa de límites de espacios de nombres, véase cuotas y límites de Azure Event Grid.
Comportamiento de escalado y umbrales
Comportamiento de escala vertical de HPA
Una operación de escalado comienza cuando una categoría individual supera el umbral máximo de utilización durante la ventana de recuperación. Cuando comienza una escalabilidad, Event Grid calcula el número de TU necesarios para normalizar la utilización. El aumento de TU está limitado por el límite máximo de TU que haya configurado en el espacio de nombres.
Comportamiento de disminución de escala
Una operación de reducción de escala comienza cuando todas las categorías caen consistentemente por debajo del umbral mínimo de utilización. Cuando Event Grid activa una reducción de escala, calcula el número de TUs necesarios para normalizar la utilización. La disminución de TU sigue el límite mínimo de TU que establezcas.
Períodos de enfriamiento
Tras finalizar una operación de escalado, se aplica un periodo de recarga antes de que pueda producirse más escalado. El periodo de enfriamiento evita cambios rápidos entre acciones de escalado y reducción de escala, por lo que da tiempo al sistema para estabilizarse bajo la nueva capacidad.
Ejemplo de escalado
Consideremos un espacio de nombres al que actualmente se le han asignado 12 TU y que presenta el siguiente tráfico observado durante el periodo de análisis:
- Entrada de eventos: 11 000 eventos/segundo
- Rendimiento de entrada de eventos: 3,6 MB/segundo
Paso 1: Calcular la utilización por categoría
| Categoría | Cálculo | Utilización |
|---|---|---|
| Entrada de eventos (recuento) | 11.000 / (12 x 1.000) | 91.7% |
| Entrada de eventos (rendimiento) | 3,6 / (12 x 1) | 30.0% |
Paso 2: Determinar la mayor utilización
El uso máximo entre todas las categorías es del 91,7 % (número de eventos entrantes).
Paso 3: Iniciar la operación de escalado
Dado que el 91,7 % supera el umbral de utilización para la ampliación, se activa una operación de ampliación.
Paso 4: Aplicar límites de espacio de nombres
Si el máximo del espacio de nombres se establece en 15 TU, el valor final se limita a 15 TU.
Si la operación de ampliación requiere aumentar el recuento de TU a 15, pero el máximo del espacio de nombres está fijado en 20 TU, el recuento final de TU tras la operación de ampliación será de 15 TU.
Resultado:
El espacio de nombres se amplía de 12 TU a 15 TU.
Tip
En ciclos de evaluación posteriores, el sistema vuelve a evaluar el uso al alcanzar 15 TUs. Este proceso continúa hasta que la utilización baja del umbral o se alcanza el límite máximo de TU.
Límites y consideraciones
- Autoscale solo está disponible en el nivel Estándar.
- El número máximo de TUs por espacio de nombres es 40. Para solicitar un aumento más allá de 40 TUs, contacte con el soporte de Microsoft.
- El valor mínimo de TU para Autoscale es 1.
- Autoscale evalúa todas las categorías juntas. Aunque solo una categoría presente una alta utilización, se activa igualmente la ampliación. Planifica tus valores mínimos y máximos de TU para acomodar la mayor demanda esperada en todas las categorías.
- Durante un periodo de enfriamiento, no se realizan operaciones de escalado, incluso si cambia la utilización. Dimensiona tu asignación mínima de TU para manejar la carga base esperada sin requerir una escalabilidad inmediata.
- Las operaciones de escalado se realizan de forma asíncrona. Puede haber un breve periodo entre que se toma una decisión de escalabilidad y que la nueva capacidad entra en vigor.