이 페이지에서는 리전성이 Cloud Logging에 적용되는 방식을 설명하고 로그 데이터를 저장할 수 있는 여러 지리적 위치를 나열합니다.
개요
Logging에서 로그 버킷은 리전별 리소스입니다. 로그를 저장하고, 색인을 생성하고, 검색하는 인프라는 특정 지리적 위치에 있습니다. Google Cloud는 해당 리전 내의 영역에서 애플리케이션을 중복으로 사용할 수 있도록 해당 인프라를 관리합니다.
조직에서 로그 데이터를 특정 리전에 저장해야 할 수 있습니다.
로그가 저장되는 리전을 선택하는 기본 요소에는 조직의 지연 시간, 가용성, 규정 준수 요구사항 충족이 포함됩니다.
로그 스토리지 리전을 선택할 때 애플리케이션에서 사용하는 다른Google Cloud 제품 및 서비스의 위치를 고려하세요.
주요 개념
Logging의 데이터 리전성에는 다음과 같은 주요 개념이 적용됩니다.
로그 라우터 위치
로그 라우터는 Cloud Logging API에 기록된 모든 로그 항목을 처리합니다. 각 로그 항목을 기존 규칙과 비교하여 Logging 버킷에 저장할 로그 항목과 싱크를 사용하여 지원되는 대상으로 라우팅할 로그 항목을 결정합니다. 또한 로그 라우터는 안정적으로 로그를 라우팅하기 위해 임시로 로그를 저장하므로 싱크에 일시적인 장애가 발생해도 문제가 없습니다.
로그 라우터는 수신된 리전에서 로그를 처리합니다.
로그 라우터는 싱크의 정의를 기반으로 하거나 로그 데이터를 다른Google Cloud 서비스(예를 들어 Security Command Center 위협 감지)와 공유하도록 선택한 경우 다른 리전으로 로그를 보낼 수 있습니다.
싱크는 리전에 관계없이 공평하게 로그에 적용됩니다.
로그 버킷 위치
로그 버킷은 로그 데이터를 저장하고 정리하는 Google Cloud 프로젝트, 결제 계정, 폴더, 조직의 컨테이너입니다.
각 Google Cloud 프로젝트, 결제 계정, 폴더, 조직에 대해 Logging은 자동으로 두 개의 _Required 및 _Default 로그 버킷을 만들며 이 버킷은 global 위치에 있습니다.
기존 버킷의 위치는 변경할 수 없습니다.
그러나 조직에서는 이러한 버킷에 다른 기본 위치를 설정하는 정책을 만들 수 있습니다. 자세한 내용은 조직 및 폴더의 기본 설정 구성을 참조하세요.
모든 Google Cloud 프로젝트에서 사용자 정의 로그 버킷을 만들 수도 있습니다. 사용자 정의 로그 버킷을 만들 때 로그 버킷 위치를 지정할 수 있습니다. 로그 버킷을 만든 후에는 위치를 변경할 수 없지만 싱크를 사용하여 새 버킷을 만든 후 로그 항목을 새 로그 버킷으로 전달할 수 있습니다. 버킷에 위치를 설정하는 방법은 로그 리전화를 참조하세요.
Logging은 여러 리전의 로그를 함께 쿼리하는 기능을 지원합니다. 이 경우 쿼리는 쿼리되는 버킷과 동일한 위치에서 처리된 다음 쿼리를 수신한 리전에서 집계되어 결과를 반환합니다.
로그 버킷의 리전은 로그 스토리지 페이지 및 일부 대화상자에 표시됩니다. 예를 들어 로그 탐색기 페이지로 이동하여 범위 미세 조정 선택기를 사용하여 로그 보기를 나열하면 지역 정보도 표시됩니다. 이 선택기에서 리전이 global인 경우 리전과 현재 저장소 위치가 모두 GLOBAL (US-WEST4)와 유사한 형식으로 표시됩니다.
[[["이해하기 쉬움","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-04-21(UTC)"],[],[],null,["# Locations\n\nThis page explains how regionality applies to Cloud Logging and lists the\ndifferent geographical locations where you can store your log data.\n| **Tip:** If you want to automatically apply a particular storage region to the new `_Default` and `_Required` buckets created in your organization, then configure a [default resource location](/logging/docs/default-settings#specify-region).\n\nOverview\n--------\n\nIn Logging, [log buckets](/logging/docs/routing/overview#buckets)\nare regional resources: the infrastructure that stores, indexes, and searches\nyour logs is located in a specific geographical location. With the exception of\nlog buckets in the `global`, `eu`, or `us` regions,\nGoogle Cloud manages the infrastructure so that your applications\nare available redundantly across the zones within the region of the log bucket.\n\nYour organization might be required to store its logs data in specific regions.\nThe primary factors in selecting the region where your logs are stored include\nmeeting your organization's latency, availability, or compliance requirements.\nWhen selecting a region for logs storage, consider the locations of the other\nGoogle Cloud products and services that your application uses.\n\nKey concepts\n------------\n\nThe following key concepts apply to data regionality for Logging.\n\n### Log Router locations\n\nThe [Log Router](/logging/docs/routing/overview) processes all log entries\nwritten to the Cloud Logging API. It checks each log entry against\nexisting rules to determine which log entries to store in Logging\nbuckets and which log entries to route to supported destinations using\n[sinks](/logging/docs/routing/overview#sinks). To reliably route logs, the\nLog Router also stores the logs temporarily, which buffers against temporary\ndisruptions on any sink.\n\nThe Log Router processes logs in the region in which they are received.\n\nThe Log Router might send logs to a different region based on a sink's\ndefinition or if you've opted to share log data with another\nGoogle Cloud service such as the\n[Security Command Center Threat Detection](/security-command-center/docs/how-to-configure-event-threat-detection).\nSinks apply to logs equally and regardless of region.\n\n\n### Log bucket locations\n\n[Log buckets](/logging/docs/routing/overview#buckets) are the containers in your\nGoogle Cloud project, billing account, folder, and organization that store and\norganize your logs data.\n\nFor each Google Cloud project, billing account, folder, and organization,\nLogging automatically creates two log buckets: `_Required` and\n`_Default`, which are in the `global` location.\nYou can't change the location of existing buckets.\nHowever, your organization can create a policy\nthat sets a different default location for these buckets. For more information,\nsee\n[Configure default settings for organizations and folders](/logging/docs/default-settings).\n\nYou can also [create user-defined log buckets](/logging/docs/buckets) for any\nGoogle Cloud project. When you create a user-defined log bucket, you can\nspecify the location of the log bucket. After you create the log bucket, the\nlocation can't be changed, but you can create a new bucket and then direct\nlog entries to the new log bucket by using sinks. To learn how to set the\nlocation for your buckets, see\n[Regionalize your logs](/logging/docs/regionalized-logs).\n\nLogging supports querying logs from multiple regions together, in\nwhich case queries are processed in the same locations as the buckets being\nqueried and then aggregated in the region the query was received from to return\nthe results.\n\nThe region of a log bucket is shown on the **Logs Storage** page and on\nsome dialogs. For example, when you to the Logs Explorer page and use the\n**Refine scope** selector to list log views, region information is also\ndisplayed. For this selector, when the region is `global`, both the region and\nthe current storage location are displayed in\na format similar to `GLOBAL (US-WEST4)`.\n\nSupported regions\n-----------------\n\nThe following [regions](/docs/geography-and-regions#regions_and_zones)\nare supported by Cloud Logging:\n\n#### Global\n\n| **Note:** If you want to choose the storage location for your log data or choose where your log data is analyzed with Log Analytics, then don't create log buckets in the `global` location. Instead, either use a regional log bucket or, if you have data in a BigQuery multi-region and want to colocate your log data, then set the location of your log buckets to the appropriate [multi-region location](#eu-and-us).\n\n#### Multi-regions: EU and US\n\n| **Note:** If you have data in a [BigQuery multi-region](/bigquery/docs/locations#multi-regions) and want to colocate your log data with that other business data then set the location of your log buckets to the appropriate multi-region. Alternatively, to control the storage location for your log data or where your log data is analyzed with Log Analytics, specify that location when you create the log bucket. Don't use the `global` location.\n\n#### Africa\n\n#### Americas\n\n#### Asia Pacific\n\n#### Europe\n\n#### Middle East\n\nLimitations\n-----------\n\nFollowing are known limitations of data regionality for Cloud Logging:\n\n- You can't get advisory notifications about sensitive actions when you configure your Admin Activity Logs to be located in a specific region. For more information, see [Overview of Sensitive Actions notifications](/advisory-notifications/docs/sensitive-actions-overview).\n\n\u003c!-- --\u003e\n\n- You can't use customer-managed encryption keys (CMEK) on a log bucket when the log bucket is in the `global` region. For more information, see [Configure CMEK for log buckets](/logging/docs/routing/managed-encryption-storage).\n\n\u003c!-- --\u003e\n\n- [Error Reporting](/error-reporting/docs) is a [global product](/about/locations#global-products) and its services are available with no dependence on location. Logs buckets with a region besides `global` are automatically excluded from Error Reporting.\n\n\u003c!-- --\u003e\n\n- Cloud Monitoring is a [global product](/about/locations#global-products), and its services are available with no dependence on location. [Log-based metrics](/logging/docs/logs-based-metrics) let you define rules for aggregating logs into time series by processing logs at the Log Router. The storage location of these time series is unspecified.\n\nNext steps\n----------\n\n- Learn how to\n [configure the default location](/logging/docs/default-settings#specify-region)\n for the `_Default` and `_Required` buckets created in your organization.\n\n- Learn how to\n [regionalize your logs](/logging/docs/regionalized-logs).\n\n\u003c!-- --\u003e\n\n- [View all the Google Cloud services available in locations\n worldwide](/about/locations#region).\n\n- [Explore additional location-based concepts](/docs/geography-and-regions),\n such as zones, that apply to other Google Cloud services.\n\n- Read the following whitepapers that provide best practices for data\n governance:\n\n - [Logs data: A step by step guide for overcoming common compliance\n challenges](https://services.google.com/fh/files/misc/whitepaper_data_governance_logs_how_to.pdf)\n\n - [Data governance: Principles for securing and managing\n logs](/resources/data-governance-logs-best-practices-whitepaper)"]]
