개요

Cloud Monitoring을 사용하면 단일 측정항목 범위에서 여러 프로젝트를 모니터링할 수 있습니다. 이 실습에서는 먼저 Google Cloud 프로젝트 3개를 다룹니다. 프로젝트 2개에는 모니터링 가능한 리소스가 포함되어 있으며, 세 번째 프로젝트는 측정항목 범위를 호스팅하는 데 사용됩니다. 두 리소스 프로젝트를 측정항목 범위에 연결하고, 업타임 체크를 빌드하고, 중앙 집중식 대시보드를 구성해야 합니다.

목표

• Worker 프로젝트를 구성합니다.
• 측정항목 범위를 만들고 두 Worker 프로젝트를 여기에 연결합니다.
• Monitoring 그룹을 만들고 구성합니다.
• 업타임 체크를 만들고 테스트합니다.

설정 및 요건

각 실습에서는 정해진 기간 동안 새 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 제품 및 서비스 목록이 있는 메뉴를 보려면 왼쪽 상단의 탐색 메뉴를 클릭하거나 검색창에 제품 또는 서비스 이름을 입력합니다.

초기 로그인 단계를 완료하면 프로젝트 대시보드가 표시됩니다.

Google Cloud Shell 활성화하기

Google Cloud Shell은 다양한 개발 도구가 탑재된 가상 머신으로, 5GB의 영구 홈 디렉터리를 제공하며 Google Cloud에서 실행됩니다.

Google Cloud Shell을 사용하면 명령줄을 통해 Google Cloud 리소스에 액세스할 수 있습니다.

1. Cloud 콘솔의 오른쪽 상단 툴바에서 'Cloud Shell 열기' 버튼을 클릭합니다.

   

2. 계속을 클릭합니다.

환경을 프로비저닝하고 연결하는 데 몇 분 정도 소요됩니다. 연결되면 사용자가 미리 인증되어 프로젝트가 PROJECT_ID로 설정됩니다. 예:

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

• 다음 명령어를 사용하여 사용 중인 계정 이름을 나열할 수 있습니다.

gcloud auth list

출력:

Credentialed accounts: - @.com (active)

출력 예시:

Credentialed accounts: - google1623327_student@qwiklabs.net

• 다음 명령어를 사용하여 프로젝트 ID를 나열할 수 있습니다.

gcloud config list project

출력:

[core] project =

출력 예시:

[core] project = qwiklabs-gcp-44776a13dea667a6 참고: gcloud 전체 문서는 gcloud CLI 개요 가이드를 참조하세요.

작업 1. 리소스 프로젝트 구성

실습 환경에는 미리 생성된 프로젝트 3개가 있으며, 프로젝트 ID는 실습 단계 페이지의 왼쪽 상단에 표시됩니다.

첫 번째 프로젝트(ID 1)가 범위 지정 프로젝트가 됩니다. 프로젝트 ID 2와 ID 3이 모니터링/리소스 프로젝트가 됩니다. Google의 권장사항에 따라 측정항목 범위를 호스팅하는 데 사용하는 프로젝트는 모니터링 리소스를 실제로 포함하는 프로젝트가 되지 않습니다.

이 작업에서는 다음을 수행합니다.

• 각 Worker 프로젝트에서 NGINX 웹 서버를 만듭니다.

리소스 프로젝트 2개 구성

먼저 모니터링할 리소스를 빌드해 보겠습니다.

1. 컴퓨터에서 텍스트 문서를 열어 문서에 프로젝트 ID 3개를 기록합니다.

   • 프로젝트 ID 1에 Monitoring Project라는 라벨을 지정합니다.
   • 프로젝트 ID 2에 Worker 1이라는 라벨을 지정합니다.
   • 프로젝트 ID 3에 Worker 2라는 라벨을 지정합니다.

   이 실습의 나머지 부분에서는 프로젝트 ID를 이러한 이름으로 지칭합니다.

2. Google Cloud 콘솔 페이지에서 인터페이스의 왼쪽 상단에 있는 프로젝트 드롭다운을 사용하여 Worker 1 프로젝트로 전환합니다. 이 프로젝트는 1단계에서 만든 텍스트 파일에 Worker 1이라는 라벨을 지정한 ID가 있는 프로젝트입니다.

참고: 프로젝트 3개가 모두 표시되지 않는 경우 검색창에 qwiklabs를 입력하면 누락된 프로젝트가 표시됩니다.

