GSP087

개요

Compute Engine 관리형 인스턴스 그룹(MIG)에서 자동 확장을 사용하면 용량을 사용자 수요에 자동으로 맞춰 애플리케이션의 안정성과 비용 효율성을 보장할 수 있습니다.

• VM 인스턴스가 실패하거나 비정상 상태가 되면 MIG가 자동으로 인스턴스를 대체합니다.
• 수요가 많을 때는 그룹이 수평 확장되어 부하를 처리하고, 수요가 적을 때는 그룹이 수평 축소되어 필요하지 않은 컴퓨팅 리소스에 대한 비용을 절감합니다.
• 커스텀 측정항목을 사용하면 기본적인 CPU 사용량뿐만 아니라 애플리케이션의 내부 상태에 따른 고유한 요소를 기반으로 확장할 수 있습니다.

이 실습에서는 측정항목 기반의 자동 확장 관리형 인스턴스 그룹을 구현한 다음, Monitoring을 사용하여 애플리케이션이 용량을 자체 관리하는지 확인합니다.

목표

이 실습에서는 다음 작업을 실행하는 방법을 알아봅니다.

• 자동 확장 Compute Engine 관리형 인스턴스 그룹을 배포합니다.
• 인스턴스 그룹을 확장하는 데 사용되는 커스텀 측정항목을 만듭니다.
• Monitoring을 통해 시스템을 관찰합니다.

설정 및 요건

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

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

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

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

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

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

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

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

실습을 시작하고 Google Cloud 콘솔에 로그인하는 방법

1. 실습 시작 버튼을 클릭합니다. 실습 비용을 결제해야 하는 경우 결제 수단을 선택할 수 있는 대화상자가 열립니다. 오른쪽에는 다음과 같은 항목이 포함된 실습 설정 및 액세스 패널이 있습니다.

   • Google Cloud 콘솔 열기 버튼
   • 이 실습에 사용해야 하는 임시 사용자 인증 정보(사용자 이름 및 비밀번호)
   • 필요한 경우 실습 진행을 위한 기타 정보

   실습 타이머는 페이지 상단에 있으며 남은 시간을 표시합니다.

2. Google Cloud 콘솔 열기를 클릭합니다(Chrome 브라우저를 실행 중인 경우 마우스 오른쪽 버튼으로 클릭하고 시크릿 창에서 링크 열기를 선택합니다).

   실습에서 리소스가 가동되면 다른 탭이 열리고 로그인 페이지가 표시됩니다.

   팁: 두 개의 탭을 각각 별도의 창으로 나란히 정렬하세요.

   참고: 계정 선택 대화상자가 표시되면 다른 계정 사용을 클릭합니다.

3. 필요한 경우 아래의 사용자 이름을 복사하여 로그인 대화상자에 붙여넣습니다.

   {{{user_0.username | "Username"}}}

   실습 설정 및 액세스 패널에서도 사용자 이름을 확인할 수 있습니다.

4. 다음을 클릭합니다.

5. 아래의 비밀번호를 복사하여 시작하기 대화상자에 붙여넣습니다.

   {{{user_0.password | "Password"}}}

   실습 설정 및 액세스 패널에서도 비밀번호를 확인할 수 있습니다.

6. 다음을 클릭합니다.

   중요: 실습에서 제공하는 사용자 인증 정보를 사용해야 합니다. Google Cloud 계정 사용자 인증 정보를 사용하지 마세요. 참고: 이 실습에 자신의 Google Cloud 계정을 사용하면 추가 요금이 발생할 수 있습니다.

7. 이후에 표시되는 페이지를 클릭하여 넘깁니다.

   • 이용약관에 동의하세요.
   • 임시 계정이므로 복구 옵션이나 2단계 인증을 추가하지 마세요.
   • 무료 체험판을 신청하지 마세요.

잠시 후 Google Cloud 콘솔이 이 탭에서 열립니다.

참고: Google Cloud 제품 및 서비스에 액세스하려면 탐색 메뉴를 클릭하거나 검색창에 제품 또는 서비스 이름을 입력합니다.

Cloud Shell 활성화

Cloud Shell은 다양한 개발 도구가 탑재된 가상 머신으로, 5GB의 영구 홈 디렉터리를 제공하며 Google Cloud에서 실행됩니다. Cloud Shell을 사용하면 명령줄을 통해 Google Cloud 리소스에 액세스할 수 있습니다.

