Conexión TCP cortada en un entorno de carga equilibrada de dos brazos utilizando Kemp LoadMaster conectándose a servidores Centos

Conexión TCP cortada en un entorno de carga equilibrada de dos brazos utilizando Kemp LoadMaster conectándose a servidores Centos

La configuración es una que heredé, pero la conexión de LoadMaster a dos servidores de aplicaciones termina interrumpiéndose ocasionalmente. Esto le sucederá a cada servidor de forma independiente y solo parece ocurrir durante períodos de bajo volumen.

Al grabar volcados de TCP, puedo ver el ACK del protocolo de enlace enviado desde el servidor de aplicaciones al LoadMaster, pero nunca llega al destino. Cuando se ejecuta traceroute usando TCP durante un momento de falla, enruta el primer salto a través de la puerta de enlace predeterminada y termina agotando el tiempo de espera; si la conexión funciona, simplemente enruta directamente al LoadMaster.

El traceroute estándar que utiliza ICMP nunca falla ni se agota el tiempo de espera, pero termina siendo enrutado a través de la puerta de enlace predeterminada cuando TCP se muestra como tiempo de espera agotado. Si desactivo/habilito algo en LoadMaster, la conexión se restaura y traceroute ya no se enruta a través de la puerta de enlace predeterminada, pero solo por un breve tiempo si el volumen es liviano y vuelve a fallar.

Supongo que el problema debe residir en la red o en LoadMaster, pero no conozco los siguientes pasos de solución de problemas para identificar el problema (he sido codificador la mayor parte de mi vida y solo he incursionado en temas de red) y parece haber terminado. el jefe de los chicos de la Red con los que trabajo.

información relacionada