Professional Cloud DevOps Engineer
Prepare and test your skills
Prepare and test your skills
Worked example. The correct answer is already marked and every option is explained below, so there is nothing to select here. To answer questions yourself, start the free trial.
An organization deploys an external Application Load Balancer that routes incoming user traffic to a Managed Instance Group (MIG) of proxy instances in a custom VPC network. The proxy instances forward requests to backend services across hybrid connectivity.
During deployment verification, users receive 502 Bad Gateway errors when accessing the load balancer public IP. In the Google Cloud console, the backend proxy instances are reported as UNHEALTHY by the load balancer's HTTP health check on port 8080. After connecting via SSH to one of the proxy VMs, you verify that the proxy service is actively running and listening on 0.0.0.0:8080.
Which action should you take to resolve the health check failure?
In Google Cloud VPC networks, load balancers utilize distributed health checking systems that generate probe traffic originating from specific, well-defined Google Cloud IP address blocks. For Application Load Balancers, the primary source IP ranges for health check probes are 35.191.0.0/16 and 130.211.0.0/22 (along with 209.85.152.0/22 and 209.85.204.0/22 in certain proxy configurations).
8080 from 35.191.0.0/16 and 130.211.0.0/22 permits the health check probers to connect to the listening proxy process on each VM.HEALTHY and begins forwarding external traffic.Because the proxy daemon is confirmed to be running and listening locally on port 8080, the root cause of the health check failure is the VPC firewall discarding incoming probe packets. Adding this rule directly addresses the connectivity blockage at the network layer.
Keep the momentum going with these hand-picked practice scenarios
Want more questions like this?
Get a free certification question every week.