Solución de problemas

Si el equilibrio de carga no funciona como se esperaba después de configurarlo, puede utilizar algunas herramientas comunes para acceder a los recursos de Citrix ADC y diagnosticar el problema.

Recursos para solucionar problemas de equilibrio de carga

Para obtener los mejores resultados, utilice los siguientes recursos para solucionar un problema de conmutación de contenido en un dispositivo Citrix ADC:

  • Último archivo ns.conf
  • Archivos newnslog relevantes
  • Traces etéreos de paquetes registrados en el dispositivo y en el cliente pertinente, si es posible
  • El archivo ns.log

Además de los recursos anteriores, las siguientes herramientas aceleran la solución de problemas:

  • Una herramienta de complemento del explorador que puede mostrar encabezados HTTP. Esto se puede utilizar para solucionar problemas relacionados con la persistencia.
  • La aplicación Wireshark personalizada para los archivos de seguimiento Citrix ADC.

Solución de problemas de equilibrio de carga

  • Problema

El uso de CPU alcanza el 100% cuando un monitor de usuario está vinculado a un servicio vinculado a un servidor virtual en el que está habilitada la opción MAC -m.

  • Resolución

Enlazar un monitor que no sea usuario al servicio.

  • Problema

    Creé un script de usuario para monitorear, pero no está funcionando.

    Resolución

    Compruebe el número de argumentos en el script. El límite es 512. Es posible que un script con más de 512 argumentos no funcione correctamente. Utilice el script nsumon-debug.pl de la CLI para depurar el script.

  • Problema

    Veo muchos sondeos de monitor, y parecen estar aumentando el tráfico de red innecesariamente. ¿Hay alguna manera de apagar las sondas del monitor?

    Resolución

    Puede desactivar las conexiones de sondeo del monitor inhabilitando el monitor o estableciendo el valor del parámetro HealthMonitor en el comando set service en NO. Con la opción NO, el dispositivo muestra el servicio como UP en todo momento.

  • Problema

    He configurado monitores para servicios, pero las conexiones siguen dirigidas a servidores que están DOWN.

    Resolución

    Probablemente necesite reducir los intervalos de sondas del monitor. El dispositivo Citrix ADC no detecta el estado DOWN hasta que el monitor envía un sondeo.

  • Problema

    Una métrica enlazada al monitor está presente en las tablas de métricas locales y personalizadas.

    Resolución

    Agregue el prefijo local al nombre de la métrica si la métrica se elige en la tabla de métricas local. Sin embargo, si la métrica se elige de la tabla personalizada, no es necesario agregar ningún prefijo.

  • Problema

    Los sondeos del monitor a un servicio no están llegando al servicio.

    Resolución

    Compruebe si ha establecido un límite en el número de conexiones para un servicio. En caso afirmativo, exime de este límite las conexiones del monitor a la sonda estableciendo el parámetro MonitorSkipMaxClient en ENABLED.

  • Problema

    Puedo hacer ping a los servidores, pero el estado de los servicios siempre se muestra como DOWN.

    Resolución

    Compruebe el tipo de monitores configurados. Por ejemplo, si un servidor no está configurado para SSL y utiliza un monitor HTTPS, el estado del servicio se marca como DOWN. En este caso, el uso de un monitor TCP debería cambiar el estado del servicio a UP.

  • Problema

    Establecer un peso para monitores de carga no ayuda a decidir el estado del servicio.

    Resolución

    Los monitores de carga no pueden decidir el estado del servicio. Por lo tanto, establecer un peso en los monitores de carga no es apropiado.

  • Problema

    Un servicio no es estable.

    Resolución

    Considere la solución de problemas de los siguientes componentes:

    • Compruebe que un servidor correcto está enlazado al servicio.
    • Compruebe el tipo de monitor enlazado al servicio.
    • Verifique los motivos de los errores del monitor. Puede abrir el servicio desde la página Servicios y verificar los detalles del número de sondeos, fallos y último estado de respuesta del monitor en la ficha Monitores del cuadro de diálogo Configurar servicio. Para mostrar los detalles, haga clic en el monitor configurado.
    • Si se trata de un monitor personalizado, vincule un monitor TCP o ping al servicio y verifique el estado del monitor. Si esto resuelve el problema, hay algún problema con el monitor personalizado y el monitor requiere más investigación.
    • Puede registrar trazas de paquetes en el dispositivo Citrix ADC y verificar los sondeos del monitor y la respuesta del servidor para una investigación más detallada.
  • Problema

    La dirección IP virtual (VIP) no es estable o su estado se muestra como DOWN.

    Resolución

    Considere la solución de problemas de los siguientes componentes:

    • Compruebe que la función de equilibrio de carga tenga licencia.
    • Compruebe que la función está habilitada.
    • Compruebe que un servicio adecuado está enlazado al servidor virtual.
    • Si el estado de la dirección VIP se muestra como DOWN, compruebe que un administrador ha habilitado el servicio. Si no es así, el estado del servicio debe ser Fuera de servicio. En tal caso, debe habilitar el servicio y verificar si el problema está resuelto.
    • Verifique los servicios enlazados al servidor virtual y complete los pasos de solución de problemas mencionados para el problema de servicio no estable.
    • Si la dirección VIP no es estable, todos los servicios vinculados al servidor virtual deberían fallar. Por lo tanto, verifique si todos los servicios están fallando al mismo tiempo. Si es así, hay un problema de red entre el dispositivo Citrix ADC y los servidores.
  • Problema

    El sitio está experimentando un equilibrio de carga desigual.

    Resolución

    Considere la solución de problemas de los siguientes componentes:

    • Compruebe el método de equilibrio de carga configurado en el dispositivo.

    • Verifique que los pesos asociados con los servicios sean los esperados.

    • Si el método de equilibrio de carga no es round robin, compruebe el número de conexiones al servidor registradas en el archivo newnslog. Puede ejecutar el siguiente comando para verificar el número en el archivo newnslog:

      # nsconmsg –K <newnslog_file> -s ConLb=2 –d oldconmsg

      Verifique los servicios para el servidor virtual específico y verifique el tiempo de respuesta, las conexiones abiertas establecidas (OE), los hits, los hits persistentes y la velocidad persistente (P) para solucionar el problema más adelante.

    • Si el método de equilibrio de carga es round robin, compruebe los Hits persistentes como se mencionó en el paso anterior. Además, verifique si el servicio no es estable. Si no es así, complete los pasos de solución de problemas mencionados para el problema de servicio no estable

    • Compruebe si la persistencia está configurada en el dispositivo.

    • Verifique que cualquier servicio no sea estable. En caso afirmativo, complete los pasos de solución de problemas mencionados para el problema de servicio no estable.

  • Problema

    El estado del servicio se muestra como DOWN.

    Resolución

    Considere la solución de problemas de los siguientes componentes:

    • Compruebe si una dirección SNIP o MIP está configurada.
    • Compruebe que los monitores adecuados están enlazados al servicio.
    • Si los monitores personalizados están enlazados al servicio, vincule un monitor TCP o ping al servicio y verifique el estado del monitor. Si esto resuelve el problema, hay algún problema con el monitor personalizado y el monitor requiere más investigación.
    • Compruebe si el estado del servicio se muestra como DOWN para el servidor que se encuentra en otra subred. En caso afirmativo, compruebe si Usar IP de subred (USNIP) resuelve el problema porque esto podría deberse a que la dirección MIP no puede comunicarse con el servidor.
  • Problema

    Hay un problema con el tiempo de respuesta.

    Resolución

    Considere la solución de problemas de los siguientes componentes:

    • Compruebe el tiempo de respuesta del servidor desde las estadísticas de servicio ejecutando el siguiente comando:

      # nsconmsg –K <newnslog_file> -s ConLb=2 –d oldconmsg

    • Compruebe si el servicio no es estable y el estado del servicio se muestra como problemas de DOWN.

  • Problema

    Uno de los servidores sirve más solicitudes que los otros servidores con equilibrio de carga.

    Resolución

    Considere la solución de problemas de los siguientes componentes:

    • Verifique el método de equilibrio de carga. Utilice el método round robin para distribuir la solicitud del cliente por igual independientemente de la carga en los servidores.
    • Determine si la persistencia está habilitada para la configuración de equilibrio de carga. Si la persistencia está habilitada, es posible que un servidor determinado lleve una carga más pesada para mantener su sesión, especialmente si las sesiones de persistencia son largas.
    • Compruebe si los pesos están asignados a cada servicio. Asignar pesos adecuados ayuda a distribuir la carga correctamente.
  • Problema

    Las conexiones a un servidor equilibrado de carga específico están estancadas. Por ejemplo, todas las conexiones a un servidor de Outlook pueden estar estancadas.

    Resolución

    Considere la solución de problemas de los siguientes componentes:

    • Verifique el método de equilibrio de carga. Si es round robin, considere cambiar el método a menos conexiones.
    • Considere reducir el período de tiempo de espera del monitor. Un período de tiempo de espera más corto ayuda a marcar un servicio como DOWN antes, lo que ayudaría a dirigir el tráfico al servidor que es funcional.
    • Si las conexiones están estancadas durante un período prolongado, se puede generar una cola de sobretensión. Considere vaciar la cola de sobretensiones para evitar un aumento repentino de la carga en el servidor.
    • Si los servidores están trabajando en su nivel máximo, considere agregar un nuevo servidor para un mejor rendimiento.
  • Problema

    La mayoría de las conexiones se dirigen a un servidor determinado, incluso cuando se configura el método de menor conexión para el equilibrio de carga.

    Resolución

    Determine si la persistencia está configurada y es de tipo IP de origen. Si la persistencia de IP de origen se configura incluso con el método de menos conexiones, las solicitudes van a un servidor específico. La dirección IP del servidor es necesaria para mantener la información de la sesión. Considere el uso de cookies HTTP basadas en persistencia.

  • Consejos de soluciónde problemas Para otros problemas, considere los siguientes consejos para solucionar un problema no mencionado anteriormente:

    • Si hay varios monitores de carga enlazados a un servicio, la carga en el servicio es la suma de todos los valores de los monitores de carga enlazados a él. Para que el equilibrio de carga funcione correctamente, debe vincular el mismo conjunto de monitores a todos los servicios.
    • Si inhabilita un monitor de carga vinculado al servicio y el servicio está vinculado a un servidor virtual, el servidor virtual utiliza el método round robin para el equilibrio de carga.
    • Cuando vincula un servicio a un servidor virtual donde el método de equilibrio de carga es CUSTOMLOAD y el estado del servicio es UP, el servidor virtual utiliza el método inicial de round robin para el equilibrio de carga. Sigue estando en round robin si el servicio no tiene monitores de carga personalizados o si el estado de al menos uno de los monitores de carga personalizados no es UP.
    • Todos los servicios que están enlazados a un servidor virtual donde el método de equilibrio de carga es CUSTOMLOAD, los servicios deben tener monitores de carga enlazados a ellos.
    • El método de equilibrio de carga CUSTOMLOAD también sigue el inicio round robin.
    • Si inhabilita un enlace basado en métricas y esta es la última métrica activa, el servidor virtual específico utiliza el método round robin para el equilibrio de carga. Una métrica se inhabilita estableciendo el umbral de métrica en cero.
    • Cuando una métrica enlazada a un monitor cruza el valor de umbral, ese servicio concreto no se considera para el equilibrio de carga. Si todos los servicios han alcanzado el umbral, el servidor virtual utiliza el método round robin para el equilibrio de carga y aparece un mensaje de error “5xx: Server busy error”.
    • Se pueden enlazar al monitor un máximo de 10 métricas de una tabla personalizada.
    • Los OID deben ser variables escalares.
    • Para equilibrar la carga correctamente, el intervalo debe ser lo más bajo posible. Si el intervalo es alto, aumenta el período de tiempo para recuperar el valor de carga. Como resultado, el equilibrio de carga se lleva a cabo mediante valores incorrectos.
    • Un usuario no puede modificar la tabla local.