1. Google Cloud 콘솔 상단에서 Cloud Shell 활성화 를 클릭합니다.

2. 다음 창을 클릭합니다.

   • Cloud Shell 정보 창을 통해 계속 진행합니다.
   • 사용자 인증 정보를 사용하여 Google Cloud API를 호출할 수 있도록 Cloud Shell을 승인합니다.

연결되면 사용자 인증이 이미 처리된 것이며 프로젝트가 학습자의 PROJECT_ID, (으)로 설정됩니다. 출력에 이 세션의 PROJECT_ID를 선언하는 줄이 포함됩니다.

Your Cloud Platform project in this session is set to {{{project_0.project_id | "PROJECT_ID"}}}

gcloud는 Google Cloud의 명령줄 도구입니다. Cloud Shell에 사전 설치되어 있으며 명령줄 자동 완성을 지원합니다.

3. (선택사항) 다음 명령어를 사용하여 활성 계정 이름 목록을 표시할 수 있습니다.

gcloud auth list

4. 승인을 클릭합니다.

출력:

ACTIVE: * ACCOUNT: {{{user_0.username | "ACCOUNT"}}} To set the active account, run: $ gcloud config set account `ACCOUNT`

5. (선택사항) 다음 명령어를 사용하여 프로젝트 ID 목록을 표시할 수 있습니다.

gcloud config list project

출력:

[core] project = {{{project_0.project_id | "PROJECT_ID"}}} 참고: gcloud 전체 문서는 Google Cloud에서 gcloud CLI 개요 가이드를 참고하세요.

애플리케이션 만들기

인스턴스 템플릿에서 새로 생성하는 모든 VM에 필수 애플리케이션과 스크립트를 설치할 수 있어야 합니다. Cloud Storage는 새 인스턴스가 시작될 때 실행되는 시작 스크립트(startup.sh)의 안정적이고 액세스 가능한 소스 역할을 합니다.

이 실습에서는 사용할 샘플 애플리케이션의 시작 스크립트와 애플리케이션 파일을 복사합니다. 이 샘플 애플리케이션은 데이터 패턴을 커스텀 측정항목으로 푸시하며, 이 측정항목을 사용하여 자동 확장 동작을 제어하는 측정항목으로 구성할 수 있습니다.

참고: 실습에서 자동으로 생성되어 이미 실행 중인 기존 인스턴스 템플릿과 그룹이 있습니다. 자동 확장이 수직 확장 및 축소 동작을 모두 보여주려면 최소 30분이 필요합니다. 나중에 이 그룹을 검토하여 커스텀 측정항목 스크립트에서 생성된 커스텀 측정항목 값의 변동에 따라 확장이 어떻게 제어되는지 확인합니다.

작업 1. 버킷 만들기

1. Cloud 콘솔의 탐색 메뉴에서 Cloud Storage > 버킷을 선택한 다음 만들기를 클릭합니다.

2. 버킷에 고유한 이름을 지정하되 다른 프로젝트에서 사용할 가능성이 있는 이름은 사용하지 마세요. 버킷 이름을 지정하는 방법에 대한 자세한 내용은 버킷 이름 지정 가이드라인을 참조하세요. 버킷 이름으로 프로젝트 ID + 'bucket'을 사용할 수 있습니다. 이 버킷은 실습 전반에서 YOUR_BUCKET으로 참조됩니다.

3. 기본값을 그대로 두고 만들기를 클릭합니다.

4. 공개 액세스가 차단됨 팝업이 표시되면 확인을 클릭합니다.

버킷이 생성되면 버킷 세부정보 페이지가 열립니다.

완료된 작업 테스트하기

내 진행 상황 확인하기를 클릭하여 실행한 작업을 확인합니다. Cloud Storage 버킷을 만들면 평가 점수가 표시됩니다.

Cloud Storage 버킷 만들기

5. 다음으로 Cloud Shell에서 다음 명령어를 실행하여 실습 기본 Cloud Storage 버킷의 시작 스크립트 파일을 Cloud Storage 버킷에 복사합니다. <YOUR BUCKET>을 방금 만든 버킷의 이름으로 바꿔야 합니다.

