Trennung der TCP-Verbindung in einer Umgebung mit zwei Arm-Lastausgleich mithilfe von Kemp LoadMaster, das eine Verbindung zu Centos-Servern herstellt

Trennung der TCP-Verbindung in einer Umgebung mit zwei Arm-Lastausgleich mithilfe von Kemp LoadMaster, das eine Verbindung zu Centos-Servern herstellt

Die Konfiguration habe ich übernommen, aber die Verbindung vom LoadMaster zu zwei App-Servern wird gelegentlich unterbrochen. Dies geschieht bei jedem Server unabhängig und scheint nur in Zeiten mit geringem Volumen aufzutreten.

Beim Aufzeichnen von TCP-Dumps kann ich sehen, dass der Handshake ACK vom App-Server an den LoadMaster gesendet wird, aber er erreicht nie das Ziel. Wenn Traceroute während einer Störungsphase mit TCP ausgeführt wird, leitet es den ersten Hop durch das Standard-Gateway und es kommt zu einer Zeitüberschreitung. Wenn die Verbindung funktioniert, leitet es einfach direkt an den LoadMaster weiter.

Der Standard-Traceroute mit ICMP schlägt nie fehl oder läuft ab, wird aber über das Standard-Gateway geleitet, wenn TCP als Timeout angezeigt wird. Wenn ich irgendetwas am LoadMaster deaktiviere/aktiviere, wird die Verbindung wiederhergestellt und der Traceroute leitet nicht mehr über das Standard-Gateway, sondern nur für kurze Zeit, wenn das Volumen gering ist und dann wieder fehlschlägt.

Ich nehme an, dass das Problem entweder am Netzwerk oder am LoadMaster liegt, kenne aber keine weiteren Schritte zur Fehlerbehebung, um das Problem zu lokalisieren (ich war die meiste Zeit meines Lebens Programmierer und habe mich nur am Rande mit Netzwerkkram beschäftigt) und die Netzwerkleute, mit denen ich arbeite, scheinen mit dem Problem nicht vertraut zu sein.

verwandte Informationen