3. Google Cloud 콘솔의 탐색 메뉴()에서 Compute Engine > VM 인스턴스를 클릭합니다.

   첫 초기화는 1분 정도 걸릴 수 있습니다.

4. 새 인스턴스를 만들려면 인스턴스 만들기를 클릭합니다.

5. 새 인스턴스를 만들 때 다양한 파라미터를 구성할 수 있습니다. 이 실습에서는 다음 매개변수를 사용하세요.

필드	값	추가 정보
이름	worker-1-server	VM 인스턴스 이름
리전		리전에 대한 자세한 내용은 Compute Engine 가이드, 리전 및 영역을 참조하세요.
영역		참고: 선택한 영역은 나중에 사용해야 하므로 기억해 둡니다. 영역에 대한 자세한 내용은 Compute Engine 가이드, 리전 및 영역을 참조하세요.
시리즈	E2	시리즈의 이름
머신 유형	vCPU 2개	CPU 2개, 4GB RAM 인스턴스를 사용하는 e2-medium입니다. 마이크로 인스턴스부터 32코어/208GB RAM 인스턴스까지 다양한 머신 유형을 사용할 수 있습니다. 자세한 내용은 Compute Engine 가이드, 머신 계열 정보를 참조하세요. 참고: 새로운 프로젝트에는 기본 리소스 할당량이 있어 CPU 코어 수가 제한될 수 있습니다. 이 실습 외의 프로젝트에서 작업할 때 더 요청할 수 있습니다.
부팅 디스크	새 10GB 균형 있는 영구 디스크 OS 이미지: Debian GNU/Linux 12(bookworm)	Debian, Ubuntu, CoreOS는 물론 Red Hat Enterprise Linux, Windows Server 등의 프리미엄 이미지를 비롯한 다양한 이미지를 사용할 수 있습니다. 자세한 내용은 운영체제 문서를 참조하세요.
방화벽	HTTP 트래픽 허용	나중에 설치할 웹 서버에 액세스하려면 이 옵션을 선택합니다. 참고: 이렇게 하면 포트 80에서 HTTP 트래픽을 허용하는 방화벽 규칙이 자동으로 생성됩니다.

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

   VM인 worker-1-server가 생성되려면 약 1분 정도 걸립니다. worker-1-server가 생성되면 VM 인스턴스 페이지의 VM 인스턴스 목록에 표시됩니다.

7. SSH를 사용하여 VM에 연결하려면 인스턴스 이름 worker-1-server 오른쪽에 있는 SSH를 클릭합니다.

   그러면 브라우저에서 직접 SSH 클라이언트가 실행됩니다. 메시지가 표시되면 승인을 클릭합니다.

   참고: Compute Engine 가이드, Google 도구를 사용하여 Linux VM에 연결에서 SSH를 사용해 인스턴스에 연결하는 방법을 자세히 알아보세요.

이번에는 VM을 원하는 인스턴스에 연결하기 위해 전 세계적으로 가장 많이 사용되는 웹 서버 중 하나인 NGINX 웹 서버를 설치해 보겠습니다.

8. OS를 업데이트합니다.

   sudo apt-get update

   예상 출력:

   Get:1 http://security.debian.org stretch/updates InRelease [94.3 kB] Ign http://deb.debian.org strech InRelease Get:2 http://deb.debian.org strech-updates InRelease [91.0 kB] ...

9. NGINX를 설치합니다.

   sudo apt-get install -y nginx

   예상 출력:

   Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: ...

10. NGINX가 실행 중인지 확인합니다.

    ps auwx | grep nginx

    예상 출력:

root 2330 0.0 0.0 159532 1628 ? Ss 14:06 0:00 nginx: master process /usr/sbin/nginx -g daemon on; master_process on; www-data 2331 0.0 0.0 159864 3204 ? S 14:06 0:00 nginx: worker process www-data 2332 0.0 0.0 159864 3204 ? S 14:06 0:00 nginx: worker process root 2342 0.0 0.0 12780 988 pts/0 S+ 14:07 0:00 grep nginx

11. 웹페이지를 보려면 Cloud 콘솔로 돌아와 머신이 표시된 행에서 외부 IP 링크를 클릭하거나, 새 브라우저 창 또는 탭에서 외부 IP 값을 http://EXTERNAL_IP/에 추가합니다.