gcloud storage cp -r gs://spls/gsp087/* gs://<YOUR BUCKET>

6. 스크립트를 업로드한 후 버킷 세부정보 페이지에서 새로고침을 클릭합니다. 버킷에 추가된 파일이 나열됩니다.

코드 구성요소 이해

• Startup.sh - 인스턴스가 관리형 인스턴스 그룹에 추가될 때 필수 구성요소를 각 Compute Engine 인스턴스에 설치하는 셸 스크립트입니다.
• writeToCustomMetric.js - 확장을 트리거하는 값이 있는 커스텀 모니터링 측정항목을 만드는 Node.js 스니펫입니다. 프로덕션 환경에서는 이 코드가 실제 애플리케이션 코드에 해당하며, 이 코드가 보고하는 값(appdemo_queue_depth_01)은 대기열의 보류 중인 메시지 수, 열려 있는 데이터베이스 연결 수, 일괄 처리 백로그 길이와 같은 중요한 비즈니스 측정항목이 됩니다.
• Config.json - 커스텀 모니터링 측정항목의 값을 지정하며 writeToCustomMetric.js에서 사용되는 Node.js 구성 파일입니다.
• Package.json - 표준 설치이며 writeToCustomMetric.js의 종속 항목인 Node.js 패키지 파일입니다.
• writeToCustomMetric.sh - 각 Compute Engine 인스턴스에서 writeToCustomMetric.js 프로그램을 계속 실행하는 셸 스크립트입니다.

작업 2. 인스턴스 템플릿 만들기

이 템플릿은 그룹의 모든 VM에 대한 청사진 역할을 합니다. 자동 확장은 인스턴스를 폐기하고 생성하는 방식으로 작동하므로 인스턴스를 다시 빌드하는 방법을 정확히 알고 있어야 합니다. 템플릿은 머신 유형, OS 이미지, 그리고 가장 중요한 Cloud Storage 버킷의 startup.sh 스크립트를 가리키는 메타데이터를 정의합니다.

1. Cloud 콘솔에서 탐색 메뉴 > Compute Engine > 인스턴스 템플릿을 클릭합니다.

2. 페이지 상단에서 인스턴스 템플릿 만들기를 클릭합니다.

3. 인스턴스 템플릿의 이름을 autoscaling-instance01로 지정합니다.

4. 위치를 전역으로 설정합니다.

5. 머신 구성 섹션에서 머신 계열로 E2를 선택하고 머신 유형으로 e2-medium을 선택합니다.

6. 아래로 스크롤하여 고급 옵션을 클릭합니다.

7. 관리 탭의 메타데이터 섹션에서 다음 메타데이터 키 및 값을 입력합니다. 각 항목을 추가하려면 + 항목 추가 버튼을 클릭합니다. [YOUR_BUCKET_NAME] 플레이스홀더를 버킷 이름으로 바꿔야 합니다.

키	값
startup-script-url	gs://[YOUR_BUCKET_NAME]/startup.sh
gcs-bucket	gs://[YOUR_BUCKET_NAME]

8. 만들기를 클릭합니다.

완료된 작업 테스트하기

내 진행 상황 확인하기를 클릭하여 실행한 작업을 확인합니다. 인스턴스 템플릿을 만들면 평가 점수가 표시됩니다.

인스턴스 템플릿 만들기

작업 3. 인스턴스 그룹 만들기

인스턴스 그룹은 VM Fleet의 컨테이너이자 컨트롤러 역할을 합니다. 자동 확장 모드는 환경을 제어하고 자동 확장을 사용 설정하기 전에 첫 번째 인스턴스가 커스텀 측정항목 스크립트를 성공적으로 실행하도록 보장하기 위해 처음에는 사용 안함으로 설정됩니다.

1. 왼쪽 창에서 인스턴스 그룹을 클릭합니다.

2. 페이지 상단에서 인스턴스 그룹 만들기를 클릭합니다.

3. 이름: autoscaling-instance-group-1.

4. 인스턴스 템플릿에서 방금 만든 인스턴스 템플릿을 선택합니다.

5. 위치에서 단일 영역을 선택하고 리전과 영역에 각각 및 을 사용합니다.

6. 자동 확장 모드를 사용 안함: 자동 확장 안함으로 설정합니다.

