Estamos utilizando TCP Google Cloud Loadbalancer para uno de nuestros servicios.
La arquitectura es la siguiente: hay un equilibrador de carga TCP en el que se permiten una variedad de puertos en el frontend y sus instancias de backend están conectadas y los servicios de las instancias se ejecutan en el mismo puerto que está abierto en LB.
Por ejemplo: LB IP -1.1.1.1:(100-200)es decir, una gama de puertos está abierta. Ahora en el backend se están ejecutando 3 instancias y el servicio se está ejecutando en los puertos 100, 101 y 103.
Como usuario, si desea acceder al servicio que se ejecuta en el puerto 100, debe utilizar LB IP:100 para acceder a los servicios. Pero desde los últimos días la solicitud está disminuyendo. Sin embargo, si intenta conectarse directamente a la instancia IP:100, el servicio funcionará bien. por lo tanto, no puedo determinar la causa exacta. Las solicitudes también se basan en TCP, por lo que LB las descarta.
Por favor sugiérame algunas aportaciones. Nota: ¿Hay alguna forma de verificar los registros de LB desde GCloud o Console?
Respuesta1
Publicar la propia respuesta de OP para una mejor visibilidad:
Mi problema no se debió a LB.
Mi LB utiliza un algoritmo de operación por turnos; simplemente estaba pasando la solicitud sin verificar el estado del servidor back-end. Solo uno de mis servidores estaba funcionando, por lo que la mitad de las solicitudes se descartaban.
Acabo de configurar una instancia más bajo el mismo LB y el problema se resolvió.
Este tipo de solución es la más "tosca" y no proporciona ningún tipo de seguridad. Si algún servidor falla, algunas solicitudes se eliminarán y el servicio se degradará.
La solución más sencilla para evitarlo sería crear ungrupo de instancias administradoy usecontroles de saludpara verificar si todas las máquinas virtuales se están ejecutando y luego crear unaEquilibrador de carga.