12. 사이트에서 보안 연결을 지원하지 않는다는 메시지가 표시되면 사이트로 이동을 클릭합니다. 기본 웹페이지가 열립니다.

13. 프로젝트 드롭다운을 사용하여 Worker 2 프로젝트로 전환합니다.

14. Worker 2에서 비슷한 단계를 실행합니다.

    • worker-2-server로 VM 인스턴스를 만듭니다.
    • HTTP 트래픽 허용을 선택합니다.
    • SSH를 통해 VM 인스턴스에 연결합니다.
    • NGINX를 설치합니다.

15. 프로젝트 드롭다운을 사용하여 Worker 1 프로젝트로 다시 전환합니다.

16. 탐색 메뉴를 사용하여 새 Compute Engine > VM 인스턴스를 확인합니다.

17. External IP를 복사하여 새 브라우저 탭에 붙여넣습니다. 새 Worker 1 웹 서버가 표시되는지 확인합니다.

18. 1단계에서 만든 텍스트 파일에 새 항목인 worker-1-server를 추가하고 복사한 외부 IP를 그 옆에 붙여넣습니다.

19. 프로젝트 드롭다운을 사용하여 Worker 2 프로젝트로 전환합니다. VM instances 페이지를 벗어나면 안 됩니다. 다음 작업을 다시 수행합니다.

    • External IP 값을 복사합니다.
    • 브라우저에 붙여넣고 새 서버 2 홈페이지를 확인합니다.
    • 텍스트 파일에 새 worker-2-server 항목을 추가하고 해당 IP를 추가합니다.

이 실습의 진행 상황을 확인하려면 아래의 내 진행 상황 확인하기를 클릭하세요. 체크표시가 있으면 실습을 정상적으로 진행한 것입니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다. 리소스 프로젝트 2개 구성

작업 2. 측정항목 범위를 만들고 두 Worker 프로젝트를 여기에 연결

모니터링을 실행하는 호스트 프로젝트와 모니터링되는 프로젝트 간의 관계는 다양한 방법으로 구성할 수 있습니다.

여러 프로젝트를 중앙에서 모니터링하는 접근 방식을 사용하는 경우 모니터링 프로젝트에는 모니터링 관련 리소스와 구성만 포함하는 것이 좋습니다. 이 실습에서는 바로 이러한 접근 방식을 사용합니다.

이 작업에서는 다음을 수행합니다.

• 중앙 모니터링 링크를 Worker 1 및 2 프로젝트에 구성합니다.

Worker 1 및 2 프로젝트에 대한 모니터링 링크 구성

1. 프로젝트 드롭다운을 사용하여 Monitoring Project로 전환합니다.

2. Google Cloud 콘솔의 탐색 메뉴()에서 모든 제품 보기 > Observability > Monitoring을 클릭합니다.

3. 설정을 클릭합니다.

4. 측정항목 범위를 클릭한 다음 GCP 프로젝트 추가를 클릭합니다.

5. 프로젝트 선택을 클릭하고 Worker 1 프로젝트와 Worker 2 프로젝트를 선택합니다.

6. 프로젝트 추가를 클릭합니다.

7. 대시보드 페이지로 전환합니다.

참고: 아무것도 표시되지 않는 경우 페이지를 새로고침하세요. 1~2분 후에 다른 두 프로젝트의 디스크, 방화벽, 인프라 요약, VM 인스턴스가 표시됩니다.

8. VM 인스턴스를 클릭합니다. 몇 분 정도 대시보드를 살펴보세요.

9. 대시보드를 클릭하고 다른 사용 가능한 대시보드, 특히 '인프라 요약'을 몇 분 정도 살펴보세요.

작업 3. Monitoring 그룹 만들기 및 구성

Cloud Monitoring을 사용하면 리소스 집합을 단일 그룹으로 묶어 함께 모니터링할 수 있습니다. 그런 다음 그룹을 알림 정책과 대시보드 등에 연결할 수 있습니다. 각 측정항목 범위는 최대 500개의 그룹과 최대 6개의 하위 그룹 계층을 지원합니다. 그룹은 라벨, 리전, 애플리케이션 등의 다양한 기준을 사용하여 만들 수 있습니다.

