Opiniones sobre Cómo configurar un balanceador de cargas de aplicaciones con escalado automático

Dhanush K. · Se revisó hace alrededor de 2 meses

Ramanan R. · Se revisó hace alrededor de 2 meses

Bala B. · Se revisó hace alrededor de 2 meses

Harikrishnan H. · Se revisó hace alrededor de 2 meses

Senthamilan . R. · Se revisó hace alrededor de 2 meses

siva s. · Se revisó hace alrededor de 2 meses

karunanithi a. · Se revisó hace alrededor de 2 meses

Akshitha b. · Se revisó hace alrededor de 2 meses

el capitulo final no esta bien explicado

Rodolfo A. · Se revisó hace alrededor de 2 meses

Rajashekar P. · Se revisó hace alrededor de 2 meses

THARUNI SRI M. · Se revisó hace alrededor de 2 meses

Kirian G. · Se revisó hace alrededor de 2 meses

SIVASANKAR B U. · Se revisó hace alrededor de 2 meses

Yash N. · Se revisó hace alrededor de 2 meses

mahalakshmi R. · Se revisó hace alrededor de 2 meses

Yash N. · Se revisó hace alrededor de 2 meses

Kavi N. · Se revisó hace alrededor de 2 meses

Selvi P. · Se revisó hace alrededor de 2 meses

Arpita P. · Se revisó hace alrededor de 2 meses

good

Pradeep P. · Se revisó hace alrededor de 2 meses

Thirisha K. · Se revisó hace alrededor de 2 meses

Aykun Z. · Se revisó hace alrededor de 2 meses

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. · Se revisó hace alrededor de 2 meses

HARSHITHA S H G. · Se revisó hace alrededor de 2 meses

Ramanan R. · Se revisó hace alrededor de 2 meses