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

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.

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, 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 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.

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 avec le serveur.

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.

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, 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 aide à une bonne répartition de la charge.

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

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