アプリケーション ロードバランサを構成して自動スケーリングを行う のレビュー

Naik Yash · 19日前にレビュー済み

Nila Kavi · 19日前にレビュー済み

P Selvi · 19日前にレビュー済み

Patel Arpita · 19日前にレビュー済み

good

Pradeep Pradeep · 19日前にレビュー済み

Kalivarathan Thirisha · 19日前にレビュー済み

Zepetyan Aykun · 19日前にレビュー済み

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!

Turcanu Dumitru · 19日前にレビュー済み

GOOGLEUSER HARSHITHA S H · 19日前にレビュー済み

R Ramanan · 19日前にレビュー済み

A Dhinesh Kumar · 19日前にレビュー済み

Liu Chengqiang · 19日前にレビュー済み

GOOGLEUSER Prince · 19日前にレビュー済み

Y P Arya · 19日前にレビュー済み

n

M Thirumoorthy · 19日前にレビュー済み

average

S Sigal · 19日前にレビュー済み

Teja S Ravi · 19日前にレビュー済み

Vaithilingam Sakthivel · 19日前にレビュー済み

Kavi Kavi · 19日前にレビュー済み

M Nagendra · 19日前にレビュー済み

Kavi Kavi · 19日前にレビュー済み

David Kavi naya · 19日前にレビュー済み

D Mamalaivasan · 19日前にレビュー済み

Kumar Arun · 19日前にレビュー済み

A SWETHA · 19日前にレビュー済み