Compartir a través de

Solución de problemas de estado y disponibilidad de entrada de los recursos

  • Artículo

Este artículo puede ayudarle a investigar problemas que afectan a la disponibilidad de la dirección IP de front-end y los recursos back-end del equilibrador de carga.

Puede usar la característica de estado de los recursos en Azure Load Balancer para determinar el estado del equilibrador de carga. Esta funcionalidad analiza la métrica de disponibilidad de la ruta de acceso de datos para determinar si los puntos de conexión de equilibrio de carga y las combinaciones de puertos de front-end e IP de front-end con reglas de equilibrio de carga están disponibles.

Nota:

Load Balancer básico no admite la característica de estado de los recursos.

En la tabla siguiente se describe la lógica para determinar el estado de mantenimiento del equilibrador de carga.

Estado de mantenimiento de los recursos Descripción
Disponible El recurso de equilibrador de carga está listo y disponible.
Degradado El equilibrador de carga tiene eventos iniciados por el usuario o la plataforma que afectan al rendimiento. La métrica de disponibilidad de la ruta de acceso a los datos ha informado un mantenimiento de menos del 90 %, pero superior que el 25 %, durante al menos dos minutos. Es posible que esté experimentando una degradación del rendimiento de moderada a grave.
No disponible El recurso del equilibrador de carga no es correcto. La métrica de disponibilidad de la ruta de acceso a los datos ha informado un mantenimiento de menos del 25 % durante al menos dos minutos. Es posible que esté experimentando una degradación significativa del rendimiento o una falta de disponibilidad de la conectividad entrante. Puede haber eventos de usuario o plataforma que generan la falta de disponibilidad.
Unknown El estado de mantenimiento del recurso del equilibrador de carga no se ha actualizado ni ha recibido información sobre la disponibilidad de la ruta de datos en los últimos 10 minutos. Este estado puede ser transitorio o es posible que el equilibrador de carga no admita la característica de estado de los recursos.

Supervisión de la disponibilidad del equilibrador de carga

Las dos métricas que usa Azure Load Balancer para comprobar el estado de los recursos son Disponibilidad de ruta de acceso de datos y Estado del sondeo de estado. Es importante comprender su significado para derivar conclusiones correctas.

Disponibilidad de la ruta de acceso a datos

Un ping tcp genera la métrica Disponibilidad de ruta de acceso de datos cada 25 segundos en todos los puertos de front-end en los que configuró reglas de equilibrio de carga. Este ping TCP se enruta a cualquiera de las instancias backend sanas (sondeadas). La métrica es una tasa de éxito porcentual agregada de pings de TCP en cada combinación IP:puerto de front-end para cada una de las reglas de equilibrio de carga, en un período de tiempo de ejemplo.

Situación de sondeo de estado

La métrica de estado del sondeo de mantenimiento se genera mediante un ping del protocolo definido en el sondeo de estado. Este ping se envía a cada instancia del grupo de back-end y del puerto definido en el sondeo de estado. Para los sondeos HTTP y HTTPS, un ping correcto requiere una HTTP 200 OK respuesta. Con los sondeos TCP, cualquier respuesta se considera correcta.

Azure Load Balancer determina el estado de cada instancia de back-end cuando el sondeo alcanza el número de errores o éxitos consecutivos que configuró para la propiedad de umbral de sondeo. El estado de mantenimiento de cada instancia de back-end determina si la instancia de back-end puede recibir tráfico o no.

De forma similar a la métrica de disponibilidad de la ruta de acceso a datos, la métrica de estado del sondeo de estado agrega el promedio de pings correctos o totales durante el intervalo de muestreo. Este valor del estado de sondeo de estado indica el estado del back-end en aislamiento del equilibrador de carga, mediante el sondeo de las instancias de back-end sin enviar tráfico a través del front-end.

Importante

El estado de sondeo de mantenimiento se muestra cada minuto. Esto puede dar lugar a fluctuaciones menores en un valor que, en otro caso, sería constante.

Por ejemplo, considere escenarios activos o pasivos en los que hay dos instancias de back-end, una sondeada y otra sondada. El servicio de sondeo de estado puede capturar siete ejemplos para la instancia correcta y seis para la instancia incorrecta. Esto hará que un valor 50, previamente constante, se muestre como 46,15 para un intervalo de un minuto.

