GSP510

소개

챌린지 실습에서는 특정 시나리오와 일련의 작업이 주어집니다. 단계별 안내를 따르는 대신, 과정의 실습에서 배운 기술을 사용하여 스스로 작업을 완료하는 방법을 알아내 보세요. 이 페이지에 표시되어 있는 자동 채점 시스템에서 작업을 올바르게 완료했는지 피드백을 제공합니다.

챌린지 실습을 진행할 때는 새로운 Google Cloud 개념에 대한 정보가 제공되지 않습니다. 학습한 기술을 응용하여 기본값을 변경하거나 오류 메시지를 읽고 조사하여 실수를 바로잡아야 합니다.

100점을 받으려면 시간 내에 모든 작업을 성공적으로 완료해야 합니다.

이 실습은 Google Cloud에서 Kubernetes 관리하기 기술 배지 과정에 등록한 수강생에게 권장됩니다. 챌린지에 도전할 준비가 되셨나요?

실습 시작 버튼을 클릭하기 전에

다음 안내를 확인하세요. 실습에는 시간 제한이 있으며 일시중지할 수 없습니다. 실습 시작을 클릭하면 타이머가 시작됩니다. 이 타이머는 Google Cloud 리소스를 사용할 수 있는 시간이 얼마나 남았는지를 표시합니다.

실무형 실습을 통해 시뮬레이션이나 데모 환경이 아닌 실제 클라우드 환경에서 실습 활동을 진행할 수 있습니다. 실습 시간 동안 Google Cloud에 로그인하고 액세스하는 데 사용할 수 있는 새로운 임시 사용자 인증 정보가 제공됩니다.

이 실습을 완료하려면 다음을 준비해야 합니다.

• 표준 인터넷 브라우저 액세스 권한(Chrome 브라우저 권장)

참고: 이 실습을 실행하려면 시크릿 모드(권장) 또는 시크릿 브라우저 창을 사용하세요. 개인 계정과 학습자 계정 간의 충돌로 개인 계정에 추가 요금이 발생하는 일을 방지해 줍니다.

• 실습을 완료하기에 충분한 시간(실습을 시작하고 나면 일시중지할 수 없음)

참고: 이 실습에는 학습자 계정만 사용하세요. 다른 Google Cloud 계정을 사용하는 경우 해당 계정에 비용이 청구될 수 있습니다.

챌린지 시나리오

여러분은 몇 달 전에 Cymbal Shops에 온보딩되었습니다. 그동안 Docker와 Artifact Registry에서 컨테이너 작업을 하며 많은 시간을 보냈고 GKE에서 신규 및 기존 배포를 관리하는 방법을 익혔습니다. 또한 매니페스트 업데이트와 클러스터에서 실행 중인 애플리케이션의 확장, 모니터링, 디버깅을 실습했습니다.

팀에서는 새로운 전자상거래 웹사이트의 원활한 출시와 애플리케이션 업데이트를 위해 Kubernetes 배포를 관리해 달라고 요청했습니다. 새로운 역할로 전환하기 전에 개발팀은 여러분이 습득한 새로운 기술 역량을 보여주기를 원합니다. 그 일환으로, 팀은 샌드박스 환경에서 지정된 시간 내에 수행해야 할 작업 목록을 만들었습니다.

챌린지

샌드박스 환경의 일부로, 개발자가 기본 예시 애플리케이션 코드가 포함된 이름이 인 Artifact Registry 저장소를 만들었습니다. 이를 클러스터에 배포해야 합니다.

참고: 저장소에서 생성된 이 이미지는 코드의 컨테이너화된 버전이며, 실습 후반에 spls/gsp510/hello-app 버킷에서 다운로드합니다.

수행해야 할 작업은 다음과 같습니다.

