이 페이지에서는 Cloud Monitoring에서 사용되는 데이터의 스토리지 정책을 설명합니다. Cloud Monitoring은 글로벌 제품이며 위치에 상관없이 서비스를 사용할 수 있습니다.
시계열 데이터 스토리지
Google 에이전트, OpenTelemetry와 같은 라이브러리를 사용하는 클라이언트 측 코드, BindPlane과 같은 서드 파티 소스는 Cloud Monitoring API를 사용하여 시계열을 작성합니다. Google 서비스도 시계열을 작성하지만 내부 메커니즘을 사용합니다.
특정 리전에 시계열을 저장하려면 시계열이 기록되는 모니터링 리소스에 다음 라벨 중 하나가 있어야 하고 라벨 값이 유효해야 합니다.
location
zone
region
시계열이 작성된 모니터링 리소스에 이전 라벨 중 하나가 포함되어 있고 라벨 값이 인식되지 않거나 지정되지 않으면 시계열이 삭제됩니다.
시계열이 작성된 모니터링 리소스에 이전 라벨이 없는 경우 시계열의 스토리지 위치가 지정되지 않습니다.
모든 모니터링 리소스 및 해당 라벨의 목록을 보려면 모니터링 리소스 유형을 참조하세요. 위치 라벨이 포함된 모니터링 리소스의 경우 항목은 해당 라벨의 유효한 값을 나타냅니다.
영역 또는 리전별로 배포할 수 있는Google Cloud 제품은 배포된 리전과 동일한 리전에서 생성된 시계열을 저장합니다. 이러한 제품 목록은 위치별 제공 제품을 참조하세요.
다른 모든 Google 제품의 경우 제품이 생성하는 시계열의 스토리지 위치는 지정되지 않습니다. 이러한 제품 목록은 전역 제품을 참조하세요.
커스텀 측정항목
커스텀 측정항목의 시계열은 시계열 데이터 스토리지에 설명된 위치 규칙을 따릅니다. 커스텀 측정항목의 예시로는 OpenCensus 및 OpenTelemetry와 같은 라이브러리를 사용하여 애플리케이션에서 만든 측정항목이 포함됩니다.
커스텀 측정항목에 사용할 수 있는 모든 모니터링 리소스 유형에 위치 라벨이 있는 것은 아닙니다.
예를 들어 global 리소스에는 프로젝트 식별자의 라벨만 있습니다. 커스텀 측정항목에 사용할 수 있는 모니터링 리소스 유형 목록은 커스텀 측정항목 모니터링 리소스를 참조하세요.
시계열 데이터 처리
시계열 데이터가 쿼리될 때 처리되는 실제 위치는 데이터의 스토리지 위치, 쿼리 시맨틱스, 네트워킹 등 다양한 요소에 따라 달라집니다. 일반적으로 시계열이 실제로 저장된 위치에서 항상 처리된다는 보장은 없습니다.
알림
Monitoring이 알림을 전송하면 이 정보는 데이터 현지화를 지원하지 않는 제3자를 통해 전달될 수 있습니다. 예를 들어 고객은 알림이 모든 이메일 주소, Slack 채널 또는 SMS로 전송되도록 구성할 수 있습니다.
사용 가능한 모든 채널 유형에 대한 자세한 내용은 알림 채널 만들기 및 관리를 참조하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-05(UTC)"],[],[],null,["# Data regionality for Cloud Monitoring\n\nThis page describes the storage policies for data that is used by\nCloud Monitoring. Cloud Monitoring is a [global product](/about/locations#global-products)\nand its services are available with no dependence on location.\n\nStorage of time-series data\n---------------------------\n\nGoogle agents, client-side code using libraries like OpenTelemetry,\nand third-party sources such as [BindPlane](/stackdriver/bindplane),\nwrite time series by using the Cloud Monitoring API. Google services also write\ntime series, but they use internal mechanisms.\n\nTo store a time series in a specific [region](/compute/docs/regions-zones),\nthe monitored resource against which the time series is written must have\none of the following labels and the value of the label must be valid:\n\n- `location`\n- `zone`\n- `region`\n\nA time series is discarded when\nthe monitored resource against which the time series is written has one of\nthe previous labels and the value of the label isn't recognized or isn't\nspecified.\n\nThe storage location of a time series is unspecified when\nthe monitored resource against which the time series is written doesn't have\none of the previous labels.\n\nTo view a list of all monitored resources and their labels, see\n[Monitored resource types](/monitoring/api/resources). For those monitored resources that\ncontain a location label, the entry indicates the valid values for that label.\n\nThe [resource locations constraint](/resource-manager/docs/organization-policy/defining-locations)\ndoesn't apply to time series.\n\n### Data written by Google Cloud products\n\nGoogle Cloud products deployable by zone or by region\nstore any time series that they generate in the same region\nto which they are deployed. For a list of these products, see\n[Products available by location](/about/locations#products-available-by-location).\n\nFor all other Google products, the storage location of any time series\nthat the product generates is unspecified. For a list of these products, see\n[Global products](/about/locations#global-products).\n\n### Custom metrics\n\nTime series for custom metrics follow the location rules described in\n[Storage of time-series data](#time-series-data). Examples of custom metrics\ninclude metrics you create from your applications\nby using libraries such as OpenCensus and OpenTelemetry.\n\nNot all monitored resource types that are available for custom metrics\nhave a location label.\nFor example, the [`global`](/monitoring/api/resources#tag_global) resource only has a label for\nthe project identifier. For a list of the monitored resource types available\nfor custom metrics,\nsee [Monitored resources for custom metrics](/monitoring/custom-metrics/creating-metrics#custom-metric-resources).\n\nProcessing of time-series data\n------------------------------\n\nThe physical location where time-series data are processed when such data\nare queried depend on many factors including the storage location of the data,\nquery semantics, networking, and others. In general, there is no guarantee\nthat time series are always processed in the location where\nthey are physically stored.\n\nAlert notifications\n-------------------\n\nWhen Monitoring sends a notification of an alert,\nthat information might pass through third-party providers that don't support\ndata localization. For example, customers can configure an alert notification\nto be delivered to any email address, to a Slack channel, or through SMS.\nFor details on all available channel types, see\n[Create and manage notification channels](/monitoring/support/notification-options).\n\nUptime checks and synthetic monitors\n------------------------------------\n\nCustomers who have set up\n[Assured Workloads](/assured-workloads) because they have\ndata-residency or [Impact Level 4 (IL4)](/security/compliance/disa)\nrequirements, shouldn't use\n[uptime checks or synthetic monitors](/monitoring/uptime-checks/introduction)."]]
