Les équilibrages de charge effectuent des contrôles de santé passifs pour surveiller les échecs des connexions client et marquer les serveurs à l'origine d'échecs réguliers comme étant INACTIF.
Un contrôle de santé passif surveille le trafic client sur l'équilibreur de charge et identifie les échecs. Par exemple, si un membre du pool envoie une réinitialisation TCP (RST) en réponse à une connexion client, l'équilibreur de charge détecte cet échec. Si plusieurs échecs consécutifs se produisent, l'équilibreur de charge considère que ce membre du pool de serveurs n'est temporairement pas disponible et arrête de lui envoyer des demandes de connexion pendant un certain temps. Après une certaine période, l'équilibreur de charge envoie une demande de connexion pour s'assurer que le membre du pool a récupéré. Si la connexion réussie, le membre du pool est alors considéré comme sain. Dans le cas contraire, l'équilibreur de charge attend pendant un certain temps avant de réessayer.
Le contrôle de santé passif considère les scénarios suivants comme des échecs du trafic client :
- En cas d'échec de la connexion à un membre du pool de serveurs associés aux serveurs virtuels de couche 7. Par exemple, lorsque l'équilibreur de charge tente de se connecter ou d'effectuer un établissement de liaison SSL et que le membre du pool échoue, ce dernier envoie une demande RST TCP.
- Pour les pools de serveurs associés aux serveurs virtuels TCP de couche 4, si le membre du pool envoie un message RST TCP en réponse à une demande SYN TCP du client ou ne répond pas du tout.
- Pour les pools de serveurs associés aux serveurs virtuels UDP de couche 4, si un port n'est pas accessible ou un message d'erreur ICMP indiquant que la destination est inaccessible est reçu en réponse à un paquet UDP client.
Pour les pools de serveurs associés aux serveurs virtuels de couche 7, le nombre d'échecs de connexion est incrémenté lorsque des erreurs de connexion TCP se produisent (par exemple, échec RST TCP de l'envoi des données ou échecs d'établissement de liaison SSL).
Pour les pools de serveurs associés aux serveurs virtuels de couche 4, si aucune réponse à un message SYN TCP envoyé au membre du pool de serveurs de couche 4 n'est reçue ou si un message RST TCP est reçu en réponse à une demande SYN TCP, le membre du pool de serveurs est considéré comme INACTIF. Le nombre d'échecs est incrémenté.
Pour les serveurs virtuels UDP de couche 4, si une erreur ICMP (par exemple, port ou destination inaccessible) est reçue en réponse au trafic client, le serveur est considéré comme INACTIF.
Procédure
Que faire ensuite
Associez le moniteur de santé passif à un pool de serveurs. Reportez-vous à la section Ajouter un pool de serveurs.