Documentación de productos
ADC
14.1 - Current Release 13.1 13.0 12.1
Ver PDF

Solucionar problemas

October 4, 2021
Contribución de: 
C

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 cambio de contenido en un dispositivo Citrix ADC:

  • Último archivo ns.conf
  • newnslog Archivos 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 la 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 -m MAC.

  • Solución:

Enlazar un monitor que no sea usuario al servicio.

  • Problema

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

    Solució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 forma de apagar las sondas del monitor?

    Solución:

    Puede configurar las conexiones de sonda de 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.

    Solució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.

    Solució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.

    Solució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.

    Solució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 debe cambiar el estado del servicio a UP.

  • Problema

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

    Solució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.

    Solució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 un servicio desde la página Servicios y verificar los detalles del número de sondeos, errores y estado de última 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 rastros 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.

    Solució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 lo es, el estado del servicio debe ser Fuera de servicio. En tal caso, debe habilitar el servicio y verificar si se ha resuelto el problema.
    • 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 deben 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.

    Solució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 es distinto del round robin, compruebe el número de conexiones al servidor que ha iniciado sesión en el newnslog archivo. Puede ejecutar el siguiente comando para verificar el número del newnslog archivo:

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

      Verifique los servicios del servidor virtual específico y compruebe el tiempo de respuesta, las conexiones abiertas establecidas (OE), el número de solicitudes, las solicitudes persistentes y la tasa persistente (P) para solucionar el problema más a fondo.

    • Si el método de equilibrio de carga es round robin, compruebe las solicitudes 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 si algún servicio no es 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.

    Solución:

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

    • Compruebe si una dirección de recorte 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 puede deberse a que la dirección MIP no puede comunicarse con el servidor.

  • Problema

    Hay un problema con el tiempo de respuesta.

    Solució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.

    Solució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, un servidor determinado podría llevar 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.

    Solució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 antes un servicio como APAGADO, lo que ayudaría a dirigir el tráfico hacia el servidor que funciona.
    • Si las conexiones están estancadas durante un período prolongado, se podría generar una cola de sobretensiones. 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.

    Solució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.

  • Sugerencias de solución de problemas Para otros problemas, tenga en cuenta 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 fase redonda si el servicio no tiene monitores de carga personalizados o si el estado de al menos uno de los monitores de carga personalizados no está en 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 round robin de inicio.
    • 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.
Solucionar problemas
October 4, 2021
Contribución de: 
C
October 4, 2021
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.