이 문서에서는 Cloud Monitoring에 적용되는 할당량과 한도를 설명합니다.
Google Cloud는 공정성을 보장하고 리소스 사용 및 가용성의 급증을 줄이기 위해 할당량을 사용합니다. 할당량은 Google Cloud 프로젝트에서 사용할 수 있는 Google Cloud 리소스의 양을 제한합니다. 할당량은 하드웨어, 소프트웨어, 네트워크 구성요소를 포함하여 다양한 리소스 유형에 적용됩니다. 예를 들어 할당량에 따라 서비스에 대한 API 호출 수, 프로젝트에서 동시에 사용하는 부하 분산기 수, 만들 수 있는 프로젝트 수가 제한될 수 있습니다. 할당량은 서비스 과부하를 방지하여 Google Cloud 사용자 커뮤니티를 보호합니다. 할당량은 자체 Google Cloud 리소스를 관리하는 데도 도움이 됩니다.
Cloud Quotas 시스템은 다음을 수행합니다.
- Google Cloud 제품 및 서비스 소비량 모니터링
- 리소스 소비 제한
- 할당량 값 변경을 요청할 수 있는 수단 제공
대부분의 경우 할당량이 허용하는 것보다 더 많은 리소스를 사용하려고 하면 시스템에서 리소스에 대한 액세스를 차단하고 수행하려는 작업이 실패합니다.
할당량은 일반적으로 Google Cloud 프로젝트 수준에서 적용됩니다. 한 프로젝트의 리소스를 사용해도 다른 프로젝트에서 사용 가능한 할당량에는 영향을 미치지 않습니다. Google Cloud 프로젝트 내에서 할당량은 모든 애플리케이션과 IP 주소에 공유됩니다.
대부분의 할당량은 Google Cloud 콘솔을 사용해 늘리거나 줄입니다. 자세한 내용은 할당량 상향 요청을 참조하세요.
Monitoring 리소스에도 한도가 있습니다. 이 한도는 할당량 시스템과 관련이 없습니다. 별도로 명시되지 않는 한 한도를 변경할 수 없습니다.
사용자 정의 측정항목
Cloud Monitoring 측정항목 관리 페이지에서는 관측 가능성에 영향을 주지 않고 청구 가능 측정항목에 지출하는 금액을 제어할 수 있는 정보를 제공합니다. 측정항목 관리 페이지에서는 다음 정보를 보고합니다.
- 측정항목 도메인 및 개별 측정항목의 바이트 기반 및 샘플 기반 청구에 대한 수집량
- 측정항목의 라벨 및 카디널리티에 대한 데이터
- 알림 정책 및 커스텀 대시보드의 측정항목 사용
- 측정항목 쓰기 오류의 비율
카테고리 | 최댓값 |
---|---|
프로젝트당 커스텀 측정항목 설명1 | 10,000 |
측정항목 설명당 라벨 | 30 |
라벨 키의 문자열 길이 | 100 |
라벨 값의 문자열 길이 | 1024 |
쓰기 요청에 포함된 시계열2 | 200 |
단일 시계열에 데이터를 기록할 수 있는 속도3 | 5초당 1포인트 |
커스텀 배포 측정항목당 히스토그램 버킷 | 200 |
프로젝트당 워크로드, Prometheus, 외부4 측정항목 설명 | 25,000 |
모니터링 리소스당5 커스텀 측정항목의 활성 시계열 | 200,000 |
모니터링 리소스당5 워크로드 측정항목의 활성 시계열 | 200,000 |
모니터링 리소스당5 Prometheus의 활성 시계열 | 1,000,000 |
모니터링 리소스당5 외부 측정항목의 활성 시계열 | 200,000 |
측정항목 설명을 만들 수 있는 속도 | 프로젝트당 분당 6,000개 |
1
Cloud Monitoring에서 적용하는 한도입니다. 다른 서비스는 더 낮은 최댓값을 적용할 수 있습니다. 커스텀 측정항목은 custom.googleapis.com
에 기록되는 측정항목입니다.
2
요청 하나에서 시계열당 오직 하나의 데이터 포인트만 기록할 수 있으며, 이러한 한도로 요청당 기록할 수 있는 데이터 포인트의 최대 개수가 정해집니다.
3
Cloud Monitoring API를 사용하려면 시계열에 기록된 포인트의 종료 시간이 5초 이상 차이가 나야 합니다. 데이터 포인트가 순서대로 기록된 경우 포인트를 시계열에 일괄 기록할 수 있습니다.
4
외부 측정항목은 external.googleapis.com
에 기록되는 측정항목입니다.
5
시계열은 지난 24시간 안에 기록된 데이터 포인트가 있는 경우 활성화됩니다.
행에 지정된 한도는 해당 행 내의 모든 사용자 정의 측정항목(커스텀, 워크로드, Prometheus 또는 외부)의 단일 모니터링 리소스(예: 단일 gce_instance
VM 또는 단일 k8s_container
컨테이너)에 대한 활성 시계열의 총 개수입니다. global
모니터링 리소스는 예외이며 이 경우 각 사용자 정의 측정항목에 한도가 별도로 적용됩니다. 이는 시스템 전반에 적용되는 안전 한계로, 맞춤설정할 수 없습니다.
Monitoring API 할당량 및 한도
카테고리 | 최댓값 |
---|---|
API 사용량 한도 |
API 할당량 및 한도를 찾으려면 다음 중 하나를 수행합니다.
|
API 페이지 토큰의 수명 | 24시간 |
Monitoring API 할당량 정보
Monitoring API에는 시계열 수집 요청 및 시계열 쿼리 처리 비율에 대한 할당량 한도가 있습니다. 수집 요청은 시계열 데이터를 기록하는 호출이며 쿼리는 시계열 데이터를 검색하는 호출입니다. 다른 Monitoring API 엔드포인트에 대한 내부 한도도 있습니다. 이 엔드포인트는 높은 비율의 요청을 처리하도록 고안된 것이 아닙니다.
서비스에서 시계열 데이터를 작성할 때 발생하는 API 요청 수를 줄이려면 한 API 요청을 사용하여 여러 시계열에 대한 데이터를 작성합니다.
요청당 10개 이상의 객체를 작성하는 것이 좋습니다.
API 요청 일괄 처리에 대한 자세한 내용은 timeSeries.create
를 참조하세요.
API 요청을 일괄 처리한 후에도 더 높은 Monitoring API 할당량 한도가 필요한 경우 Google Cloud 지원에 문의하세요.
다른 한도는 정해져 있으며 이 페이지에서 자세한 내용을 확인할 수 있습니다.
자세한 내용은 할당량 작업을 참조하세요.
데이터 보관
보관 기관이 지난 측정항목 데이터 포인트는 시계열에서 삭제됩니다.
카테고리 | 값 |
---|---|
커스텀, 외부, 에이전트 측정항목 유형별 데이터 포인트 보관:
|
24개월1 |
프로세스 상태 측정항목 유형별 데이터 포인트 보관: agent.googleapis.com/processes , (이전 항목에서 언급했듯이 count_by_state 및 fork_state 제외) |
24시간 |
기타 모든 측정항목 유형별 데이터 포인트 보관(다음 항목 포함): | 6주 |
API 페이지 토큰의 수명 | 24시간 |
1 측정항목 데이터는 6주간 원래의 샘플링 빈도로 저장되며 더 오래 보관하는 경우 6주 이후부터 10분 간격으로 다운샘플링됩니다.
2 Google Cloud Managed Service for Prometheus 측정항목 데이터는 원본 샘플링 빈도에 1주일 동안 저장되고, 이후 5주 동안 1분 간격으로 다운샘플링된 다음 확장 스토리지의 경우 10분 간격으로 다운샘플링됩니다.
리소스 그룹
카테고리 | 값 |
---|---|
측정항목 범위당 리소스 그룹 수 | 500 |
이메일 보고서에 포함되는 최대 그룹 수1 | 10 |
1 Cloud Monitoring 이메일 보고서를 구성할 때 리소스 그룹의 사용률 정보를 요청할 수 있습니다. 이메일 보고서는 10개 그룹의 정보만 포함되도록 제한됩니다.
모니터링되는 프로젝트 한도
Cloud Monitoring은 공식적으로 측정항목 범위당 최대 375개의 Google Cloud 프로젝트를 지원합니다.
측정항목 범위당 최대 1,000개의 Google Cloud 프로젝트를 추가할 수 있지만 특히 커스텀 측정항목 또는 이전 데이터를 쿼리할 때 성능 문제가 발생할 수 있습니다. Cloud Monitoring은 측정항목 범위당 375개의 Google Cloud 프로젝트에 대해서만 고성능 쿼리와 차트를 보장합니다.
측정항목 범위당 Google Cloud 프로젝트 할당량을 늘리려면 '모니터링 프로젝트/모니터링 측정항목 범위' 할당량의 증가를 요청하면 됩니다. 자세한 내용은 할당량 관리 문서를 참조하세요.
측정항목 설명 만들기 및 업데이트 한도
Cloud Monitoring은 새 측정항목 만들기, 기존 측정항목에 새 라벨 이름 추가, 측정항목 삭제에 대한 분당 비율 제한을 적용합니다. 기존의 성숙한 Prometheus 배포를 Cloud Monitoring으로 마이그레이션할 때와 같이 일반적으로 Cloud Monitoring과 처음 통합할 때만 이러한 비율 제한에 도달합니다. 이것은 데이터 포인트 수집에 대한 비율 제한이 아닙니다. 이 비율 제한은 이전에 없던 측정항목을 만들거나 기존 측정항목에 새 라벨을 추가할 때에만 적용됩니다.
이 할당량은 고정되어 있지만 분당 최대 한도까지 새 측정항목 및 측정항목 라벨이 생성됨에 따라 문제가 자동으로 해결됩니다.
알림 한도
카테고리 | 값 | 정책 유형1 |
---|---|---|
측정항목 범위별 알림 정책(측정항목 및 로그 합계)2 | 500 | 측정항목, 로그 |
알림 정책당 조건 | 6 | 측정항목 |
측정항목 부재 조건이 평가하는 최대 기간3 |
1일 | 측정항목 |
측정항목 임계값 조건이 평가하는 최대 기간3 |
23시간 30분 | 측정항목 |
측정항목 임계값 조건에서 사용된 필터의 최대 길이 |
2,048개의 유니코드 문자 | 측정항목 |
예측 조건으로 모니터링되는 최대 시계열 수 |
64 | 측정항목 |
최소 예측 기간 | 1시간(3,600초) | 측정항목 |
최대 예측 기간 | 2.5일(216,000초) | 측정항목 |
알림 정책당 알림 채널 | 16 | 측정항목, 로그 |
최대 알림 속도 | 각 로그 기준 알림에 대해 5분당 1개 알림 | 로그 |
최대 알림 수 | 각 로그 기준 알림에 대해 1일당 20개 알림 | 로그 |
알림 정책별 동시 개설된 이슈의 최대 개수 |
1,000 | 측정항목 |
새 데이터가 없는 이슈가 자동으로 닫히는 기간 |
7일 | 측정항목 |
수동으로 닫히지 않은 경우의 이슈의 최대 기간 | 7일 | 로그 |
종료된 이슈 보관 | 13개월 | 해당 없음 |
미해결 이슈 보관 | 무제한 | 해당 없음 |
측정항목 범위당 알림 채널 | 4,000 | 해당 없음 |
다시 알림당 최대 알림 정책 수 | 16 | 측정항목, 로그 |
다시 알림 보류 | 13개월 | 해당 없음 |
2Apigee 및 Apigee hybrid는 Cloud Monitoring과 긴밀하게 통합되어 있습니다. Standard, Enterprise, Enterprise Plus 등 모든 Apigee 구독 수준의 알림 한도는 Cloud Monitoring의 경우와 같습니다(측정항목 범위당 500개).
3조건이 평가되는 최대 기간은 정렬 기간과 기간 값의 합계입니다. 예를 들어 정렬 기간이 15시간으로 설정되고 기간이 15시간으로 설정된 경우 조건을 평가하려면 30시간의 데이터가 필요합니다.
합성 모니터 한도
카테고리 | 값 |
---|---|
측정항목 범위당 업타임 체크* | 100 |
공개 업타임 체크당 최대 ICMP 핑 수 | 3 |
측정항목 범위당 합성 모니터링 | 100† |
†이 한도를 늘리는 방법에 대한 자세한 내용은 Google Cloud 콘솔을 사용하여 할당량 관리를 참조하세요.
차트 한도
카테고리 | 값 |
---|---|
측정항목 범위당 대시보드 | 1000 |
대시보드의 차트 | 40 |
차트의 줄 | 50 |
서비스 수준 목표
카테고리 | 값 |
---|---|
서비스당 SLO 수 | 500 |