리뷰 Deployment Manager: Adding load balancing개

Thomas W. · 7년 초과 전에 리뷰됨

Shamsheer Ali S. · 7년 초과 전에 리뷰됨

Flavio B. · 7년 초과 전에 리뷰됨

Christopher S. · 7년 초과 전에 리뷰됨

Fengping H. · 7년 초과 전에 리뷰됨

Maksim U. · 7년 초과 전에 리뷰됨

Luisa O. · 7년 초과 전에 리뷰됨

Parmendra P. · 7년 초과 전에 리뷰됨

Thiago L. · 7년 초과 전에 리뷰됨

Iain W. · 7년 초과 전에 리뷰됨

Mohammed Z. · 7년 초과 전에 리뷰됨

ok

RICARDO L. · 7년 초과 전에 리뷰됨

Kostiantyn P. · 7년 초과 전에 리뷰됨

Koji Y. · 7년 초과 전에 리뷰됨

Anupam N. · 7년 초과 전에 리뷰됨

Good

Víctor E. · 7년 초과 전에 리뷰됨

Jhon I. · 7년 초과 전에 리뷰됨

Angeline G. · 7년 초과 전에 리뷰됨

Christiaan H. · 7년 초과 전에 리뷰됨

Oscar M. · 7년 초과 전에 리뷰됨

Davide P. · 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.

Sabi T. · 7년 초과 전에 리뷰됨

Prathamesh s. · 7년 초과 전에 리뷰됨

Robin A. · 7년 초과 전에 리뷰됨