할당량 및 한도

효율적인 작업을 위해 Cloud Monitoring은 다음 사용량 한도를 적용합니다.

커스텀 측정항목

카테고리 최댓값
프로젝트당 커스텀 측정항목 설명1 2,000
측정항목 설명당 라벨 10
라벨 키의 문자열 길이 100
라벨 값의 문자열 길이 1,024
요청에 포함된 시계열2 200
단일 시계열에 데이터를 기록할 수 있는 속도3 10초당 1포인트
커스텀 배포 측정항목당 히스토그램 버킷 200
프로젝트당 외부4 측정항목 설명 10,000
모니터링 리소스당 커스텀 측정항목의 활성 시계열5 200,000
모니터링 리소스당 외부 측정항목의 활성 시계열5 200,000

1 Cloud Monitoring에서 적용하는 한도입니다. 다른 서비스는 더 낮은 최댓값을 적용할 수 있습니다.
2 요청 하나에서 시계열당 오직 하나의 데이터 포인트만 기록할 수 있으며, 이러한 한도로 요청당 기록할 수 있는 데이터 포인트의 최대 개수가 정해집니다.
3 Cloud Monitoring API를 사용하려면 시계열에 기록된 포인트의 종료 시간이 10초 이상 차이가 나야 합니다. 데이터 포인트가 순서대로 기록된 경우 포인트를 시계열에 일괄 기록할 수 있습니다.
4 외부 측정항목은 external.googleapis.com에 기록되는 측정항목입니다. 이 측정항목에는 Kubernetes에서 자주 사용되는 모니터링 도구인 Prometheus가 기록하는 측정항목이 포함됩니다. 자세한 내용은 Prometheus 사용을 참조하세요.
5 시계열은 지난 24시간 안에 기록된 데이터 포인트가 있는 경우 활성화됩니다. Prometheus3 측정항목을 포함한 커스텀 및 외부 측정항목의 경우 단일 모니터링 리소스의 모든 커스텀 측정항목 유형 또는 모든 외부 측정항목 유형 전반에서 활성 시계열의 총 개수에 한도가 적용됩니다. global 모니터링 리소스는 예외이며 이 경우 각 측정항목 유형에 한도가 별도로 적용됩니다. 이는 시스템 전반에 적용되는 안전 한계로, 맞춤설정할 수 없습니다.

Monitoring API 할당량 및 한도

카테고리 최댓값
API 사용량 한도 할당량 대시보드를 참조하세요. API의 경우 모든 할당량을 클릭하면 할당량을 확인할 수 있습니다.
API 페이지 토큰의 수명 24시간

Monitoring API 할당량 정보

Monitoring API에는 시계열 수집 요청 및 시계열 쿼리 처리 비율에 대한 할당량 한도가 있습니다. 수집 요청은 시계열 데이터를 기록하는 호출이며 쿼리는 시계열 데이터를 검색하는 호출입니다. 다른 Monitoring API 엔드포인트에 대한 내부 한도도 있습니다. 이 엔드포인트는 높은 비율의 요청을 처리하도록 고안된 것이 아닙니다.

서비스에서 시계열 데이터를 작성할 때 발생하는 API 요청 수를 줄이려면 한 API 요청을 사용하여 여러 시계열에 대한 데이터를 작성합니다. 요청당 10개 이상의 객체를 작성하는 것이 좋습니다. API 요청 일괄 처리에 대한 자세한 내용은 timeSeries.create를 참조하세요.

API 요청을 일괄 처리한 후에도 더 높은 Monitoring API 할당량 한도가 필요한 경우 Google Cloud 지원에 문의하세요.

다른 한도는 정해져 있으며 이 페이지에서 자세한 내용을 확인할 수 있습니다.

자세한 내용은 할당량 작업을 참조하세요.

데이터 보관

보관 기관이 지난 측정항목 데이터 포인트는 시계열에서 삭제됩니다.