• 제공된 일련의 구성을 기반으로 GKE 클러스터 만들기
• 측정항목 모니터링을 위해 클러스터에서 관리형 Prometheus 사용 설정하기
• 클러스터에 Kubernetes 매니페스트를 배포하고 오류 디버깅하기
• Kubernetes 클러스터의 오류에 대한 로그 기반 측정항목 및 알림 정책 만들기
• 매니페스트 오류를 수정하고, 애플리케이션 코드를 컨테이너화하여 Docker를 사용해 Artifact Registry로 푸시하기
• 클러스터에서 애플리케이션의 서비스를 노출하고 업데이트 확인하기

작업 1. GKE 클러스터 만들기

새로운 Cymbal Shops 전자상거래 웹사이트는 GKE에서 기본적으로 실행될 예정이며, 팀은 클러스터 작업 및 설정 경험을 확인하고 싶어 합니다. 이 섹션에서는 데모 애플리케이션을 실행하기 위해 제공된 일련의 구성을 기반으로 Kubernetes 클러스터를 만들어야 합니다.

1. 다음 구성을 사용하여 이름이 인 GKE 클러스터를 만듭니다.

설정	값
영역
출시 채널	일반
클러스터 버전	1.27.8 이상
클러스터 자동 확장 처리	사용 설정됨
노드 수	3
최소 노드 수	2
최대 노드 수	6

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다.

GKE 클러스터 만들기

작업 2. GKE 클러스터에서 관리형 Prometheus 사용 설정

Cymbal Shops는 전자상거래 웹사이트 전략의 일환으로, 클러스터에서 측정항목 모니터링에 관리형 Prometheus를 사용하여 고객에게 좋은 경험을 제공하고자 합니다. 이 섹션에서는 측정항목 모니터링을 위해 클러스터에서 관리형 Prometheus를 사용 설정하고 샘플 Prometheus 애플리케이션과 포드 모니터링을 배포할 네임스페이스를 생성합니다.

1. GKE 클러스터에서 Prometheus 관리형 컬렉션을 사용 설정합니다.

2. 클러스터에 이름이 인 네임스페이스를 만듭니다.

3. 다음 명령어를 실행하여 샘플 Prometheus 앱을 다운로드합니다.

gsutil cp gs://spls/gsp510/prometheus-app.yaml .

4. 다음 구성을 사용하여 <todo> 섹션(35~38번째 줄)을 업데이트합니다.

   • containers.image: nilebox/prometheus-example-app:latest
   • containers.name: prometheus-test
   • ports.name: metrics

5. 애플리케이션을 GKE 클러스터의 네임스페이스에 배포합니다.

6. 다음 명령어를 실행하여 pod-monitoring.yaml 파일을 다운로드합니다.

gsutil cp gs://spls/gsp510/pod-monitoring.yaml .

7. 다음 구성을 사용하여 <todo> 섹션(18~24번째 줄)을 업데이트합니다.

   • metadata.name: prometheus-test
   • labels.app.kubernetes.io/name: prometheus-test
   • matchLabels.app: prometheus-test
   • endpoints.interval:

8. GKE 클러스터의 네임스페이스에 포드 모니터링 리소스를 적용합니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다.

GKE 클러스터에서 관리형 Prometheus 사용 설정

작업 3. GKE 클러스터에 애플리케이션 배포

Cymbal Shops 개발팀은 새로운 애플리케이션 코드를 클러스터에 지속적으로 출시하며, 이를 프로덕션에 성공적으로 배포해야 합니다. 이 섹션에서는 Kubernetes 매니페스트를 클러스터에 배포하고 문제를 검사합니다.

1. 다음 명령어를 실행하여 데모 배포 매니페스트 파일을 다운로드합니다.

gsutil cp -r gs://spls/gsp510/hello-app/ .

2. helloweb-deployment.yaml 매니페스트 파일에서 GKE 클러스터의 네임스페이스에 배포를 만듭니다. 이 파일은 hello-app/manifests 폴더에 있습니다.

3. 배포를 만들었는지 확인하고 helloweb 배포 세부정보 페이지로 이동합니다. 다음과 같은 오류가 표시됩니다.

