Diagnóstico del equilibrador de carga estándar con métricas, alertas y estado de los recursos

La métrica de disponibilidad de la ruta de acceso de datos describe el estado dentro de la región de la ruta de acceso de datos al host de proceso donde se encuentran las máquinas virtuales. La métrica es una reflexión del estado del equilibrador de carga, en función de la configuración y la infraestructura de Azure. Puede usar esta métrica para:

• Supervisar la disponibilidad externa del servicio

• Investigar la plataforma en la que se implementa el servicio y determinar si está en buen estado. Determinar si el sistema operativo invitado o la instancia de la aplicación están en buen estado.

• Determinar si un evento está relacionado con el servicio o con el plano de datos subyacente. No confunda esta métrica con la métrica del estado del sondeo de estado.

Para obtener la disponibilidad de la ruta de acceso de datos para los recursos del equilibrador de carga:

1. Asegúrese de que está seleccionado el recurso del equilibrador de carga correcto.

2. En la lista desplegable Métrica, seleccione Disponibilidad de la ruta de acceso de datos.

3. En la lista desplegable Agregación, seleccione Promedio.

4. Además, agregue un filtro en la dirección VIP de front-end o el puerto de front-end como dimensión con la dirección IP de front-end o puerto de front-end requerido. Después agrúpelos por la dimensión seleccionada.

La métrica se genera mediante un servicio de sondeo dentro de la región que simula el tráfico. El servicio de sondeo genera periódicamente un paquete que coincide con la regla de front-end y equilibrio de carga de la implementación. El paquete recorre entonces la región desde el origen hasta el host de una máquina virtual en el pool backend. La infraestructura del equilibrador de carga llevará a cabo las mismas operaciones de traducción y equilibrio de carga que con el tráfico restante. Una vez que el sondeo llega al host, donde se encuentra una máquina virtual del grupo de back-end, el host genera una respuesta al servicio de sondeo. La máquina virtual no ve este tráfico.

Tenga en cuenta que la métrica de disponibilidad de ruta de acceso de datos solo se generará en las configuraciones IP de front-end con reglas de equilibrio de carga.

La métrica de disponibilidad de ruta de acceso de datos se puede degradar por los siguientes motivos:

• Para la implementación no queda ninguna máquina virtual correcta en el grupo de servidores back-end.

• Se ha producido una interrupción de la infraestructura.

Puede usar la métrica de disponibilidad de la ruta de acceso a datos junto con el estado de sondeo de estado con fines de diagnóstico.

Use Promedio como agregación para la mayoría de los escenarios.

La métrica del estado del sondeo de estado describe el estado de la implementación de la aplicación tal y como lo configura al configurar el sondeo de estado del equilibrador de carga. El equilibrador de carga usa el estado de sondeo de mantenimiento para determinar dónde se deben enviar flujos nuevos. Los sondeos de mantenimiento se originan en una dirección de infraestructura de Azure y se ven en el sistema operativo invitado de la máquina virtual.

Para obtener la métrica del estado del sondeo de estado para los recursos del equilibrador de carga:

1. Seleccione la métrica Estado de la sonda de estado con el tipo de agregación Prom..

2. Aplique un filtro en el puerto o la dirección IP de front-end (o ambos) necesarios.

Se producirá un error en el sondeo de mantenimiento por los motivos siguientes:

• Se configura un sondeo de estado en un puerto que no está escuchando o no responde, o que usa un protocolo incorrecto. Si el servicio utiliza reglas de Direct Server Return o de IP flotante, asegúrese de que el servicio está escuchando en la dirección IP de la configuración de IP de la NIC y el bucle invertido configurado con la dirección IP de front-end.

• El grupo de seguridad de red, el firewall del sistema operativo invitado de la máquina virtual o los filtros de capa de aplicación no permiten el tráfico del sondeo de estado.

Use Promedio como agregación para la mayoría de los escenarios.

La métrica SNAT Connection Count describe el volumen de conexiones exitosas y fallidas para flujos salientes.

Un volumen de conexiones fallidas mayor que cero indica agotamiento de puertos SNAT. Debes investigar más a fondo para determinar qué podría estar causando estos fallos. El agotamiento de los puertos SNAT se manifiesta como error al establecer un flujo saliente. Revise el artículo sobre las conexiones salientes para comprender los escenarios y los mecanismos en el trabajo, y aprender a mitigar o diseñar para evitar el agotamiento de los puertos SNAT.

Si las conexiones salientes fallan de forma intermitente, la causa podría ser un posible agotamiento de puertos SNAT. Revisa las métricas de uso y asignación de puertos SNAT y revisa la guía de agotamiento de puertos SNAT. Para mayor capacidad de SNAT, utiliza Azure NAT Gateway.

Para obtener las estadísticas de conexión SNAT:

1. Seleccione el tipo de métrica Conexiones SNAT y Suma como agregación.