인스턴스 그룹이 생성된 후에 자동 확장 설정을 편집합니다. 다른 설정은 기본값으로 그대로 둡니다.

7. 만들기를 클릭합니다.

참고: 인스턴스 그룹 옆에 표시되는 자동 확장이 사용 중지되었습니다. 그룹의 인스턴스 수가 자동으로 변경되지 않습니다. 자동 확장 구성이 유지됩니다. 경고는 무시해도 됩니다.

완료된 작업 테스트하기

내 진행 상황 확인하기를 클릭하여 실행한 작업을 확인합니다. 인스턴스 그룹을 만들면 평가 점수가 표시됩니다.

인스턴스 그룹 만들기

작업 4. 인스턴스 그룹이 생성되었는지 확인

방금 만든 새 인스턴스 그룹 옆에 녹색 체크표시가 나타날 때까지 기다립니다. 시작 스크립트가 설치를 완료하고 값을 보고하기 시작할 때까지 몇 분 걸릴 수도 있습니다.

단일 테스트 인스턴스가 writeToCustomMetric.js 스크립트를 성공적으로 실행하고 데이터가 Cloud Monitoring으로 전송되는지 확인해야 합니다. 측정항목 데이터가 보고되지 않으면 자동 확장 처리가 반응할 대상이 없습니다. VM 로그의 nodeapp: available을 통해 이 데이터 파이프라인이 정상 작동하는지 확인합니다.

몇 분 이상 걸릴 것 같은 경우 새로고침을 클릭합니다.

참고: 실습에서 미리 생성된 다른 인스턴스 그룹 옆에 빨간색 아이콘이 표시되면 이 경고는 무시해도 됩니다. 인스턴스 그룹이 초기화되는 동안 최대 10~15분간 경고를 보고합니다. 이는 정상적인 동작입니다.

1. 계속해서 인스턴스 그룹 창에서 autoscaling-instance-group-1의 이름을 클릭하여 그룹에서 실행 중인 인스턴스를 표시합니다.

2. 아래로 스크롤하여 인스턴스 이름을 클릭합니다. 자동 확장이 추가 인스턴스를 시작하지 않았으므로 단일 인스턴스만 실행 중입니다.

3. 세부정보 탭의 로그 섹션에서 로깅 링크를 클릭하여 VM 인스턴스의 로그를 봅니다.

4. 데이터가 쌓일 때까지 1~2분 정도 기다립니다. 쿼리 표시를 사용 설정하면 쿼리 미리보기 상자에 resource.type 및 resource.labels.instance_id가 표시됩니다.

5. 'nodeapp'을 3행으로 추가하면 코드가 다음과 같이 표시됩니다.

6. 쿼리 실행을 클릭합니다.

Node.js 스크립트가 Compute Engine 인스턴스에서 실행 중인 경우에는 API에 요청이 보내지고 nodeapp: available을 표시하는 로그 항목이 로그에 나타납니다.

참고: 이 로그 항목이 보이지 않으면 Node.js 스크립트가 커스텀 측정항목 값을 보고하고 있지 않는 것입니다. 메타데이터가 올바르게 입력되었는지 확인합니다. 메타데이터가 잘못된 경우 실습을 다시 시작하는 것이 가장 쉬울 수 있습니다. 앱이 시작되는 데 약 10분 정도 걸릴 수 있습니다.

작업 6. 인스턴스 그룹의 자동 확장 구성

커스텀 측정항목이 첫 번째 인스턴스의 보고 데이터를 제대로 보고하고 있는지를 확인한 후에는 커스텀 측정항목의 값에 따라 자동 확장하도록 인스턴스 그룹을 구성할 수 있습니다.

1. Cloud 콘솔에서 Compute Engine > 인스턴스 그룹으로 이동합니다.

2. autoscaling-instance-group-1 그룹을 클릭합니다.

3. 수정을 클릭합니다.

4. 자동 확장에서 자동 확장 모드를 사용: 그룹에 인스턴스 추가 및 삭제로 설정합니다.

5. 최소 인스턴스 수를 1로, 최대 인스턴스 수를 3으로 설정합니다. 이렇게 하면 비용 및 성능 보장의 하한과 상한을 정할 수 있습니다. 최소 1개의 인스턴스에 대한 비용을 지불하며, 인스턴스가 3개를 초과하여 확장되지 않으므로 예상치 못한 비용 발생을 관리할 수 있습니다.