카테고리
커스텀, 외부, 에이전트 측정항목 유형별 데이터 포인트 보관:
  • 커스텀 측정항목, 프리픽스 custom.googleapis.com
  • 워크로드 측정항목, 프리픽스 workload.googleapis.com
  • 에이전트 측정항목, 프리픽스 agent.googleapis.com,
    (processes/count_by_stateprocesses/fork_state 포함).
    나머지 processes 측정항목은 보관 기간이 다릅니다. 다음 항목을 참조하세요.
  • 외부 측정항목, 프리픽스 external.googleapis.com
24개월
프로세스 상태 측정항목 유형별 데이터 포인트 보관: agent.googleapis.com/processes,
(이전 항목에서 언급했듯이 count_by_statefork_state 제외)
24시간
기타 모든 측정항목 유형별 데이터 포인트 보관(다음 항목 포함): 6주
API 페이지 토큰의 수명 24시간

측정항목 데이터는 6주간 원래의 샘플링 빈도로 저장되며 더 오래 보관하는 경우 6주 이후부터 10분 간격으로 다운샘플링됩니다.

리소스 그룹

카테고리
측정항목 범위당 리소스 그룹 수 500
이메일 보고서에 포함되는 최대 그룹 수1 10

1 Cloud Monitoring 이메일 보고서를 구성할 때 리소스 그룹의 사용률 정보를 요청할 수 있습니다. 이메일 보고서는 10개 그룹의 정보만 포함되도록 제한됩니다.

모니터링되는 프로젝트 한도

측정항목 범위당 Google Cloud 프로젝트를 최대 375개까지 추가할 수 있습니다. 한도 상향을 요청하려면 계정팀에 문의하세요.

알림 및 업타임 체크 한도

카테고리 정책 유형1
측정항목 범위별 알림 정책(측정항목 및 로그 합계)2 500 측정항목, 로그
알림 정책당 조건 6 측정항목
측정항목 부재 조건이
평가하는 최대 기간3
1일 측정항목
측정항목 임곗값 조건이
평가하는 최대 기간3
23시간 30분 측정항목
알림 정책당 알림 채널 16 측정항목, 로그
최대 알림 속도 각 로그 기준 알림에 대해 5분당 1개 알림 로그
최대 알림 수 각 로그 기준 알림에 대해 1일당 20개 알림 로그
알림 정책별 동시 개설된
이슈의 최대 개수
5000 측정항목
새 데이터가 없는 이슈가
자동으로 닫히는 기간
7일 측정항목
수동으로 닫히지 않은 경우의 이슈의 최대 기간 7일 로그
종료된 이슈 보관 90일 해당 없음
미해결 이슈 보관 무제한 해당 없음
측정항목 범위당 알림 채널 4000 해당 없음
측정항목 범위당 업타임 체크4 100 해당 없음
1측정항목: 측정항목 데이터 기준의 알림 정책입니다. 로그: 로그 메시지 기준의 알림 정책입니다(로그 기준 알림).
2ApigeeApigee hybrid는 Cloud Monitoring과 긴밀하게 통합되어 있습니다. Standard, Enterprise, Enterprise Plus 등 모든 Apigee 구독 수준의 알림 한도는 Cloud Monitoring의 경우와 같습니다(측정항목 범위당 500개).
3조건이 평가되는 최대 기간은 정렬 기간과 기간 값의 합계입니다. 예를 들어 정렬 기간이 15시간으로 설정되고 기간이 15시간으로 설정된 경우 조건을 평가하려면 30시간의 데이터가 필요합니다.
4이 한도는 업타임 체크 구성의 수에 적용됩니다. 각 업타임 체크 구성은 지정된 리소스 상태 테스트 사이의 시간 간격을 포함합니다. 자세한 내용은 업타임 체크 관리를 참조하세요.

차트 한도

카테고리
측정항목 범위당 대시보드 1000
대시보드의 차트 40
차트의 줄 300

서비스 수준 목표

카테고리
서비스당 SLO 수 500