외부에 노출된 서버를 추적하기 위해 각 웹 서버에 component=frontend 라벨을 추가합니다. 이렇게 하면 웹 서버를 동일한 그룹에 쉽게 추가할 수도 있습니다.

이 작업에서는 다음을 수행합니다.

• 더 쉽게 추적할 수 있도록 웹 서버에 라벨을 할당합니다.
• 리소스 그룹을 만들고 서버를 배치합니다.
• 프런트엔드 개발 서버 전용 하위 그룹을 만듭니다.

더 쉽게 추적할 수 있도록 웹 서버에 라벨 할당

1. Google Cloud 콘솔의 탐색 메뉴()에서 Cloud 개요 > 대시보드를 클릭합니다.

2. 프로젝트 드롭다운을 사용하여 Worker 1 프로젝트로 전환합니다.

3. 탐색 메뉴를 사용하여 Compute Engine > VM 인스턴스로 이동합니다.

4. 링크를 클릭하여 worker-1-server 설정으로 이동합니다.

5. 수정 버튼을 클릭합니다.

6. 라벨 관리 버튼을 클릭합니다.

7. +라벨 추가 버튼을 클릭하고 component 키와 frontend 값을 이용해 라벨을 만듭니다.

8. +라벨 추가 버튼을 클릭하고 stage 키와 dev 값을 이용해 라벨을 만듭니다.

9. 저장을 클릭합니다.

10. 구성 변경사항을 저장합니다.

11. 프로젝트 드롭다운을 사용하여 Worker 2 프로젝트로 전환합니다.

12. 다음과 같은 유사한 작업을 수행합니다.

    • worker-2-server의 설정을 수정합니다.
    • 라벨 관리 버튼을 클릭합니다.
    • +라벨 추가 버튼을 클릭하고 component 키와 frontend 값을 이용해 라벨을 만듭니다.
    • +라벨 추가 버튼을 클릭하고 stage 키와 test 값을 이용해 라벨을 만듭니다. (test 값을 꼭 확인하세요.)
    • 변경사항을 저장합니다.

리소스 그룹을 만들고 서버를 배치합니다.

1. 프로젝트 드롭다운을 사용하여 Monitoring Project로 전환합니다.

2. 탐색 메뉴()에서 모든 제품 보기 > Observability > Monitoring을 클릭합니다.

3. 왼쪽 메뉴에서 그룹으로 이동합니다.

4. +그룹 만들기 링크를 사용하여 새 모니터링 그룹을 만듭니다.

5. 그룹 이름을 Frontend Servers로 지정합니다.

6. 기준에는 다음을 사용합니다.

설정	값
유형	Tag
태그	component
연산자	Equals
값	frontend

7. 페이지 오른쪽에 있는 Resources Selected에 현재 선택된 VM 인스턴스 2개가 표시되는지 확인합니다. 표시되지 않는다면 기준을 다시 확인하세요.

8. 그룹을 만듭니다.

9. 페이지를 새로고침하고 1분 정도 지나면 두 VM에 대한 여러 측정항목과 차트가 표시됩니다.

프런트엔드 개발 서버 전용 하위 그룹 만들기

1. Frontend Servers 그룹에서 Subgroups 섹션을 찾아 하위 그룹 만들기를 클릭합니다.

2. 다음 설정으로 하위 그룹을 구성합니다.

설정	값
이름	Frontend Dev
기준 1
유형	Tag
태그	component
연산자	Equals
값	frontend

3. 첫 번째 기준에 대해 완료를 클릭한 다음 기준 추가를 클릭합니다.

설정	값
기준 2
유형	Tag
태그	stage
연산자	Equals
값	dev

4. 두 번째 기준에 대해 완료를 클릭한 다음 AND 결합 기준 연산자를 선택하여 결합합니다.

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

6. Groups 홈페이지로 돌아갑니다. 이제 Frontend Servers 그룹을 펼쳐 하위 그룹을 표시할 수 있습니다. UI에는 그룹에 포함된 리소스 유형에 관한 간단한 정보가 포함된 클릭 가능한 링크도 표시됩니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다. Monitoring 그룹 만들기 및 구성

작업 4. 업타임 체크 만들기 및 테스트

Google Cloud 업타임 체크는 전 세계 여러 위치에서 외부에 노출된 HTTP, HTTPS 또는 TCP 애플리케이션에 액세스하여 해당 애플리케이션의 활성 상태를 테스트합니다. 후속 보고서에는 업타임, 지연 시간, 상태 관련 정보가 포함됩니다. 업타임 체크는 알림 정책 및 대시보드에서도 사용할 수 있습니다.

