google-compute-engine - pricing - kubernetes google cloud tutorial
Equilibrador de carga HTTPS en Google Container Engine (5)
Acabo de ver el ejemplo y (antes de abrir un firewall para $ NODE_PORT) vi el mismo error 502.
Si miras en la consola de la nube a
https://console.developers.google.com/project/<project>/loadbalancing/http/backendServices/details/web-map-backend-service
debería ver que el backend muestra 0 de $ {num_nodes_in_cluster} como correcto.
Para la definición de su firewall, asegúrese de configurar el filtro de origen en 130.211.0.0/22 para permitir el tráfico desde el servicio de equilibrio de carga y configurar los protocolos y puertos permitidos en tcp:$NODE_PORT .
Estoy tratando de configurar un equilibrador de carga HTTPS para gke usando el equilibrador de carga HTTPS L7, pero por alguna razón no funciona incluso el equilibrador de carga http en el ejemplo tutorial Balanceo de carga HTTP . Se crea la dirección IP de la regla de reenvío y puedo hacer ping y telnet al puerto 80. Pero cuando la solicitud se realiza a través de un rizo, aparece un error.
502 error del servidor
Error: error del servidor
El servidor encontró un error temporal y no pudo completar su solicitud.
Por favor, intenta otra vez en 30 segundos.
Todos los pasos estuvieron bien y creé un firewall sin ninguna etiqueta para $ {NODE_PORT} pero no funcionó.
¿Alguien ha encontrado este problema?
El problema se resolvió después de unos minutos (como 5-10 minutos) en mi caso.
En mi caso, el equilibrador de carga estaba devolviendo este error porque no había ningún servidor web ejecutándose en mis instancias y grupos de instancias para manejar la solicitud de red.
Instalé nginx en todas las máquinas y luego comenzó a funcionar.
De ahora en adelante, hice un punto para agregar nginx en mi script de inicio al crear vm / instance.
Tuve el mismo problema con mi aplicación, el problema es que no teníamos un punto final que devolviera "Éxito" y las comprobaciones de estado siempre fallaban.
Parece que el equilibrador de carga HTTP / HTTPS no enviará la solicitud a los nodos del clúster si las comprobaciones de estado no pasan, por lo que mi solución fue crear un punto final que siempre devuelva 200 OK, y tan pronto como pasaran las comprobaciones de estado, El LB comenzó a trabajar.
Utilizo GKE, acabo de ver el ejemplo y funciona bien, pero cuando me dirijo a mi propio servicio, no funciona. (Mi servicio es un servicio de api de descanso)
Encontré que, la mayor diferencia entre mi servicio y el ejemplo, es que: el ejemplo tiene un punto final raíz ("/"), pero no lo apoyo.
Entonces, resolví este problema de esta manera: agregue un punto final de raíz ("/") a mi servicio, y devuelva el éxito (un punto final vacío que no devuelva nada), y luego vuelva a crear el ingreso, y esperé varios minutos. y luego el ingreso funciona !!
Creo que este problema debería ser causado por un verificador saludable. UNHEALTHY instances do not receive new connections .
Aquí hay un enlace para cheques saludables: https://cloud.google.com/compute/docs/load-balancing/health-checks