할당량 및 한도

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

커스텀 측정항목

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

¹ Cloud Monitoring에서 적용하는 한도입니다. 다른 서비스는 더 낮은 최댓값을 적용할 수 있습니다.
² 요청 하나에서 시계열당 오직 하나의 데이터 포인트만 기록할 수 있으며, 이러한 한도로 요청당 기록할 수 있는 데이터 포인트의 최대 개수가 정해집니다.
³ Cloud Monitoring API를 사용하려면 시계열에 기록된 포인트의 종료 시간이 10초 이상 차이가 나야 합니다. 데이터 포인트가 순서대로 기록된 경우 포인트를 시계열에 일괄 기록할 수 있습니다.
⁴ 외부 측정항목은 external.googleapis.com에 기록되는 측정항목입니다. 이 측정항목에는 Kubernetes에서 자주 사용되는 모니터링 도구인 Prometheus가 기록하는 측정항목이 포함됩니다. 자세한 내용은 Prometheus 사용을 참조하세요.
⁵ 시계열은 지난 24시간 안에 기록된 데이터 포인트가 있는 경우 활성화됩니다. Prometheus³ 측정항목을 포함한 커스텀 및 외부 측정항목의 경우 단일 모니터링 리소스의 모든 커스텀 측정항목 유형 또는 모든 외부 측정항목 유형 전반에서 활성 시계열의 총 개수에 한도가 적용됩니다. 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_state` 및 `processes/fork_state` 포함). 나머지 `processes` 측정항목은 보관 기간이 다릅니다. 다음 항목을 참조하세요. 외부 측정항목, 프리픽스 `external.googleapis.com`	24개월^†
프로세스 상태 측정항목 유형별 데이터 포인트 보관: `agent.googleapis.com/processes`, (이전 항목에서 언급했듯이 `count_by_state` 및 `fork_state` 제외)	24시간
기타 모든 측정항목 유형별 데이터 포인트 보관(다음 항목 포함): Google Cloud 측정항목 Kubernetes 측정항목 Anthos 측정항목 Istio 측정항목 로그 기반 측정항목	6주
API 페이지 토큰의 수명	24시간

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

리소스 그룹

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

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

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

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

알림 및 업타임 체크 한도

카테고리	값	정책 유형¹
측정항목 범위별 알림 정책(측정항목 및 로그 합계)²	500	측정항목, 로그
알림 정책당 조건	6	측정항목
측정항목 부재 조건이 평가하는 최대 기간³	1일	측정항목
측정항목 임곗값 조건이 평가하는 최대 기간³	23시간 30분	측정항목
알림 정책당 알림 채널	16	측정항목, 로그
최대 알림 속도	각 로그 기준 알림에 대해 5분당 1개 알림	로그
최대 알림 수	각 로그 기준 알림에 대해 1일당 20개 알림	로그
알림 정책별 동시 개설된 이슈의 최대 개수	5000	측정항목
새 데이터가 없는 이슈가 자동으로 닫히는 기간	7일	측정항목
수동으로 닫히지 않은 경우의 이슈의 최대 기간	7일	로그
종료된 이슈 보관	90일	해당 없음
미해결 이슈 보관	무제한	해당 없음
측정항목 범위당 알림 채널	4000	해당 없음
측정항목 범위당 업타임 체크⁴	100	해당 없음

¹측정항목: 측정항목 데이터 기준의 알림 정책입니다. 로그: 로그 메시지 기준의 알림 정책입니다(로그 기준 알림).
²Apigee 및 Apigee hybrid는 Cloud Monitoring과 긴밀하게 통합되어 있습니다. Standard, Enterprise, Enterprise Plus 등 모든 Apigee 구독 수준의 알림 한도는 Cloud Monitoring의 경우와 같습니다(측정항목 범위당 500개).
³조건이 평가되는 최대 기간은 정렬 기간과 기간 값의 합계입니다. 예를 들어 정렬 기간이 15시간으로 설정되고 기간이 15시간으로 설정된 경우 조건을 평가하려면 30시간의 데이터가 필요합니다.
⁴이 한도는 업타임 체크 구성의 수에 적용됩니다. 각 업타임 체크 구성은 지정된 리소스 상태 테스트 사이의 시간 간격을 포함합니다. 자세한 내용은 업타임 체크 관리를 참조하세요.

차트 한도

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

서비스 수준 목표

카테고리	값
서비스당 SLO 수	500