이 작업에서는 다음을 수행합니다.

• Frontend Servers 그룹의 업타임 체크를 만듭니다.
• 업타임 체크가 실패를 처리하는 방법을 살펴봅니다.

Frontend Servers 그룹의 업타임 체크 만들기

업타임 체크가 필요한 동일한 리소스가 포함된 그룹을 이미 생성한 경우 여러 서버에 대해 단일 업타임 체크를 쉽게 만들 수 있습니다.

1. Monitoring Project의 Monitoring 섹션에서 업타임 체크를 클릭합니다.

2. 페이지 상단에서 +업타임 체크 만들기 링크를 클릭합니다.

3. 다음 설정을 사용해 새 업타임 체크를 구성합니다('저장'을 누르지는 마세요).

설정	값
프로토콜	HTTP
리소스 유형	Instance
적용 대상	Group
그룹	Frontend Servers
경로	/
업타임 체크 빈도	1 minute

4. 다른 옵션은 기본값으로 두고 계속을 클릭합니다.

5. '응답 확인' 섹션에서 계속을 클릭합니다.

6. 원하는 경우 경고 및 알림 섹션에서 알림 채널 드롭다운을 클릭하고 알림 채널 관리를 사용하여 이메일 주소를 유효한 알림 옵션으로 추가합니다. 알림은 기본적으로 사용 설정되지만 실제로 다른 사용자에게 알림을 보내지는 않습니다.

7. 계속을 클릭합니다.

8. 제목을 Frontend Servers Uptime으로 설정합니다.

9. 테스트를 클릭하고 200 응답이 반환되는지 확인합니다.

10. 업타임 체크를 만듭니다.

11. 업타임 체크 목록에서 새 Frontend Servers Uptime을 클릭하여 대시보드를 확인합니다.

12. 몇 분 정도 기다린 후 새로고침합니다. 체크 결과 관련 정보가 대시보드에 입력됩니다. 차트와 데이터를 살펴봅니다.

13. 페이지 오른쪽의 Configuration 상자에서 Check ID 값을 복사하여 메모 텍스트 파일에 붙여넣습니다. frontend-servers-uptime으로 표시되어야 합니다.

업타임 체크에서 실패를 처리하는 방법 확인

이 업타임 체크는 정상적으로 작동하지만, 업타임 체크가 실패하면 어떻게 될까요? 실패를 트리거한 다음 결과 업타임 체크와 알림 동작을 살펴보겠습니다.

1. 계속하기 전에 업타임 체크의 대시보드에 몇 분 분량의 데이터가 있는지 확인합니다.

2. 탐색 메뉴를 사용하여 Cloud 개요 > 대시보드 페이지로 이동합니다.

3. 프로젝트 드롭다운을 사용하여 Worker 1 프로젝트로 전환합니다.

4. 탐색 메뉴를 사용하여 Compute Engine > VM 인스턴스로 이동합니다.

5. worker-1-server 옆의 체크박스를 선택하고 실행을 중지합니다.

6. VM instances 페이지를 새로고침하고 서버가 중지될 때까지 기다립니다.

7. 프로젝트 드롭다운을 사용하여 Monitoring Project로 전환합니다.

8. 탐색 메뉴()에서 모든 제품 보기 > Observability > Monitoring > 업타임 체크 > Frontend Servers Uptime을 클릭합니다.

9. Uptime Check Latency와 Passed Checks 차트를 확인합니다. 실패가 표시되는 데 1분 정도 걸릴 수 있습니다.

Cloud Monitoring, Logging, Alerting을 통해 무엇을 알 수 있나요?

1. Monitoring > 측정항목 탐색기로 이동합니다.

2. Select a metric 드롭다운을 클릭하고 VM 인스턴스 > Uptime_check > 체크 통과를 선택한 후 적용을 클릭합니다. 참고로, ‘체크 통과’ 측정항목을 조사한 후 'uptime_check'를 검색하면 조사할 만한 다른 측정항목이 표시될 수 있습니다.

3. ADD FILTER를 클릭합니다.

설정	값
측정항목 라벨	checked_resource_id
값	Select from dropdown

4. 잠시 시간을 내어 결과를 검토하세요.

