Documentation Produit
ADC
14.1 - Current Release 13.1 13.0 12.1
Voir PDF

Dépannage

August 11, 2023
Contributeur: 
C

Si l’équilibrage de charge ne fonctionne pas comme prévu après l’avoir configuré, vous pouvez utiliser certains outils courants pour accéder aux ressources NetScaler et diagnostiquer le problème.

Ressources pour résoudre les problèmes d’équilibrage de charge

Pour de meilleurs résultats, utilisez les ressources suivantes pour résoudre un problème de commutation de contenu sur une appliance NetScaler :

  • Dernier fichier ns.conf
  • newnslog Fichiers pertinents
  • Traces de paquets éthéré enregistrées sur l’appliance et le client concerné, si possible
  • Le fichier ns.log

Outre les ressources ci-dessus, les outils suivants accélèrent le dépannage :

  • Un outil complémentaire de navigateur qui peut afficher les en-têtes HTTP. Cela peut être utilisé pour résoudre les problèmes liés à la persistance.
  • L’application Wireshark personnalisée pour les fichiers de trace NetScaler.

Résolution des problèmes d’équilibrage de charge

  • Problème

L’utilisation du processeur atteint 100 % lorsqu’un moniteur utilisateur est lié à un service lié à un serveur virtuel sur lequel l’option -m MAC est activée.

  • Résolution

