이 문서에서는 Cloud Monitoring이 합성 모니터에 제공하는 지원을 설명하며 이를 통해 서비스, 애플리케이션 웹페이지, API의 가용성, 일관성, 성능을 테스트할 수 있습니다. 합성 모니터는 시뮬레이션된 요청을 주기적으로 실행하고 요청이 성공했는지 여부를 기록하며 지연 시간과 같은 요청에 대한 추가 데이터를 기록합니다. 테스트 결과를 모니터링하는 알림 정책을 만들어 테스트가 실패할 때 알림을 받을 수 있습니다.
서비스와 애플리케이션을 테스트하려면 다음 접근 방식 중 하나를 사용하면 됩니다.
업타임 체크를 사용하면 Google Cloud에서 HTTP, HTTPS 또는 TCP 요청에 응답하는 애플리케이션을 주기적으로 쿼리할 수 있습니다. 업타임 체크는 공개 또는 비공개 엔드포인트를 테스트하고 응답 데이터를 검증할 수 있습니다.
맞춤 및 Mocha 기반 합성 모니터를 사용하면 HTTP 또는 HTTPS 요청에 응답하는 애플리케이션을 테스트하는 데 사용할 수 있는 테스트 모음을 배포할 수 있습니다. 이러한 합성 모니터를 만들려면 Cloud Monitoring에서 제공하는 프레임워크(맞춤 또는 Mocha)로 시작한 후 테스트를 작성합니다. 이 프로젝트에서 Gemini Code Assist에 액세스할 수 있는 경우 테스트 코드를 생성하라는 프롬프트를 제공할 수 있습니다.
깨진 링크 검사기를 사용하면 Google Cloud에서 주기적으로 URI를 테스트하고 해당 URI에서 찾은 구성 가능한 링크 수를 테스트할 수 있습니다.
다음 표에서는 업타임 체크 및 합성 모니터를 만드는 데 사용할 수 있는 도구를 보여줍니다.
| Google Cloud 콘솔 | Cloud Monitoring API | Terraform | 클라이언트 라이브러리 | |
|---|---|---|---|---|
| 업타임 체크 | Y | Y | Y | Y |
| 합성 모니터 | Y | Y | Y | |
| 깨진 링크 검사기 | Y | Y | Y |
업타임 체크 정보
업타임 체크에는 두 가지 유형이 있습니다.
- 공개 업타임 체크는 전 세계 여러 위치에서 공개적으로 사용 가능한 URL 또는 Google Cloud 리소스에 요청을 실행합니다.
- 비공개 업타임 체크는 Google Cloud 리소스의 내부 IP 주소에 요청을 실행합니다. 비공개 업타임 체크는 비공개 네트워크를 통해 가상 머신(VM) 또는 L4 내부 부하 분산기(ILB)와 같은 리소스로 요청을 전송할 수 있습니다.
업타임 체크 대신 수행되는 요청은 일부 Google Cloud 리전에 남아 있는 체커로부터 시작됩니다. 업타임 체크를 만들 때 검사기의 리전을 지정합니다.
Google Cloud에서 제공하는 업타임 체크를 위한 요청-실행 시스템은 다음을 관리합니다.
- 구성된 검사기 실행
결과 검증
리소스가 응답하고 모든 업타임 체크 구성 요구사항이 충족되면 검사기에서 발행한 요청이 성공합니다. 그렇지 않으면 요청이 실패합니다. 개별 검사기의 쿼리는 스테이트리스(Stateless)입니다. 즉, 각 쿼리가 독립적인 작업입니다.
업타임 체크 측정항목에 대한 결과 수집 및 저장
이러한 측정항목에 대한 자세한 내용은
monitoring측정항목 테이블에서uptime_check항목을 참조하세요.실패 시 로그 항목 작성
Google Cloud 콘솔을 사용하여 업타임 체크를 만드는 경우 검사가 실패하면 업타임 체크에서도 로그 항목을 작성하도록 구성할 수 있습니다. ICMP 핑을 보내도록 공개 업타임 체크를 구성한 경우 핑이 실패하면 핑 결과가 Cloud Logging 로그에 기록됩니다. 자세한 내용은 ICMP 핑 사용을 참조하세요.
깨진 링크 검사기 및 기타 합성 모니터 정보
합성 모니터를 사용하면 테스트할 대상과 일련의 테스트를 정의할 수 있습니다. 예를 들어 애플리케이션의 로그인 페이지, 전자상거래 스토어의 결제 프로세스 또는 애플리케이션에서 타사 서비스에 수행하는 API 호출을 테스트할 수 있습니다.
합성 모니터를 만들 때는 Cloud Run에서 빌드된 2세대 Cloud Run 함수를 배포합니다. 함수는 Node.js로 작성되어야 하며 오픈소스 Synthetics SDK 프레임워크를 사용해야 합니다. Cloud Monitoring에서 이 프레임워크를 배포하고 관리합니다.
Cloud Monitoring은 다음 유형의 합성 모니터를 지원합니다.
커스텀 또는 Mocha 기반 합성 모니터를 사용하면 완전히 구성 가능한 단일 용도의 Cloud Run 함수를 배포할 수 있습니다.
깨진 링크 검사기에서는 사전 구성된 Cloud Run 함수를 배포하기 전에 원본 URI, 테스트된 링크 수, 재시도 횟수와 같은 옵션을 지정할 수 있습니다.
Google Cloud에서 제공하는 합성 모니터의 요청-실행 시스템은 다음을 관리합니다.
- Cloud Run 함수의 주기적 실행
각 실행 결과를 수집하고 저장합니다.
- 오류 메시지, 오류 유형, 코드 줄과 같은 성공 및 실패 정보
- 실행 시간
- 로그
- 측정항목
실행 결과를 보는 방법은 합성 모니터 결과 살펴보기를 참조하세요.
결과 모니터링 및 보기
Google Cloud 콘솔에서 합성 모니터와 업타임 체크의 결과를 관찰할 수 있습니다.
- 합성 모니터의 경우 합성 모니터 페이지로 이동합니다.
- 업타임 체크의 경우 업타임 체크 페이지로 이동합니다.
합성 모니터 또는 업타임 체크가 실패할 때 알림을 받으려면 Google Cloud 콘솔 또는 Google Cloud CLI를 사용하여 알림 정책을 만듭니다.
오류 문제 해결
문제 해결을 지원하기 위해 요청 헤더와 로깅된 데이터에는 연결된 합성 모니터나 업타임 체크의 ID가 포함됩니다. 자세한 내용은 합성 모니터 또는 업타임 체크 문제 해결을 참조하세요.
데이터 리전성
Assured Workloads를 설정할 때 데이터 보존이나 영향 수준 4(IL4) 요구사항이 있으므로 합성 모니터 또는 업타임 체크를 사용하지 마세요.
Cloud Monitoring은 업타임 체크 요청의 데이터가 특정 지리적 위치에 유지된다고 보장하지 않습니다.
Cloud Run 함수에 종속된 합성 모니터의 경우 Cloud Run 함수가 배포되는 리전을 지정할 수 있습니다. 그러나 업타임 체크 서버에서 지원하는 모든 리전에서 함수를 호출할 수 있습니다. 이 동작을 구성할 수 없습니다.
가격 책정
일반적으로 Cloud Monitoring 시스템 측정항목은 무료이고 외부 시스템, 에이전트, 애플리케이션의 측정항목은 무료가 아닙니다. 청구 가능한 측정항목은 수집된 바이트 수 또는 샘플 수에 따라 청구됩니다.
Cloud Monitoring 가격 책정에 대한 자세한 내용은 다음 문서를 참조하세요.
한도
합성 모니터 사용 시 다음 한도가 적용됩니다.
| 카테고리 | 값 |
|---|---|
| 측정항목 범위당 업타임 체크* | 100 |
| 공개 업타임 체크당 최대 ICMP 핑 수 | 3 |
| 측정항목 범위당 합성 모니터링 | 100† |
†이 한도를 늘리는 방법에 대한 자세한 내용은 Google Cloud 콘솔을 사용하여 할당량 관리를 참조하세요.
다음 단계
업타임 체크에 대한 자세한 내용은 다음 문서를 참조하세요.
합성 모니터에 대한 자세한 내용은 다음 문서를 참조하세요.