Citrix ADC

Résolution des problèmes

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 Citrix ADC et diagnostiquer le problème.

Ressources pour le dépannage de l’équilibrage de charge

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

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

En plus des ressources ci-dessus, les outils suivants permettent d’accélérer le dépannage :

  • 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.
  • Application Wireshark personnalisée pour les fichiers de trace Citrix ADC.

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 cela ne fonctionne pas.

    Résolution

    Vérifiez le nombre d’arguments dans le script. La limite est de 512. Un script avec 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 d’éteindre les sondes du moniteur ?

    Résolution

    Vous pouvez désactiver les connexions de sonde de 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 de sonde du moniteur. L’appliance Citrix ADC ne détecte pas l’état DOWN tant que le moniteur n’envoie pas une sonde.

  • Problème

    Une mesure liée au moniteur est présente dans les tables de mesures locales et personnalisées.

    Résolution

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

  • Problème

    Les sondes du moniteur à un service n’atteignent pas le service.

    Résolution

    Vérifiez si vous avez défini une limite sur le 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 capable de ping les serveurs, mais l’état des services est toujours affiché comme DOWN.

    Résolution

    Vérifiez le type de moniteurs configurés. 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 en UP.

  • Problème

    Définir un poids pour les moniteurs de charge n’aide pas à décider de l’état du service.

    Résolution

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

  • 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 le 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 pour le moniteur dans l’onglet Moniteurs 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 résout le problème, il y a un problème avec le moniteur personnalisé et le moniteur nécessite une enquête plus approfondie.
    • Vous pouvez enregistrer des traces de paquets sur l’appliance Citrix ADC 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 fonction 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 Citrix ADC et les serveurs.
  • Problème

    Le site connaît un équilibrage de charge inégal.

    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 le round robin, vérifiez le nombre de connexions au serveur enregistrées dans le fichier newnslog. Vous pouvez exécuter la commande suivante pour vérifier le numéro sur le fichier newnslog :

      # 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), les hits, les hits persistants et le taux persistant (P) pour résoudre le problème plus loin.

    • Si la méthode d’équilibrage de charge est « round robin », vérifiez les hits persistants 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, effectuez les étapes de dépannage mentionnées pour le problème de service non stable

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

    • Vérifiez que tout 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 DOWN.

    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 résout le problème, il y a un problème avec le moniteur personnalisé et le moniteur nécessite 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 au 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 de 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 sert plus de demandes que les autres serveurs équilibrés de charge.

    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 distribuer la requête 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, en particulier si les sessions de persistance sont longues.
    • Vérifiez si des pondérations sont affectées à chaque service. L’attribution de poids appropriés aide à une bonne répartition de la charge.
  • Problème

    Les connexions à un serveur équilibré 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 round robin, envisagez de changer la méthode en moins de connexions.
    • Envisagez de réduire le délai d’attente du moniteur. Un délai d’attente plus court aide à marquer un service comme 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, la file d’attente de surtension peut être générée. Envisagez de vider la file d’attente 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 connexion minimale pour l’équilibrage de charge est configurée.

    Résolution

    Déterminez si la persistance est configurée et est de type IP source. Si la persistance de l’adresse IP source est configurée même avec la méthode de connexion minimale, les requêtes vont à un serveur spécifique. L’adresse IP du serveur est requise pour gérer les informations de session. Envisagez d’utiliser la persistance basée sur les cookies HTTP.

  • Conseils de dépannage Pour d’autres problèmes, tenez compte des 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 et que le service est lié à un serveur virtuel, le serveur virtuel utilise la méthode Round Robin 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 rond si le service n’a 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 le démarrage round robin.
    • 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 mesure est désactivée en définissant le seuil de mesure sur zéro.
    • Lorsqu’une mesure liée à un moniteur franchit la valeur de seuil, ce service 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 round robin pour l’équilibrage de charge et un message d’erreur « 5xx - server busy error » s’affiche.
    • Un maximum de 10 mesures d’une table personnalisée peut être lié au moniteur.
    • Les OID doivent être des variables scalaires.
    • Pour un équilibrage de charge réussi, l’intervalle doit être aussi bas que possible. Si l’intervalle est élevé, la période de récupération de la valeur de charge augmente. Par conséquent, l’équilibrage de charge a lieu en utilisant des valeurs incorrectes.
    • Un utilisateur ne peut pas modifier la table locale.

Résolution des problèmes