Liez un moniteur non utilisateur au service.

  • Problème

    J’ai créé un script utilisateur pour la surveillance, mais il ne fonctionne pas.

    Résolution

    Vérifiez le nombre d’arguments dans le script. La limite est de 512. Un script comportant plus de 512 arguments peut ne pas fonctionner correctement. Utilisez le script nsumon-debug.pl de l’interface de ligne de commande pour déboguer le script.

  • Problème

    Je vois beaucoup de sondes de moniteur, et ils semblent augmenter le trafic réseau inutilement. Existe-t-il un moyen de désactiver les sondes du moniteur ?

    Résolution

    Vous pouvez désactiver les connexions de la sonde du moniteur en désactivant le moniteur ou en définissant la valeur du paramètre HealthMonitor dans la commande set service sur NO. Avec l’option NO, l’appliance affiche le service comme UP à tout moment.

  • Problème

    J’ai configuré des moniteurs pour les services, mais les connexions sont toujours dirigées vers des serveurs qui sont DOWN.

    Résolution

    Vous devez probablement réduire les intervalles entre les sondes du moniteur. L’appliance NetScaler ne détecte pas l’état DOWN tant que le moniteur n’envoie pas de sonde.

  • Problème

    Une métrique liée au moniteur est présente dans les tables de métriques locales et personnalisées.

    Résolution

    Ajoutez le préfixe local au nom de la métrique si la métrique est choisie dans la table de métriques locale. Toutefois, si la métrique est choisie dans le tableau personnalisé, vous n’avez pas besoin d’ajouter de préfixe.

  • Problème

    Les sondes de surveillance d’un service n’atteignent pas le service.

    Résolution

    Vérifiez si vous avez défini une limite au nombre de connexions pour un service. Si oui, exemptez les connexions moniteur-sonde de cette limite en définissant le paramètre MonitorSkipMaxClient sur ENABLED.

  • Problème

    Je suis en mesure d’envoyer un ping aux serveurs, mais l’état des services est toujours affiché comme étant en panne.

    Résolution

    Vérifiez le type de moniteur configuré. Par exemple, si un serveur n’est pas configuré pour SSL et que vous utilisez un moniteur HTTPS, l’état du service est marqué comme étant DOWN. Dans ce cas, l’utilisation d’un moniteur TCP doit changer l’état du service sur UP.

  • Problème

    La définition d’un poids pour les dispositifs de surveillance de la charge ne permet pas de déterminer l’état du service.

    Résolution

    Les moniteurs de charge ne peuvent pas déterminer l’état du service. Par conséquent, il n’est pas approprié de définir un poids sur les moniteurs de charge.

  • Problème

    Un service n’est pas stable.

    Résolution

    Envisagez de dépanner les composants suivants :

    • Vérifiez qu’un serveur correct est lié au service.
    • Vérifiez le type de moniteur lié au service.
    • Vérifiez les raisons des défaillances du moniteur. Vous pouvez ouvrir un service à partir de la page Services et vérifier les détails du nombre de sondes, de défaillances et de l’état de la dernière réponse du moniteur dans l’onglet Monitors de la boîte de dialogue Configurer le service. Pour afficher les détails, cliquez sur le moniteur configuré.
    • S’il s’agit d’un moniteur personnalisé, liez un moniteur TCP ou ping au service et vérifiez l’état du moniteur. Si cela permet de résoudre le problème, cela signifie qu’il existe un problème avec le moniteur personnalisé et que celui-ci doit faire l’objet d’une enquête plus approfondie.
    • Vous pouvez enregistrer des traces de paquets sur l’appliance NetScaler et vérifier les sondes du moniteur et la réponse du serveur pour une enquête plus approfondie.

  • Problème

    L’adresse IP virtuelle (VIP) n’est pas stable ou son état est affiché comme DOWN.

    Résolution

    Envisagez de dépanner les composants suivants :

    • Vérifiez que la fonctionnalité d’équilibrage de charge est sous licence.
    • Vérifiez que la fonctionnalité est activée.
    • Vérifiez qu’un service approprié est lié au serveur virtuel.
    • Si le statut de l’adresse VIP est affiché comme DOWN, vérifiez qu’un administrateur a activé le service. Si ce n’est pas le cas, le statut du service doit être hors service. Dans ce cas, vous devez activer le service et vérifier si le problème est résolu.
    • Vérifiez le (s) service (s) lié (s) au serveur virtuel et suivez les étapes de dépannage mentionnées pour le problème de service non stable.
    • Si l’adresse VIP n’est pas stable, tous les services liés au serveur virtuel doivent échouer. Par conséquent, vérifiez si tous les services échouent en même temps. Si tel est le cas, il existe un problème de réseau entre l’appliance NetScaler et les serveurs.

  • Problème

    Le site présente un équilibrage de charge irrégulier.

    Résolution

    Envisagez de dépanner les composants suivants :

    • Vérifiez la méthode d’équilibrage de charge configurée sur l’appliance.

    • Vérifiez que les poids associés aux services sont comme prévu.

    • Si la méthode d’équilibrage de charge est autre que Round Robin, vérifiez le nombre de connexions au serveur connecté dans le newnslog fichier. Vous pouvez exécuter la commande suivante pour vérifier le numéro du newnslog fichier :

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

      Vérifiez les services du serveur virtuel spécifique et vérifiez le temps de réponse, les connexions ouvertes établies (OE), le nombre de demandes, les demandes persistantes et le taux persistant (P) pour résoudre davantage le problème.

    • Si la méthode d’équilibrage de charge est ronde, vérifiez les demandes persistantes comme mentionné à l’étape précédente. En outre, vérifiez si le service n’est pas stable. Si ce n’est pas le cas, suivez les étapes de dépannage mentionnées pour le problème d’instabilité du service

    • Vérifiez si la persistance est configurée sur l’appliance.

    • Vérifiez si un service n’est pas stable. Si oui, suivez les étapes de dépannage mentionnées pour le problème de service non stable.

  • Problème

    L’état du service est affiché comme étant en panne.

    Résolution

    Envisagez de dépanner les composants suivants :

    • Vérifiez si une adresse SNIP est configurée.
    • Vérifiez que les moniteurs appropriés sont liés au service.
    • Si des moniteurs personnalisés sont liés au service, liez un moniteur TCP ou ping au service et vérifiez l’état du moniteur. Si cela permet de résoudre le problème, cela signifie qu’il existe un problème avec le moniteur personnalisé et que celui-ci doit faire l’objet d’une enquête plus approfondie.
    • Vérifiez si l’état du service est affiché comme DOWN pour le serveur qui se trouve dans un autre sous-réseau. Si oui, vérifiez si Use Subnet IP (USNIP) résout le problème car cela peut être dû au fait que l’adresse MIP ne peut pas communiquer avec le serveur.

  • Problème

    Il y a un problème avec le temps de réponse.

    Résolution

    Envisagez de dépanner les composants suivants :

    • Vérifiez le temps de réponse du serveur à partir des statistiques du service en exécutant la commande suivante :

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

    • Vérifiez que le service n’est pas stable et que l’état du service est affiché en tant que problèmes DOWN.

  • Problème

    L’un des serveurs traite plus de demandes que les autres serveurs à charge équilibrée.

    Résolution

    Envisagez de dépanner les composants suivants :

    • Vérifiez la méthode d’équilibrage de charge. Utilisez la méthode Round Robin pour répartir la demande du client de manière égale, quelle que soit la charge sur les serveurs.
    • Déterminez si la persistance est activée pour la configuration d’équilibrage de charge. Si la persistance est activée, un serveur donné peut supporter une charge plus lourde pour maintenir sa session, surtout si les sessions de persistance sont longues.
    • Vérifiez si des pondérations sont affectées à chaque service. L’attribution de poids appropriés contribue à une bonne répartition de la charge.

  • Problème

    Les connexions à un serveur d’équilibrage de charge spécifique sont bloquées. Par exemple, toutes les connexions à un serveur Outlook peuvent être bloquées.

    Résolution

    Envisagez de dépanner les composants suivants :

    • Vérifiez la méthode d’équilibrage de charge. S’il s’agit d’un système circulaire, envisagez de modifier la méthode en utilisant le moins de connexions.
    • Envisagez de réduire le délai d’attente du moniteur. Un délai d’attente plus court permet de marquer un service comme étant DOWN plus tôt, ce qui aiderait à diriger le trafic vers le serveur qui est fonctionnel.
    • Si les connexions sont bloquées pendant une longue période, une file d’attente de surtension peut s’accumuler. Envisagez de vider la file d’attente des surtensions pour éviter un pic soudain de charge sur le serveur.
    • Si les serveurs fonctionnent à leur niveau maximal, envisagez d’ajouter un nouveau serveur pour de meilleures performances.

  • Problème

    La majorité des connexions sont dirigées vers un serveur particulier, même lorsque la méthode de moindre connexion est configurée pour l’équilibrage de charge.

    Résolution

    Déterminez si la persistance est configurée et si elle est de type IP source. Si la persistance de l’adresse IP source est configurée même avec la méthode utilisant le moins de connexions, les demandes sont envoyées à un serveur spécifique. L’adresse IP du serveur est requise pour conserver les informations de session. Envisagez d’utiliser la persistance basée sur les cookies HTTP.

  • Conseils de dépannage Pour d’autres problèmes, prenez en compte les conseils suivants pour résoudre un problème non répertorié ci-dessus :

    • Si plusieurs moniteurs de charge sont liés à un service, la charge sur le service est la somme de toutes les valeurs sur les moniteurs de charge qui lui sont liés. Pour que l’équilibrage de charge fonctionne correctement, vous devez lier le même ensemble de moniteurs à tous les services.
    • Si vous désactivez un moniteur de charge lié au service alors que le service est lié à un serveur virtuel, le serveur virtuel utilise la méthode circulaire pour l’équilibrage de charge.
    • Lorsque vous liez un service à un serveur virtuel où la méthode d’équilibrage de charge est CUSTOMLOAD et où l’état du service est UP, le serveur virtuel utilise la méthode Round Robin initiale pour l’équilibrage de charge. Il continue d’être en ronde ronde si le service ne dispose pas de moniteurs de charge personnalisés ou si l’état d’au moins un des moniteurs de charge personnalisés n’est pas UP.
    • Tous les services liés à un serveur virtuel où la méthode d’équilibrage de charge est CUSTOMLOAD, les services doivent avoir des moniteurs de charge liés à eux.
    • La méthode d’équilibrage de charge CUSTOMLOAD suit également la ronde de démarrage.
    • Si vous désactivez une liaison basée sur des mesures et qu’il s’agit de la dernière mesure active, le serveur virtuel spécifique utilise la méthode round robin pour l’équilibrage de charge. Une métrique est désactivée en définissant le seuil de métrique sur zéro.
    • Lorsqu’une métrique liée à un moniteur dépasse la valeur seuil, ce service en particulier n’est pas pris en compte pour l’équilibrage de charge. Si tous les services ont atteint le seuil, le serveur virtuel utilise la méthode circulaire pour l’équilibrage de charge et un message d’erreur « 5xx - erreur d’occupation du serveur » s’affiche.
    • Un maximum de 10 mesures d’un tableau personnalisé peuvent être liées au moniteur.
    • Les OID doivent être des variables scalaires.
    • Pour un équilibrage de charge réussi, l’intervalle doit être aussi faible que possible. Si l’intervalle est élevé, le délai de récupération de la valeur de charge augmente. Par conséquent, l’équilibrage de charge s’effectue à l’aide de valeurs incorrectes.
    • Un utilisateur ne peut pas modifier la table locale.
Dépannage
August 11, 2023
Contributeur: 
C
August 11, 2023
Contributeur: 
C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.