6. 자동 확장 신호에서 신호 추가를 클릭하여 측정항목을 수정합니다. 다음 필드를 설정하고 다른 모든 필드는 기본값으로 둡니다.

   • 신호 유형: Cloud Monitoring 측정항목 구성을 클릭합니다.
   • 리소스 및 측정항목에서 측정항목 선택을 클릭하고 VM 인스턴스 > 커스텀 측정항목 > Custom/appdemo_queue_depth_01로 이동합니다.
   • 적용을 클릭합니다.
   • 사용률 목표: 150

   커스텀 모니터링 측정항목이 목표 값보다 높거나 낮은 경우, 자동 확장 처리는 관리형 인스턴스 그룹을 확장하여 인스턴스 수를 늘리거나 줄입니다. 목표 값은 double 값일 수 있지만 이 실습에서는 커스텀 모니터링 측정항목에서 보고하는 값과 일치하는 150을 선택했습니다.

   • 사용률 목표 유형: 게이지. 선택을 클릭합니다.

   게이지: 모든 인스턴스에서 측정항목의 평균 현재 값을 기준으로 확장됩니다. (예: "평균 큐 깊이가 200이며 목표치인 150을 초과하므로 다른 머신이 필요합니다.") 이는 큐 깊이 또는 CPU 사용률과 같은 측정항목에 적합합니다. 반면에 타겟 모드를 DELTA_PER_MINUTE 또는 DELTA_PER_SECOND로 설정하면 평균 값이 아니라 관찰된 변화율에 따라 자동 확장됩니다.

7. 저장을 클릭합니다.

참고: 게이지를 선택한 후 드롭다운을 다시 클릭하고 게이지를 다시 선택합니다. 이렇게 하면 UI에 값이 올바르게 반영되기도 합니다.

완료된 작업 테스트하기

내 진행 상황 확인하기를 클릭하여 실행한 작업을 확인합니다. 인스턴스 그룹에 자동 확장을 구성하면 평가 점수가 표시됩니다.

인스턴스 그룹의 자동 확장 구성

작업 7. 인스턴스 그룹에서 자동 확장이 수행되는 과정 보기

Node.js 스크립트가 시간 경과에 따라 각 인스턴스로부터 보고하는 커스텀 측정항목 값을 변경합니다. 측정항목 값이 높아지면 인스턴스 그룹은 VM을 추가함으로써 확장됩니다. 값이 낮아지면 인스턴스 그룹이 이를 감지하여 VM을 삭제함으로써 축소됩니다. 스크립트는 비슷하게 상하 변동을 보일 수 있는 실제 측정항목 값을 에뮬레이트합니다.

다음으로 모니터링 탭을 클릭하여 자동 확장된 크기 그래프를 보면서 인스턴스 그룹이 측정항목에 반응하여 어떻게 확장되었는지 확인합니다.

1. 왼쪽 창에서 인스턴스 그룹을 클릭합니다.
2. 목록에서 builtin-igm 인스턴스 그룹을 클릭합니다.
3. 모니터링 탭을 클릭합니다.
4. 자동 새로고침을 사용 설정합니다.

이 그룹은 먼저 시작했으므로 자동 확장 그래프에서 인스턴스 그룹에 대한 자동 확장 세부정보를 확인할 수 있습니다. 자동 확장 처리가 커스텀 측정항목을 올바르게 인식하는 데 약 5분이 걸리며 스크립트가 자동 확장 동작을 트리거할 만큼 충분한 데이터를 생성하는 데 최대 10~15분이 걸릴 수 있습니다.

그래프 위로 마우스를 가져가면 세부정보가 표시됩니다.

직접 만든 인스턴스 그룹으로 다시 전환하여 인스턴스 그룹이 어떻게 작동하는지 확인할 수 있습니다(실습 시간이 얼마 남지 않은 경우 인스턴스 그룹의 자동 확장 기능을 확인하지 못할 수도 있음).

남은 실습 시간 동안 인스턴스가 추가되고 삭제됨에 따라 자동 확장 그래프가 오르내리는 것을 확인할 수 있습니다.

작업 8. 자동 확장 예시

