Manage Kubernetes in Google Cloud: Challenge Lab Reviews

Vibushidha J. · Reviewed 2 days ago

Sergii S. · Reviewed 2 days ago

TAIWE D. · Reviewed 2 days ago

done

Satyam K. · Reviewed 2 days ago

supharat s. · Reviewed 2 days ago

TAIWE D. · Reviewed 2 days ago

혜민 이. · Reviewed 2 days ago

Sirikwan T. · Reviewed 2 days ago

Thirupathi S. · Reviewed 2 days ago

Hyung Sub S. · Reviewed 2 days ago

TEERAPUT V. · Reviewed 2 days ago

컨테이너 실행 시간이 소요되어서, 딜레이가 있습니다. 실습 시간이 부족한 것 같습니다.

Eunsoo G. · Reviewed 2 days ago

Vijak K. · Reviewed 3 days ago

Kamil Z. · Reviewed 3 days ago

경 민. · Reviewed 3 days ago

Yui K. · Reviewed 3 days ago

10

Caleb Isaí H. · Reviewed 3 days ago

BOPIT P. · Reviewed 3 days ago

Task 4 (Logs-based Metric & Alerting): [Status: Grader Issue] Action Taken: Successfully created a Logs-based Metric named pod-image-errors and an Alert Policy named Pod Error Alert. Verification: Confirmed the query textPayload:"InvalidImageName" was capturing logs. The Monitoring dashboard showed the alert "Firing" with a count of 5-6 incidents, crossing the threshold of 0. Impediment: Despite the metric and alert working perfectly in the GCP Console, the Lab Grader consistently returned 0/10 or 5/10, likely due to a strict metadata requirement for the Resource Type (Global vs. Kubernetes Pod) that didn't align with the automated check. Task 6 (Deployment v2 & Service): [Status: Grader/Sync Issue] Action Taken: Built and pushed the v2 image to Artifact Registry. Updated the helloweb deployment to use the v2 tag. Created a LoadBalancer service helloweb-service-34zz on port 8080. Verification: Running kubectl get pods confirmed the v2 image was Running (1/1). Running kubectl get endpoints showed the service was correctly mapped to the Pod's internal IP (10.60.x.x:8080). Impediment: The "Check My Progress" button failed to turn green. This is often caused by a delay in the Load Balancer's external IP propagation or a mismatch in the Grader's expected Label Selectors, even when the Kubernetes resources are technically correct.

pholavit C. · Reviewed 3 days ago

I was too stressed with the time limit. Hope it gets extended 30 more minutes

Sarvesh S. · Reviewed 3 days ago

Mohan Kumar G. · Reviewed 3 days ago

Alejandro V. · Reviewed 3 days ago

Tejpal A. · Reviewed 3 days ago

At the end of the lab, my GKE cluster entered provisioning status because us-central1-a likely ran out of resources. "Can't scale up due to the current unavailability of a Compute Engine resource, for example, GPUs or CPUs in the requested zone." I think you don't need to check the cluster status if all other checkpoints have been completed.

Nikita E. · Reviewed 3 days ago

Patanin P. · Reviewed 3 days ago