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

Solución de problemas

May 9, 2023
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 NetScaler 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 NetScaler:

  • Ú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 agilizan la solución de problemas:

  • Herramienta complementaria del navegador 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 rastreo de NetScaler.

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.

  • La resolución

Enlaza un monitor que no sea de usuario al servicio.

  • Problema

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

    La resolución

    Compruebe el número de argumentos del 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?

    La resolució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 los servicios, pero las conexiones siguen dirigiéndose a servidores que no funcionan.

    La resolución

    Probablemente necesite reducir los intervalos entre las sondas del monitor. El dispositivo NetScaler no detecta el estado INACTIVO hasta que el monitor envíe una sonda.

  • Problema

    En las tablas métricas locales y personalizadas hay una métrica vinculada al monitor.

    La resolución

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

  • Problema

    Las sondas del monitor a un servicio no llegan al servicio.

    La resolución

    Compruebe si ha establecido un límite en el número de conexiones para un servicio. En caso afirmativo, exima las conexiones monitor-sonda de este límite estableciendo el parámetro monitorSkipMaxClient en ENABLED.

  • Problema

    Puedo hacer ping a los servidores, pero el estado de los servicios siempre aparece como INACTIVO.

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

  • Problema

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

    La resolución

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

  • Problema

    Un servicio no es estable.

    La resolución

    Considere la posibilidad de solucionar problemas en los siguientes componentes:

    • Compruebe que el servidor correcto esté enlazado al servicio.
    • Verifique el tipo de monitor vinculado 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 es necesario investigarlo más a fondo.
    • Puede registrar las trazas de paquetes en el dispositivo NetScaler y verificar las sondas del monitor y la respuesta del servidor para investigarlas más a fondo.

  • Problema

    La dirección IP virtual (VIP) no es estable o su estado aparece como INACTIVO.

    La resolución

    Considere la posibilidad de solucionar problemas en los siguientes componentes:

    • Compruebe que la función de equilibrio de carga tenga licencia.
    • Compruebe que la función esté habilitada.
    • Compruebe que el 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 NetScaler y los servidores.

  • Problema

    El sitio presenta un equilibrio de carga desigual.

    La resolución

    Considere la posibilidad de solucionar problemas en 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 aparece como INACTIVO.

    La resolución

    Considere la posibilidad de solucionar problemas en los siguientes componentes:

    • Compruebe si la dirección SNIP 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 es necesario investigarlo más a fondo.
    • 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.

    La resolución

    Considere la posibilidad de solucionar problemas en los siguientes componentes:

    • Compruebe el tiempo de respuesta del servidor a partir de las estadísticas del servicio mediante la ejecución del siguiente comando:

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

    • Compruebe si el servicio no es estable y si el estado del servicio aparece como problemas de inactividad.

  • Problema

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

    La resolución

    Considere la posibilidad de solucionar problemas en los siguientes componentes:

    • Compruebe el método de equilibrio de carga. Utilice el método de todos contra todos para distribuir la solicitud del cliente de manera equitativa, independientemente de la carga de 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. La asignación de los pesos adecuados ayuda a distribuir la carga correctamente.

  • Problema

    Las conexiones a un servidor con equilibrio de carga específico están bloqueadas. Por ejemplo, es posible que todas las conexiones a un servidor de Outlook estén bloqueadas.

    La resolución

    Considere la posibilidad de solucionar problemas en los siguientes componentes:

    • Compruebe el método de equilibrio de carga. Si es por turnos, considere cambiar el método para reducir al mínimo las 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 ha configurado el método de menor número de conexiones para equilibrar la carga.

    La resolución

    Determine si la persistencia está configurada y es del tipo IP de origen. Si la persistencia de la 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 enlazado al servicio y el servicio está enlazado a un servidor virtual, el servidor virtual utiliza el método de todos contra todos para equilibrar la 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 desactiva al establecer el umbral de la métrica en cero.
    • Cuando una métrica vinculada a un monitor cruza el valor umbral, ese servicio en particular no se tiene en cuenta para el equilibrio de carga. Si todos los servicios han alcanzado el umbral, el servidor virtual utiliza el método de todos contra todos para equilibrar la carga y aparece el mensaje de error “5xx: error de servidor ocupado”.
    • Se pueden vincular al monitor un máximo de 10 métricas de una tabla personalizada.
    • Los OID deben ser variables escalares.
    • Para que el equilibrio de carga se realice correctamente, el intervalo debe ser lo más bajo posible. Si el intervalo es alto, el período de tiempo para recuperar el valor de carga aumenta. Como resultado, el equilibrio de carga se realiza con valores incorrectos.
    • Un usuario no puede modificar la tabla local.
Solución de problemas
May 9, 2023
Contribución de: 
C
May 9, 2023
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.