Voici un exemple de logs d'HaProxy lors des coupures (le status down indique deux échecs du healthcheck à moins d'une seconde d'intervalle):
juste le service apache est down
"check duration" représente le temps qu'a mis le check. Ici 5s semble être la limite max par défaut ("timeout connect 5000").
D'après ma config HaProxy, lors d'un changement d'état il faut un second tests échoués consécutifs (à intervalles de 0,5s) pour qu'un serveur soit considéré comme DOWN.
Quand apache2 est coupé HaProxy renvoie "Connection refused".
Pour arriver à avoir un "Layer7 timeout" pour odroid1.lan (mais avec un Layer 4 timeout pour odroid1.tunneling, pas comme dans les logs) je dois tuer le logiciel de tunneling vers la BDD. Peut-être que des instabilités provoqueraient des micro-coupures (verbosité augmenté, a voir si les logs seront plus parlant 😋)
[^] # Re: des pistes ?
Posté par voxdemonix . En réponse au message [Ubuntu] identifier problème connexion qui saute. Évalué à 1. Dernière modification le 14 mai 2019 à 01:57.
"check duration" représente le temps qu'a mis le check. Ici 5s semble être la limite max par défaut ("timeout connect 5000").
D'après ma config HaProxy, lors d'un changement d'état il faut un second tests échoués consécutifs (à intervalles de 0,5s) pour qu'un serveur soit considéré comme DOWN.
Quand apache2 est coupé HaProxy renvoie "Connection refused".
Pour arriver à avoir un "Layer7 timeout" pour odroid1.lan (mais avec un Layer 4 timeout pour odroid1.tunneling, pas comme dans les logs) je dois tuer le logiciel de tunneling vers la BDD. Peut-être que des instabilités provoqueraient des micro-coupures (verbosité augmenté, a voir si les logs seront plus parlant 😋)