Diagnóstico de equilibradores de carga degradados y no disponibles

Como se describe en este artículo sobre el estado de los recursos, un equilibrador de carga degradado muestra entre el 25 % y el 90 % para la disponibilidad de la ruta de acceso de datos. Un equilibrador de carga no disponible es uno con menos del 25 % de disponibilidad de la ruta de acceso de datos, durante un período de dos minutos.

Puede realizar los mismos pasos para investigar el error que ve en cualquier alerta de estado de sondeo de estado o disponibilidad de ruta de acceso de datos que configuró. En los pasos siguientes se explora qué hacer si comprueba el estado de los recursos y busca que el equilibrador de carga no esté disponible con un valor de disponibilidad de ruta de acceso de datos del 0 %. El servicio está inactivo.

  1. En primer lugar, vamos a la vista de métricas detalladas de nuestra página de información del equilibrador de carga en Azure Portal. Acceda a la vista desde la página de recursos de su equilibrador de carga o desde el enlace del mensaje de estado de sus recursos.

  2. Después, vaya a la pestaña de disponibilidad de front-end y back-end y revise una ventana de 30 minutos del período de tiempo en el que se produjo el estado de degradación o de no disponibilidad. Si el valor de disponibilidad de ruta de acceso de datos es 0 %, sabe que algo impide el tráfico para todas las reglas de equilibrio de carga. También puede ver cuánto tiempo ha durado este problema.

  3. Compruebe la métrica Estado del sondeo de estado para determinar si la ruta de acceso de datos no está disponible porque no tiene instancias de back-end correctas para atender el tráfico. Si tiene al menos una instancia de back-end correcta para todas las reglas de equilibrio de carga y de entrada, sabe que la configuración no es lo que hace que las rutas de acceso de datos no estén disponibles. Este escenario indica un problema de la plataforma Azure. Aunque los problemas de la plataforma son poco frecuentes, desencadenan una alerta automatizada a nuestro equipo para una resolución rápida.

Diagnóstico de errores de sondeo de estado

Si la métrica de estado del sondeo de estado refleja que las instancias de back-end son incorrectas, se recomienda seguir la siguiente lista de comprobación para descartar errores de configuración comunes:

  • Compruebe el uso de la CPU de los recursos para determinar si están bajo una carga alta.

    Para comprobarlo, consulte la métrica Porcentaje de CPU del recurso a través de la página Métricas. Para más información, consulte Solución de problemas de uso elevado de CPU en máquinas virtuales Windows en Azure.

  • Si se usa una comprobación de sondeo HTTP o HTTPS, si la aplicación es correcta y responde.

    Valida que la aplicación sea funcional accediendo directamente a las aplicaciones a través de la dirección IP privada o la dirección IP pública de nivel de instancia asociada a la instancia de back-end.

  • Revise los grupos de seguridad de red que se aplican a nuestros recursos de back-end. Asegúrese de que ninguna regla tenga una prioridad más alta que AllowAzureLoadBalancerInBound la que bloquee el sondeo de estado.

    Para ello, visite la hoja de redes de las máquinas virtuales de back-end o Virtual Machine Scale Sets. Si encuentra que este problema de NSG es el caso, mueva la regla existente Allow o cree una nueva regla de alta prioridad para permitir el tráfico de Azure Load Balancer.

  • Compruebe el sistema operativo. Asegúrese de que las máquinas virtuales están escuchando en el puerto de sondeo. Revise también las reglas de firewall del sistema operativo para las máquinas virtuales para asegurarse de que no bloquean el tráfico de sondeo que se origina en la dirección IP 168.63.129.16.

    Puede comprobar los puertos de escucha ejecutando netstat -a desde un símbolo del sistema de Windows o netstat -l desde un terminal de Linux.

  • Asegúrese de que esté utilizando el protocolo correcto. Por ejemplo, se produce un error en un sondeo mediante HTTP para sondear un puerto que escucha una aplicación que no es HTTP.

  • No coloque Azure Firewall en el grupo de back-end de equilibradores de carga. Para más información, consulte Integración de Azure Firewall con Azure Standard Load Balancer.

Contenido relacionado