2. Agrupe por Estado de conexión para el recuento de conexiones SNAT correctas y con errores representadas por diferentes líneas.

La métrica de puertos SNAT usados realiza un seguimiento de cuántos puertos SNAT se consumen para mantener los flujos salientes. Esta métrica indica cuántos flujos únicos se establecen entre un origen de Internet y una máquina virtual de back-end o un conjunto de escalado de máquinas virtuales que están detrás de un equilibrador de carga y no tienen una dirección IP pública. Comparando el número de puertos SNAT que usas con la métrica de Puertos SNAT Asignados, puedes determinar si tu servicio está experimentando o en riesgo de agotamiento SNAT y fallo en el flujo de salida resultante.

Si las métricas señalan que hay riesgo de error del flujo saliente, vea el artículo y tome medidas para mitigar este problema para poder garantizar el estado del servicio.

Para ver el uso y asignación de puertos SNAT:

1. Establezca la agregación de tiempo del gráfico en 1 minuto para procurar que se muestren los datos deseados.

2. Seleccione Puertos SNAT usados o Puertos SNAT asignados como tipo de métrica y Promedio como agregación.

   • De manera predeterminada, estas métricas son el número promedio de puertos SNAT asignados a cada VM o conjunto de escalado de máquinas virtuales de back-end, o usados por estas. Corresponden a todas las direcciones IP públicas de front-end asignadas al equilibrador de carga, agregadas a través de TCP y UDP.

   • Para ver los puertos SNAT totales usados por (o asignados a) el equilibrador de carga, use la agregación de métricas Suma.

3. Filtre por un Tipo de protocolo específico, un conjunto de IP de back-end y/o IP de front-end.

4. Para supervisar el estado por instancia de front-end o back-end, use una división.

   • Cabe decir que la división solo permite que se muestre una sola métrica cada vez.

5. Por ejemplo, para monitorizar el uso de SNAT para flujos TCP por máquina, agrega por promedio, divide por IPs de backend y filtra por tipo de protocolo.

Para más información sobre las conexiones salientes en Azure, consulte Uso de la traducción de direcciones de red de origen (SNAT) para conexiones salientes.

Use Sum como agregación para la mayoría de los escenarios.

La métrica de contadores de bytes/paquetes describe el volumen de bytes y paquetes enviados o recibidos por el servicio por front-end.

Use Sum como agregación para la mayoría de los escenarios.

Para obtener las estadísticas de recuento de bytes o paquetes:

1. Selecciona los tipos de métrica de Recuento de Bytes y Conteo de Paquetes , con Suma como agregación.

2. Realice cualquiera de las siguientes acciones:

   • Aplique un filtro en una dirección IP de front-end específica, un puerto de front-end, una dirección IP de back-end o un puerto back-end.

   • Obtenga estadísticas generales para los recursos del equilibrador de carga sin filtrado.

El uso de una combinación de las métricas de disponibilidad de la ruta de acceso a datos y de estado del sondeo de estado en un único gráfico permite identificar dónde buscar el problema para resolverlo. Puede obtener la seguridad de que Azure funciona correctamente y usar este conocimiento para determinar de forma concluyente que la configuración o la aplicación es la causa principal.

Puede usar métricas de sondeo de estado para comprender cómo Azure visualiza el estado de la implementación según la configuración proporcionada. Examinar los sondeos de mantenimiento siempre es un primer paso importante para supervisar o determinar una causa.

Puede seguir un paso más allá y usar la métrica de disponibilidad de la ruta de acceso de datos para obtener información sobre cómo Azure ve el estado del plano de datos subyacente responsable de la implementación específica. Cuando se combinan ambas métricas, se puede determinar el lugar del error, como se ilustra en este ejemplo:

Figura: Combinación de las métricas de disponibilidad de la ruta de acceso a datos y de estado de sondeo de estado

En este gráfico se muestra la siguiente información:

• La infraestructura que hospeda las máquinas virtuales no estaba disponible y estaba en el 0 por ciento al principio del gráfico. Después, la infraestructura era correcta y las máquinas virtuales eran alcanzables, y más de una máquina virtual se colocó en el back-end. La traza azul para la disponibilidad de rutas de datos, que posteriormente alcanzó el 100 por ciento, indica esta información.

• El estado de sondeo de mantenimiento, indicado por el seguimiento de color púrpura, es del 0 % al principio del gráfico. El área en un círculo verde resalta dónde el estado de sondeo de mantenimiento cambió a correcto y en qué momento la implementación del cliente pudo aceptar nuevos flujos.

El gráfico te ayuda a solucionar el despliegue sin tener que adivinar o preguntar al soporte si hay otros problemas. El servicio no estaba disponible porque los sondeos de mantenimiento producían errores debidos a una configuración incorrecta o errores en la aplicación.