알림 소개

알림을 통해 클라우드 애플리케이션의 문제를 적시에 파악하여 문제를 신속하게 해결할 수 있습니다.

알림 정책을 만들려면 알림을 받을 상황과 방법을 지정해야 합니다. 이 페이지에서는 알림 정책과 기본 개념을 간략히 설명합니다.

알림에 대한 실무적 정보를 보려면 다음 빠른 시작 중 하나를 사용해 보세요.

사용량을 모니터링하여 청구 기준에 가까워지면 알림을 제공하는 알림 정책은 월별 로그 수집에 대한 알림월별 추적 범위 수집에 대한 알림을 참조하세요.

알림은 어떤 방식으로 작동하나요?

Google Cloud Console, Cloud Monitoring API, Cloud SDK를 사용하여 알림 정책을 만들고 관리할 수 있습니다.

각 알림 정책은 다음을 지정합니다.

  • 조건은 리소스 또는 리소스 그룹이 조치를 취해야 하는 상태를 식별합니다. 알림 정책의 조건은 지속적으로 모니터링됩니다. 특정 기간 동안에만 모니터링되도록 조건을 구성할 수 없습니다.

  • 조건이 충족되면 지원팀에 알리기 위해 전송되는 알림입니다. 기존 알림 채널에는 다음이 모두 포함됩니다.

    알림 구성은 선택사항입니다. 사용 가능한 알림 채널에 대한 자세한 내용은 알림 옵션을 참조하세요.

  • 문서: 지원팀이 문제를 해결하는 데 도움이 되도록 일부 유형의 알림에 포함할 수 있습니다. 문서 구성은 선택 사항입니다.

알림 정책의 조건이 충족되면 Cloud Monitoring은 Google Cloud Console에 이슈를 만들고 표시합니다. 알림을 설정하면 Cloud Monitoring은 사용자 또는 타사 알림 서비스에도 알림을 전송합니다. 응답자는 알림 수신을 확인할 수 있지만 이슈를 트리거한 조건이 더 이상 참이 아닐 때까지 이슈는 열린 상태로 유지됩니다.

Google Cloud Console을 사용하여 이슈를 보고 관리하는 방법에 대해 알아보려면 이슈를 참조하세요.

LAMP 스택을 실행하는 Compute Engine VM 인스턴스에 웹 애플리케이션을 배포합니다. HTTP 응답 지연 시간은 일반적인 수요가 증가하거나 감소함에 따라 변동될 수 있지만 사용자가 상당한 시간 동안 높은 지연 시간을 경험하면 조치를 취해야 합니다.

사용자가 긴 지연 시간을 경험할 경우 알림을 받으려면 다음 알림 정책을 만드세요.

HTTP 응답 지연 시간이 2초를 초과하고
이 조건이 5분 넘게 지속되면
이슈를 시작하고 지원팀에 이메일을 전송합니다.

웹 앱이 예상보다 더 많이 사용되어 응답 지연 시간이 2초를 초과합니다. 이 경우 알림 정책은 다음과 같이 응답합니다.

  1. HTTP 지연 시간이 5분 연속으로 2초를 넘으면 Cloud Monitoring이 이슈를 시작하고 이메일을 전송합니다.

  2. 지원팀이 이메일을 받고, Google Cloud Console에 로그인하며 알림 수신을 확인합니다.

  3. 알림 이메일의 문서에 따라 팀에서 지연 시간의 원인을 해결할 수 있습니다. 몇 분 내에 HTTP 응답이 2초 미만으로 떨어집니다.

  4. Cloud Monitoring에서 2초 미만의 HTTP 지연 시간을 측정하면 정책 조건은 더 이상 참이 아닙니다. 짧은 지연 시간이 한 번이라도 측정되면 '연속 5분' 요건이 충족되지 않습니다.

    Cloud Monitoring이 이슈를 종결하고 5분 타이머를 재설정합니다. 이후에 지연 시간이 5분 연속으로 2초를 초과할 경우 정책이 새 이슈를 시작합니다.

알림 정책 유형

Cloud Monitoring을 사용하면 다양한 유형의 정책을 만들 수 있습니다. 예를 들어 측정항목이 없거나 측정항목 값이 임곗값을 초과하는 경우 트리거하는 알림 정책을 만들 수 있습니다.

Google Cloud Console에는 API 또는 Cloud SDK를 사용해서 만든 정책을 포함하여 Google Cloud 프로젝트와 관련된 모든 알림 정책이 나열됩니다. 그러나 비율 기반 알림 정책을 생성, 확인, 수정하려면 Cloud Monitoring API 또는 Cloud SDK를 사용해야 합니다.

