Deployment Manager: 負荷分散の追加 のレビュー

Weibel Thomas · 7年以上前にレビュー済み

Shaik Shamsheer Ali · 7年以上前にレビュー済み

Burattin Flavio · 7年以上前にレビュー済み

Sean Gibson Christopher · 7年以上前にレビュー済み

Hu Fengping · 7年以上前にレビュー済み

Usov Maksim · 7年以上前にレビュー済み

Ochoa Luisa · 7年以上前にレビュー済み

Pratap Parmendra · 7年以上前にレビュー済み

Luiz Krul Thiago · 7年以上前にレビュー済み

Wilson Iain · 7年以上前にレビュー済み

Zirar Mohammed · 7年以上前にレビュー済み

ok

LUIZ FERREIRA RICARDO · 7年以上前にレビュー済み

Pokotilov Kostiantyn · 7年以上前にレビュー済み

Yoshida Koji · 7年以上前にレビュー済み

Nath Anupam · 7年以上前にレビュー済み

Good

Eduardo Garnica Pavía Víctor · 7年以上前にレビュー済み

Isaza Jhon · 7年以上前にレビュー済み

George Angeline · 7年以上前にレビュー済み

Hees Christiaan · 7年以上前にレビュー済み

Monleon Oscar · 7年以上前にレビュー済み

Podda Davide · 7年以上前にレビュー済み

This part is not so clear: From the point of view of the servers, they are just fine. And the servers are ready to receive traffic if a firewall rule targeted at the tag http permits the health check from the load balancer to forward traffic to the instances. View the firewall rules On the Products & services menu, click VPC Networks > Firewall rules There is no firewall rule to allow health checks from the load balancer to the instances. When a health check is used with Network load balancing, the health check probes come from a different range of addresses than for HTTP(S) (see reference). When a health check is used with HTTP(S), SSL proxy, TCP proxy, or Internal load balancing, the health check probes come from addresses in the ranges 130.211.0.0/22 and 35.191.0.0/16. https://cloud.google.com/compute/docs/load-balancing/health-checks Since this is an HTTP(S) load balancer, you will need to enable TCP traffic from 130.211.0.0/22 and 35.191.0.0/16 to instances with the tag http.

Traifi Sabi · 7年以上前にレビュー済み

sunil Mhaske Prathamesh · 7年以上前にレビュー済み

Aggarwal Robin · 7年以上前にレビュー済み