이 자동 확장 예시를 통해 더 큰 규모의 환경에서 용량과 자동 확장된 인스턴스 수가 어떻게 조정되는지 알아보세요.

위쪽 그래프에 묘사된 인스턴스 수는 아래쪽 그래프에서 보고되는 커스텀 측정항목 속성 값의 집계 수준이 변화함에 따라 달라집니다. 각 인스턴스가 시작된 후 해당 인스턴스에서 커스텀 측정항목 값을 보고하기까지 최대 5분 정도의 지연이 발생할 수 있습니다. 자동 확장이 시작되는 동안 이 그래프를 살펴보면서 어떤 일이 일어날지 확인해 보세요.

스크립트는 수직 확장 동작을 트리거하기 위해 처음 약 15분 동안 높은 값을 생성합니다.

• 11:27 자동 확장 그룹이 단일 인스턴스로 시작됩니다. 커스텀 측정항목의 집계 목표는 150입니다.
• 11:31 초기 측정항목 데이터가 수집됩니다. 측정항목이 목표인 150보다 크므로 자동 확장 그룹이 두 번째 인스턴스를 시작합니다.
• 11:33 두 번째 인스턴스의 커스텀 측정항목 데이터가 수집되기 시작합니다. 이제 집계 목표는 300입니다. 측정항목 값이 300을 초과하므로 자동 확장 그룹이 세 번째 인스턴스를 시작합니다.
• 11:37 세 번째 인스턴스의 커스텀 측정항목 데이터가 수집되기 시작합니다. 이제 집계 목표는 450입니다. 누적 측정항목 값이 450을 초과하므로 자동 확장 그룹이 네 번째 인스턴스를 시작합니다.
• 11:42 네 번째 인스턴스의 커스텀 측정항목 데이터가 수집되기 시작합니다. 이제 집계 목표는 600입니다. 이제 누적 측정항목 값이 새로운 목표 수준인 600을 초과했지만 자동 확장 그룹 크기 한도에 도달했으므로 추가적인 수직 확장 작업은 발생하지 않습니다.
• 11:44 애플리케이션 스크립트가 측정항목 값이 낮은 15분 구간으로 이동했습니다. 누적 측정항목 값이 목표인 600보다 낮더라도, 축소가 이루어지려면 기본으로 설정된 10분의 축소 지연 시간이 지나야 합니다.
• 11:54 이제 4개 노드 클러스터에서 커스텀 측정항목 데이터가 집계 목표 수준인 600보다 낮은 상태가 10분 넘게 유지되었습니다. 이제 축소가 진행되어 두 인스턴스가 연속으로 빠르게 삭제됩니다.
• 11:56 삭제된 노드의 커스텀 측정항목 데이터가 자동 확장 계산에서 제외되고 집계 목표가 300으로 줄어듭니다.
• 12:00 애플리케이션 스크립트가 다시 측정항목 값이 높은 15분 구간으로 이동했습니다. 누적 커스텀 측정항목 값이 다시 집계 목표 수준인 300을 초과하므로 자동 확장 그룹이 세 번째 인스턴스를 시작합니다.
• 12:03 새 인스턴스의 커스텀 측정항목 데이터가 수집되었지만 보고된 누적 값이 목표인 450보다 낮으므로 자동 확장 그룹이 아무 것도 변경하지 않습니다.
• 12:04 누적 커스텀 측정항목 값이 목표인 450을 초과하므로 자동 확장 그룹이 네 번째 인스턴스를 시작합니다.

수고하셨습니다.

수고하셨습니다. 이 실습에서는 커스텀 Cloud Monitoring 측정항목의 값을 기준으로 자동 확장되는 Compute Engine 관리형 인스턴스 그룹을 만들었습니다. 또한 Cloud 콘솔을 사용하여 커스텀 측정항목과 인스턴스 그룹 크기를 시각화하는 방법도 배웠습니다.

다음 단계/더 학습하기

• Cloud Monitoring 자세히 알아보기
• Cloud 커스텀 모니터링 측정항목 자세히 알아보기
• Compute Engine으로 자동 확장 자세히 알아보기

Google Cloud 교육 및 자격증

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

설명서 최종 업데이트: 2026년 5월 20일

실습 최종 테스트: 2026년 2월 25일

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