다양한 유형의 정책 및 예시 정책에 대한 상세 정보는 알림 정책 유형을 참조하세요.

알림에 영향을 줄 수 있는 변수에 대한 자세한 내용은 알림 동작을 참조하세요.

승인

이 섹션에서는 알림 정책을 만드는 데 필요한 역할 또는 권한에 대해 설명합니다. Cloud Monitoring의 Identity and Access Management(IAM)에 대한 상세 내용은 액세스 제어를 참조하세요.

각 IAM 역할에는 ID와 이름이 있습니다. 역할 ID는 roles/monitoring.editor 형식이며 액세스 제어를 구성할 때 gcloud 명령줄 도구에 인수로 전달됩니다. 자세한 내용은 액세스 권한 부여, 변경, 취소를 참조하세요. 모니터링 편집기와 같은 역할 이름은 Cloud Console에 표시됩니다.

필수 Cloud Console 역할

알림 정책을 만들려면 Google Cloud 프로젝트의 IAM 역할 이름이 다음 중 하나여야 합니다.

  • 모니터링 편집자
  • 모니터링 관리자
  • 프로젝트 소유자

역할 및 관련된 권한 목록을 보려면 역할을 참조하세요.

필수 API 권한

Cloud Monitoring API를 사용하여 알림 정책을 만들려면 Google Cloud 프로젝트의 IAM 역할 ID는 다음 중 하나여야 합니다.

  • roles/monitoring.alertPolicyEditor: 이 역할 ID는 알림 정책을 만드는 데 필요한 최소한의 권한을 부여합니다. 이 역할에 대한 자세한 내용은 사전 정의된 대시보드 역할을 참조하세요.
  • role/monitoring.editor
  • role/monitoring.admin
  • role/owner

특정 Cloud Monitoring API 메서드에 필요한 권한을 확인하려면 Cloud Monitoring API 권한을 참조하세요. 역할 및 관련된 권한 목록을 보려면 역할을 참조하세요.

역할 확인

Cloud Console을 사용하여 프로젝트의 역할을 확인하려면 다음 절차를 따르세요.

  1. Cloud Console을 열고 Google Cloud 프로젝트를 선택합니다.

    Cloud Console로 이동

  2. 역할을 보려면 IAM 및 관리자를 클릭합니다. 역할은 사용자 이름과 같은 줄에 있습니다.

조직 수준의 권한을 확인하려면 해당 조직의 관리자에게 문의하세요.

가격 및 제한

알림 정책 또는 가동시간 확인을 사용할 때는 비용이 발생하지 않지만 다음 제한이 적용됩니다.

카테고리
작업공간별 업타임 체크1 100
작업공간별 알림 정책2 500
알림 정책당 조건 6
알림 정책당 알림 채널 16
작업공간별 알림 채널 4,000
알림 정책당 동시 미해결 이슈 5,000
측정항목 부재 조건의 최대 기간 1일
측정항목 기준 조건의 최대 기간 23시간 30분
1이 한도는 업타임 체크 구성의 수에 적용됩니다. 각 업타임 체크 구성은 지정된 리소스 상태 테스트 사이의 시간 간격을 포함합니다. 자세한 내용은 업타임 체크 관리를 참조하세요.

2ApigeeApigee Hybrid는 Cloud Monitoring과 긴밀하게 통합됩니다. Standard, Enterprise, Enterprise Plus 등 모든 Apigee 구독 수준의 알림 한도는 Cloud Monitoring의 경우와 같습니다(작업공간당 500개).

전체 가격 책정 정보는 Google Cloud 작업 제품군 가격 책정을 참조하세요.

다음 단계

  • 다양한 유형의 알림 정책에 대한 상세 설명은 알림 정책 유형을 참조하세요.
  • 알림에 영향을 주는 변수를 알아보려면 알림 동작을 참조하세요.
  • 그래픽 사용자 인터페이스로 알림 정책을 만들고 관리하려면 콘솔 사용하기를 참조하세요.
  • Cloud Monitoring API 또는 명령줄에서 알림 정책을 만들고 관리하려면 API 사용을 참조하세요.
  • 사용 가능한 알림 채널에 대한 상세 내용은 알림 옵션을 참조하세요.
  • 다양한 알림 정책 종류는 샘플 정책을 참조하세요.
  • Monitoring Query Language(MQL)를 알림 정책의 기반으로 사용하는 방법에 대한 상세 내용은 Monitoring Query Language(MQL)를 사용한 알림 정책을 참조하세요.