이 페이지에서는 리전성이 Cloud Logging에 적용되는 방식을 설명하고 로그 데이터를 저장할 수 있는 여러 지리적 위치를 나열합니다.
개요
Logging에서 로그 버킷은 리전별 리소스입니다. 로그를 저장하고, 색인을 생성하고, 검색하는 인프라는 특정 지리적 위치에 있습니다. Google은 해당 리전 내의 영역에서 애플리케이션을 중복으로 사용할 수 있도록 해당 인프라를 관리합니다.
조직에서 로그 데이터를 특정 리전에 저장해야 할 수 있습니다. 로그가 저장되는 리전을 선택하는 기본 요소에는 조직의 지연 시간, 가용성, 규정 준수 요구사항 충족이 포함됩니다. 로그 스토리지 리전을 선택할 때 애플리케이션에서 사용하는 다른 Google Cloud 제품 및 서비스의 위치를 고려하세요.
주요 개념
Logging의 데이터 리전성에는 다음과 같은 주요 개념이 적용됩니다.
로그 라우터 위치
로그 라우터는 Cloud Logging API에 기록된 모든 로그 항목을 처리합니다. 각 로그 항목을 기존 규칙과 비교하여 Logging 버킷에 저장할 로그 항목과 싱크를 사용하여 지원되는 대상으로 라우팅할 로그 항목을 결정합니다. 또한 로그 라우터는 안정적으로 로그를 라우팅하기 위해 임시로 로그를 저장하므로 싱크에 일시적인 장애가 발생해도 문제가 없습니다.
로그 라우터는 수신된 리전에서 로그를 처리합니다. 로그 라우터는 싱크의 정의를 기반으로 하거나 로그 데이터를 다른 Google 서비스(예: Security Command Center 위협 감지)와 공유하도록 선택한 경우 다른 리전으로 로그를 보낼 수 있습니다. 싱크는 리전에 관계없이 공평하게 로그에 적용됩니다.
로그 버킷 위치
로그 버킷은 로그 데이터를 저장하고 정리하는 Google Cloud 프로젝트, 결제 계정, 폴더, 조직의 컨테이너입니다.
각 Google Cloud 프로젝트, 결제 계정, 폴더, 조직에 대해 Logging은 자동으로 두 개의 _Required
및 _Default
로그 버킷을 만들며 이 버킷의 위치는 global
로 설정됩니다. 기존 버킷의 위치는 변경할 수 없습니다. 그러나 조직에서는 이러한 버킷에 다른 기본 위치를 설정하는 정책을 만들 수 있습니다. 자세한 내용은 조직의 기본 설정 구성을 참조하세요.
모든 Google Cloud 프로젝트에서 사용자 정의 버킷을 만들 수도 있습니다. 사용자 정의 버킷을 만들 때 로그 데이터를 저장할 위치 region
을 지정할 수 있습니다. 버킷을 만든 후에는 위치를 변경할 수 없지만 싱크를 사용하여 새 버킷을 만들고 이 버킷으로 로그를 전달할 수 있습니다. 버킷에 리전을 설정하는 방법은 로그 리전화를 참조하세요.
Logging은 여러 리전의 로그를 함께 쿼리하는 기능을 지원합니다. 이 경우 쿼리는 쿼리되는 버킷과 동일한 위치에서 처리된 다음 쿼리를 수신한 리전에서 집계되어 결과를 반환합니다.
지원되는 리전
Cloud Logging API에서 지원되는 리전은 다음과 같습니다.
아프리카
리전 이름 | 리전 설명 |
---|---|
africa-south1 |
요하네스버그 |
미주
리전 이름 | 리전 설명 |
---|---|
northamerica-northeast1 |
몬트리올 |
northamerica-northeast2 |
토론토 |
southamerica-east1 |
상파울루 |
southamerica-west1 |
산티아고 |
us-central1 |
아이오와 |
us-east1 |
사우스캐롤라이나 |
us-east4 |
북 버지니아 |
us-east5 |
콜럼버스 |
us-south1 |
댈러스 |
us-west1 |
오리건 |
us-west2 |
로스앤젤레스 |
us-west3 |
솔트레이크시티 |
us-west4 |
라스베이거스 |
아시아 태평양
리전 이름 | 리전 설명 |
---|---|
asia-east1 |
타이완 |
asia-east2 |
홍콩 |
asia-northeast1 |
도쿄 |
asia-northeast2 |
오사카 |
asia-northeast3 |
서울 |
asia-south1 |
뭄바이 |
asia-south2 |
델리 |
asia-southeast1 |
싱가포르 |
asia-southeast2 |
자카르타 |
australia-southeast1 |
시드니 |
australia-southeast2 |
멜버른 |
유럽
리전 이름 | 리전 설명 |
---|---|
europe-central2 |
바르샤바 |
europe-north1 |
핀란드 |
europe-southwest1 |
마드리드 |
europe-west1 |
벨기에 |
europe-west2 |
런던 |
europe-west3 |
프랑크푸르트 |
europe-west4 |
네덜란드 |
europe-west6 |
취리히 |
europe-west8 |
밀라노 |
europe-west9 |
파리 |
europe-west10 |
베를린 |
europe-west12 |
토리노 |
중동
리전 이름 | 리전 설명 |
---|---|
me-central1 |
도하 |
me-central2 |
담맘 |
me-west1 |
텔아비브 |
기타
리전 이름 | 리전 설명 |
---|---|
eu |
유럽 연합 내 데이터 센터에 저장된 로그. 추가 중복성이 보장되지 않음 |
us |
미국 내 데이터 센터에 저장된 로그. 추가 중복성이 보장되지 않음 |
global |
전 세계 모든 데이터 센터에 저장된 로그. 추가 중복성이 보장되지 않음 |
제한사항
다음은 Cloud Logging의 데이터 리전성에 대해 알려진 제한사항입니다.
관리자 활동 로그가 특정 리전에 위치하도록 구성하면 민감한 작업에 대한 Advisory Notifications를 받을 수 없습니다. 자세한 내용은 민감한 작업 알림 개요를 참조하세요.
로그 버킷이
global
리전에 있으면 로그 버킷에서 고객 관리 암호화 키(CMEK)를 사용할 수 없습니다. 자세한 내용은 로그 버킷에 CMEK 구성을 참조하세요.Error Reporting은 글로벌 제품이며 위치에 상관없이 서비스를 사용할 수 있습니다.
global
이외의 리전이 있는 로그 버킷은 Error Reporting에서 자동으로 제외됩니다.Cloud Monitoring은 글로벌 제품이며 위치에 상관없이 서비스를 사용할 수 있습니다. 로그 기반 측정항목을 사용하면 로그 라우터에서 로그를 처리하여 로그를 시계열로 집계하는 규칙을 정의할 수 있습니다. 이 시계열의 스토리지 위치는 지정되지 않습니다.
다음 단계
로그를 리전화하는 방법 알아보기
다른 Google Cloud 서비스에 적용되는 기타 위치 기반 개념 살펴보기(예: 영역)
데이터 거버넌스를 위한 권장사항을 제공하는 다음 백서를 읽어보세요.