Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Google Exam Professional Cloud Developer Topic 9 Question 64 Discussion

Actual exam question for Google's Professional Cloud Developer exam
Question #: 64
Topic #: 9
[All Professional Cloud Developer Questions]

You are trying to connect to your Google Kubernetes Engine (GKE) cluster using kubectl from Cloud Shell. You have deployed your GKE cluster with a public endpoint. From Cloud Shell, you run the following command:

You notice that the kubectl commands time out without returning an error message. What is the most likely cause of this issue?

Show Suggested Answer Hide Answer
Suggested Answer: A

https://cloud.google.com/load-balancing/docs/https/traffic-management-global#traffic_actions_weight-based_traffic_splitting

Deploying a new version of an existing production service generally incurs some risk. Even if your tests pass in staging, you probably don't want to subject 100% of your users to the new version immediately. With traffic management, you can define percentage-based traffic splits across multiple backend services.

For example, you can send 95% of the traffic to the previous version of your service and 5% to the new version of your service. After you've validated that the new production version works as expected, you can gradually shift the percentages until 100% of the traffic reaches the new version of your service. Traffic splitting is typically used for deploying new versions, A/B testing, service migration, and similar processes.

https://cloud.google.com/traffic-director/docs/advanced-traffic-management#weight-based_traffic_splitting_for_safer_deployments

https://cloud.google.com/architecture/implementing-deployment-and-testing-strategies-on-gke#split_the_traffic_2

https://cloud.google.com/load-balancing/docs/https/traffic-management-global#traffic_actions_weight-based_traffic_splitting


Contribute your Thoughts:

Chandra
26 days ago
I bet the person who set up this cluster forgot to open the firewall. That's the kind of thing that always trips me up!
upvoted 0 times
...
Roosevelt
29 days ago
This is a tricky one. Maybe the Cloud Shell is not in the same VPC as the cluster? Sounds like a connectivity problem to me.
upvoted 0 times
Iluminada
21 days ago
I think the issue might be with the VPC firewall blocking access to the cluster's endpoint.
upvoted 0 times
...
...
Alesia
1 months ago
My money's on the user account not having the right privileges. That's a common problem when working with Kubernetes clusters.
upvoted 0 times
Mignon
24 hours ago
Could also be a firewall blocking access, that's something to check.
upvoted 0 times
...
Maryln
22 days ago
Yeah, I've run into that before. Make sure your user account has the right roles.
upvoted 0 times
...
Adrianna
23 days ago
I think you're right, it's probably a permissions issue.
upvoted 0 times
...
...
Starr
1 months ago
Wait, shouldn't the cluster have a private endpoint if it's deployed with a public endpoint? I'm guessing the firewall is blocking access.
upvoted 0 times
...
Yen
2 months ago
I believe it could also be because my Cloud Shell external IP address is not part of the authorized networks of the cluster.
upvoted 0 times
...
Nathan
2 months ago
Hmm, this looks like a networking issue. I wonder if the Cloud Shell's external IP is not authorized to access the cluster's endpoint.
upvoted 0 times
Isabella
27 days ago
Good point. It's important to check all these possibilities to troubleshoot the issue.
upvoted 0 times
...
Tran
28 days ago
It's possible. Or maybe my user account doesn't have the privileges to interact with the cluster using kubectl.
upvoted 0 times
...
Lawrence
1 months ago
That could be it. Maybe the VPC firewall is blocking access to the cluster's endpoint.
upvoted 0 times
...
Cheryl
1 months ago
I think the issue might be that the Cloud Shell's external IP is not part of the authorized networks.
upvoted 0 times
...
...
Rodrigo
2 months ago
I agree with Lamar. It's possible that the firewall is causing the timeout.
upvoted 0 times
...
Lamar
2 months ago
I think the issue might be with the VPC firewall blocking access to the cluster's endpoint.
upvoted 0 times
...

Save Cancel