5. 탐색 메뉴에서 로그 탐색기를 클릭합니다.

6. 쿼리 표시를 사용 설정하고 표시된 내용을 삭제합니다. 모든 로그 이름을 클릭합니다. uptime_checks 로그를 찾아 추가한 다음 적용을 선택합니다. 쿼리 실행을 클릭합니다.

7. 로그 항목 중 하나를 펼쳐서 살펴봅니다. 어떤 유용한 정보를 제공하나요?

8. 동일한 항목에서 labels 섹션을 검토하고 check_id를 찾습니다. 텍스트 메모 문서를 참고하고 문서에 기록한 ID를 비교합니다. 두 ID가 일치해야 합니다.

9. 탐색 메뉴()에서 모든 제품 보기 > Observability > Monitoring > 알림을 클릭합니다.

10. 실행 중인 알림을 살펴봅니다. 본인을 알림 채널로 추가한 경우 이메일을 검토합니다.

참고: 라벨을 기반으로 Monitoring 그룹을 만든 경우 그룹에서는 실행 중지된 서버를 5분 동안 계속 확인합니다. 5분이 지나면 Google Cloud에서는 해당 서버를 더 이상 그룹의 구성원으로 간주하지 않아야 한다고 판단합니다.

이 작업은 대단히 중요한데, 그룹에 업타임 체크가 연결되어 있다면 업타임 체크는 해당 그룹이 누락된 서버를 보고하는 동안에만 실패를 보고하기 때문입니다.

그룹이 실행 중지된 서버 보고를 중단하면 업타임 체크는 해당 서버의 확인을 중단하며 업타임 체크가 갑자기 다시 통과되기 시작합니다. 주의하지 않으면 이는 심각한 문제가 될 수 있습니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다. 업타임 체크 만들기 및 테스트

작업 5. 커스텀 대시보드 만들기

Google Cloud 시스템을 실행하는 담당자가 시스템 상태를 조사하고 싶을 때가 있습니다. 호기심, 용량 계획 또는 알림에 대한 응답 등으로 인해 조사할 수 있습니다.

어느 경우든 데이터가 항목 또는 값 목록이 아닌 차트 형식으로 표현되면 추세와 이상치, 최고치 또는 최저치를 쉽게 파악할 수 있습니다. 이 작업에서는 개발자가 프런트엔드 서버에서 발생하는 일부 상황을 추적하는 데 사용하는 차트를 추가합니다.

이 작업에서는 다음을 수행합니다.

• 개발자 대시보드를 만들고 업타임 차트를 추가합니다.
• CPU 사용률 차트를 대시보드에 추가하고 테스트합니다.

개발자 대시보드를 만들고 업타임 차트를 추가

개발자 웹 서버에서 발생하는 상황을 확인하고 싶을 때는 해당 단일 서버 전용 차트 대시보드가 유용합니다. 이 섹션에서는 업타임 체크 요약 차트가 포함된 대시보드를 만듭니다.

1. Google Cloud 콘솔의 탐색 메뉴()에서 Cloud 개요 > 대시보드를 클릭합니다.

2. 프로젝트 드롭다운을 사용하여 Worker 1 프로젝트로 전환합니다.

3. 탐색 메뉴를 사용하여 Compute Engine > VM 인스턴스로 이동합니다.

4. worker-1-server 옆의 체크박스를 선택하고 실행을 시작합니다.

5. 프로젝트 드롭다운을 사용하여 Monitoring Project로 전환합니다.

6. 탐색 메뉴()에서 모든 제품 보기 > Observability > Monitoring > 대시보드를 클릭합니다.

7. 페이지 상단에서 +커스텀 대시보드 만들기를 누릅니다.

8. 새 대시보드 이름에 개발자 프런트엔드를 입력합니다.

9. + 위젯 추가를 클릭하고 선 차트를 클릭합니다.

설정	값
위젯 제목	Dev Server Uptime
측정항목 선택	VM Instance > Uptime_check > check_passed

10. 적용을 클릭합니다.

11. 차트에 표시된 값을 확인합니다. worker-1-server는 핵심 개발 서버입니다. 체크 응답 행 중 하나의 checked_resource_id 값을 기록해 둡니다. 다음 단계를 진행할 때 목록에서 값을 선택해야 합니다.

12. Add Filter를 클릭합니다.