이 오류는 방금 배포한 매니페스트의 잘못된 이미지 이름에서 비롯된 것으로 보입니다. 이미지 이름을 수정하기 전에 로그 기반 측정항목과 알림 정책을 만들어 향후 이러한 문제가 다시 발생할 경우 팀에 알림이 전송되도록 합니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다.

GKE 클러스터에 애플리케이션 배포

작업 4. 로그 기반 측정항목 및 알림 정책 만들기

Cymbal Shops는 Kubernetes 포드의 오류 및 경고 수를 집계하기 위해 로그 기반 측정항목과 알림 정책을 설정하고, 오류가 특정 기준점을 초과할 때 클러스터에 대한 알림이 표시되는 메커니즘을 설정하려고 합니다. 이 섹션에서는 팀을 위한 이러한 측정항목과 알림 정책을 생성하는 방법에 관한 지식이 있음을 입증합니다.

로그 기반 측정항목 만들기

1. 로그 탐색기에서 이전 섹션의 클러스터에서 표시된 경고/오류를 노출하는 쿼리를 만듭니다.

힌트: 쿼리에는 리소스 유형과 심각도가 하나씩만 선택되어 있어야 합니다.

쿼리가 올바르다면 실행 시 로그에 다음 오류가 표시됩니다.

Error: InvalidImageName Failed to apply default image tag "<todo>": couldn't parse image reference "<todo>": invalid reference format

2. 이 쿼리에서 로그 기반 측정항목을 만듭니다. 측정항목 유형에 카운터를 사용하고 로그 측정항목 이름에 pod-image-errors를 사용합니다.

알림 정책 만들기

1. 방금 만든 로그 기반 측정항목을 기반으로 알림 정책을 만듭니다. 다음 세부정보를 사용하여 정책을 구성합니다.
   • 순환 기간: 10분
   • 순환 기간 함수: Count
   • 시계열 집계: Sum
   • 조건 유형: 기준
   • 알림 트리거: 임의 시계열 위반
   • 기준 위치: 임곗값 초과
   • 기준 값: 0
   • 알림 채널 사용: 사용 중지
   • 알림 정책 이름: Pod Error Alert

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다.

로그 기반 측정항목 및 알림 정책 만들기

작업 5. 앱 업데이트 및 재배포

개발팀은 오류가 발생했을 때 클러스터에서 배포를 삭제하고 업데이트하는 방법에 대한 지식이 있음을 확인하고자 합니다. 이 섹션에서는 올바른 이미지 참조로 Kubernetes 매니페스트를 업데이트하고, 배포를 삭제한 후 업데이트된 애플리케이션을 클러스터에 배포합니다.

1. helloweb-deployment.yaml 배포 매니페스트의 image 섹션에 있는 <todo>를 다음 이미지로 바꿉니다.

   • us-docker.pkg.dev/google-samples/containers/gke/hello-app:1.0

2. 클러스터에서 helloweb 배포를 삭제합니다.

3. 업데이트된 helloweb-deployment.yaml 매니페스트를 클러스터의 네임스페이스에 배포합니다.

오류 없이 올바르게 배포되었는지 확인해야 합니다. Kubernetes 워크로드 페이지는 다음과 비슷하게 표시됩니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다.

앱 업데이트 및 재배포

작업 6. 코드를 컨테이너화하고 클러스터에 배포

마지막으로, Cymbal Shops의 전자상거래 전략의 일환으로 애플리케이션 팀은 컨테이너화하여 레지스트리에 저장한 후 최신 버전의 코드로 클러스터를 업데이트하는 데 필요한 코드를 제공합니다.

이 섹션에서는 애플리케이션 코드를 컨테이너화하고, Artifact Registry에서 이미지를 업데이트한 후 클러스터의 이미지로 설정합니다. 팀에는 Docker로 컨테이너화된 버전의 hello-app 샘플 앱이 포함된 이름이 인 Artifact Registry 저장소가 있습니다. 로컬에서 빌드용 코드를 업데이트한 후 새 버전을 저장소로 푸시합니다.

