위치

이 페이지에서는 리전성이 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)과 유사한 형식으로 표시됩니다.

지원되는 리전

Cloud Logging에서 지원하는 리전은 다음과 같습니다.

전역

리전 이름 리전 설명
global

전 세계 모든 데이터 센터에 저장된 로그 로그가 다른 데이터 센터로 이동할 수 있습니다. 추가 중복 보장은 없습니다.

멀티 리전: EU 및 미국

리전 이름 리전 설명
eu

유럽 연합 내 데이터 센터에 저장된 로그 로그가 다른 데이터 센터로 이동할 수 있습니다. 추가 중복 보장은 없습니다.

us

미국 내 데이터 센터에 저장된 로그 로그가 다른 데이터 센터로 이동할 수 있습니다. 추가 중복 보장은 없습니다.

아프리카

리전 이름 리전 설명
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 텔아비브

제한사항

다음은 Cloud Logging의 데이터 리전성에 대해 알려진 제한사항입니다.

  • 관리자 활동 로그가 특정 리전에 위치하도록 구성하면 민감한 작업에 대한 Advisory Notifications를 받을 수 없습니다. 자세한 내용은 민감한 작업 알림 개요를 참조하세요.
  • 로그 버킷이 global 리전에 있으면 로그 버킷에서 고객 관리 암호화 키(CMEK)를 사용할 수 없습니다. 자세한 내용은 로그 버킷에 CMEK 구성을 참고하세요.
  • Error Reporting글로벌 제품이며 위치에 상관없이 서비스를 사용할 수 있습니다. global 이외의 리전이 있는 로그 버킷은 Error Reporting에서 자동으로 제외됩니다.
  • Cloud Monitoring은 글로벌 제품이며 위치에 상관없이 서비스를 사용할 수 있습니다. 로그 기반 측정항목을 사용하면 로그 라우터에서 로그를 처리하여 로그를 시계열로 집계하는 규칙을 정의할 수 있습니다. 이 시계열의 스토리지 위치는 지정되지 않습니다.

다음 단계