설정	값
리소스 라벨	instance_id
값	Select from dropdown

13. 집계에서 정렬기 구성을 선택하고 Alignment function을 참 개수로 설정합니다.

14. 더하기 아이콘(쿼리 요소 추가)을 클릭하고 Min interval 기간을 5분으로 설정합니다.

15. 적용을 클릭합니다.

CPU 사용률 차트를 대시보드에 추가하고 테스트

개발 서버 내부에서 발생하는 일을 알려주는 또 다른 핵심 정보는 CPU 부하입니다. NGINX 서버 자체의 상태를 파악할 수 있다면 도움이 되지만, 현재는 이렇게 하려면 로깅 및 모니터링 에이전트를 반드시 설치해야 합니다.

1. 대시보드에 다른 차트를 추가합니다. + 위젯 추가를 클릭하고 선 차트를 클릭합니다.

2. 측정항목 선택에서 VM 인스턴스 > 인스턴스 > CPU 사용률을 검색하거나 선택합니다.

3. 적용을 클릭합니다.

4. Add Filter를 클릭합니다.

설정	값
측정항목 라벨	instance_name
값	worker-1-server

5. 적용을 클릭합니다.

6. Cloud Shell이 부하 테스트 트래픽을 생성하는 플랫폼으로 잘 작동하지 않을 때도 있습니다. 사용자가 악의적인 행위를 한다고 판단하여 세션을 종료하기 때문입니다. Cloud Shell 대신 두 번째 웹 서버를 사용하여 부하를 생성하세요. 탐색 메뉴를 펼치고 Compute Engine을 마우스 오른쪽 버튼으로 클릭한 후 새 탭이나 창에서 링크를 엽니다.

7. 프로젝트 드롭다운을 사용하여 Worker 2 프로젝트로 전환합니다.

8. SSH를 통해 worker-2-server에 연결합니다.

9. 서버의 패키지 데이터베이스를 업데이트하고 apache2-utils를 설치합니다. Apache Bench를 사용하면 HTTP 부하를 빠르고 쉽게 생성할 수 있습니다.

sudo apt-get update sudo apt-get install apache2-utils

'계속하시겠어요? [Y/n]'라는 메시지가 표시되면 Y를 입력합니다.

10. Bench를 사용하기 전에 서버 URL을 설정해야 합니다. 메모 파일에서 worker-1-server 외부 IP를 찾아 아래 URL 환경 변수를 구성하는 데 사용하세요. 'http://'를 생략해선 안 됩니다.

URL=http://[worker-1-server ip]

11. 서버에 부하를 발생시켜 보세요. 다음 명령어는 한 번에 100개의 요청을 실행하며 총 100,000개의 요청이 실행될 때까지 계속됩니다. URL 뒤에 '/'를 반드시 입력해야 합니다.

ab -s 120 -n 100000 -c 100 $URL/

12. Bench 실행이 완료되면 1분 정도 기다린 후 다음을 실행합니다.

ab -s 120 -n 500000 -c 500 $URL/

13. 두 번째 트래픽 모음이 생성되는 동안 대시보드로 다시 전환합니다. 잠시 후 CPU 부하에서 뚜렷한 급상승 구간 2개가 표시됩니다.

내 진행 상황 확인하기를 클릭하여 목표를 확인합니다. 커스텀 대시보드 만들기

검토

수고하셨습니다

이제 다른 프로젝트를 모니터링하기 위한 중앙 프로젝트를 설정하고 모니터링 리소스 그룹과 업타임 체크, 커스텀 대시보드를 만드는 방법을 알게 되었습니다. 아주 잘하고 계십니다. 수고하셨습니다.

실습 종료하기

실습을 완료하면 실습 종료를 클릭합니다. Google Skills에서 사용된 리소스를 자동으로 삭제하고 계정을 지웁니다.

실습 경험을 평가할 수 있습니다. 해당하는 별표 수를 선택하고 의견을 입력한 후 제출을 클릭합니다.

별점의 의미는 다음과 같습니다.

• 별표 1개 = 매우 불만족
• 별표 2개 = 불만족
• 별표 3개 = 중간
• 별표 4개 = 만족
• 별표 5개 = 매우 만족

의견을 제공하고 싶지 않다면 대화상자를 닫으면 됩니다.

의견이나 제안 또는 수정할 사항이 있다면 지원 탭을 사용하세요.

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