1. hello-app 디렉터리에서 main.go 파일의 49번째 줄에 Version: 2.0.0을 사용하도록 업데이트합니다.

2. hello-app/Dockerfile을 사용하여 v2 태그가 지정된 Docker 이미지를 만듭니다.

참고: 여기에 자세히 설명되어 있는 Artifact Registry 이름 지정 규칙을 따라야 합니다.

3. v2 태그를 사용하여 새로 만든 Docker 이미지를 Artifact Registry의 저장소로 푸시합니다.

4. Artifact Registry로 푸시한 v2 이미지를 반영하도록 helloweb 배포의 이미지를 설정합니다.

5. helloweb 배포를 포트 8080에서 작동하는 LoadBalancer 서비스에 노출하고 컨테이너의 대상 포트를 Dockerfile에 지정된 포트로 설정합니다.

6. 서비스의 외부 부하 분산기 IP 주소로 이동하면 서비스에서 반환된 다음 텍스트가 표시됩니다.

Hello, world! Version: 2.0.0 Hostname: helloweb-6fc7476576-cvv5f 참고: 웹페이지가 로드되는 데 몇 분 정도 걸릴 수 있습니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다.

코드를 컨테이너화하여 클러스터에 배포

수고하셨습니다

수고하셨습니다. 이 실습에서는 일련의 구성을 기반으로 GKE 클러스터를 만들고 Prometheus 관리형 컬렉션을 사용 설정할 수 있는 역량을 입증했습니다. 또한 클러스터의 오류를 해결하고 로그 기반 측정항목과 알림 정책을 만든 다음 Kubernetes 매니페스트를 업데이트하여 문제를 해결했습니다. 마지막으로 애플리케이션 코드를 컨테이너화하고 Docker를 사용하여 Artifact Registry의 저장소로 새 빌드를 푸시했고, 새 이미지를 반영하도록 클러스터를 업데이트했으며, 클러스터에 서비스를 노출했습니다. 이제 사용자 환경에서 Kubernetes를 관리할 준비가 되었습니다.

다음 기술 배지 획득

이 사용자 주도형 실습은 Google Cloud에서 Kubernetes 관리하기 기술 배지 퀘스트의 일부입니다. 이 기술 배지 퀘스트를 완료하면 위의 배지를 획득하여 수료를 인증할 수 있습니다. 이력서 및 소셜 플랫폼에 배지를 공유하고 #GoogleCloudBadge 해시태그를 사용해 스스로 달성한 업적을 널리 알리세요.

이 기술 배지 퀘스트는 Google Cloud의 Hybrid and Multi-Cloud Cloud Architect 학습 과정의 일부입니다. 이 학습 과정에서 다른 기술 배지 퀘스트를 이미 완료했다면 Google Cloud Skills Boost 카탈로그에서 등록할 수 있는 20개 이상의 다른 기술 배지 퀘스트를 검색하세요.

Google Cloud 교육 및 자격증

Google Cloud 기술을 최대한 활용하는 데 도움이 됩니다. Google 강의에는 빠른 습득과 지속적인 학습을 지원하는 기술적인 지식과 권장사항이 포함되어 있습니다. 기초에서 고급까지 수준별 학습을 제공하며 바쁜 일정에 알맞은 주문형, 실시간, 가상 옵션이 포함되어 있습니다. 인증은 Google Cloud 기술에 대한 역량과 전문성을 검증하고 입증하는 데 도움이 됩니다.

설명서 최종 업데이트: 2023년 8월 11일

실습 최종 테스트: 2023년 8월 11일

Copyright 2025 Google LLC. All rights reserved. Google 및 Google 로고는 Google LLC의 상표입니다. 기타 모든 회사명 및 제품명은 해당 업체의 상표일 수 있습니다.