리뷰 자동 확장으로 애플리케이션 부하 분산기 구성개

karunanithi a. · 16일 전에 리뷰됨

Akshitha b. · 16일 전에 리뷰됨

el capitulo final no esta bien explicado

Rodolfo A. · 16일 전에 리뷰됨

Rajashekar P. · 16일 전에 리뷰됨

THARUNI SRI M. · 16일 전에 리뷰됨

Kirian G. · 16일 전에 리뷰됨

SIVASANKAR B U. · 16일 전에 리뷰됨

Yash N. · 16일 전에 리뷰됨

mahalakshmi R. · 16일 전에 리뷰됨

Yash N. · 16일 전에 리뷰됨

Kavi N. · 16일 전에 리뷰됨

Selvi P. · 16일 전에 리뷰됨

Arpita P. · 16일 전에 리뷰됨

good

Pradeep P. · 16일 전에 리뷰됨

Thirisha K. · 16일 전에 리뷰됨

Aykun Z. · 16일 전에 리뷰됨

Hi, I wasn't able to connect to the webserver and stress-test VMs using the standard "SSH" button in the Cloud Console. I ended up having to use Cloud Shell and Gemini to manually troubleshoot and force the connection via gcloud. For your awareness, here are the specific environmental blockers that prevented a standard connection: Incomplete IAP Setup: The IAP API (iap.googleapis.com) was disabled by default. Once enabled, I also had to manually grant my student account the iap.tunnelResourceAccessor role and create a firewall rule to allow TCP:22 ingress from the IAP proxy range (35.235.240.0/20). OS Login Conflict (Major Blocker): Even after fixing IAP and generating fresh SSH keys in Cloud Shell, I hit a persistent Permission denied (publickey) error. The VMs were enforcing OS Login, which rejected my Cloud Shell keys. Adding the osAdminLogin role didn't propagate fast enough, so I had to manually bypass it by applying --metadata="enable-oslogin=FALSE" to both VMs to finally get in. Suggestion: It would be highly beneficial if future iterations of this lab either pre-provisioned the necessary IAP/OS Login IAM roles and firewall rules, or simply disabled OS Login by default on the VMs so the console SSH button works seamlessly. Thanks!

Dumitru T. · 16일 전에 리뷰됨

HARSHITHA S H G. · 16일 전에 리뷰됨

Ramanan R. · 16일 전에 리뷰됨

Dhinesh Kumar A. · 16일 전에 리뷰됨

Chengqiang L. · 16일 전에 리뷰됨

Prince G. · 16일 전에 리뷰됨

Arya Y. · 16일 전에 리뷰됨

n

Thirumoorthy M. · 16일 전에 리뷰됨

average

Sigal S. · 16일 전에 리뷰됨