버킷 위치

이 페이지는 버킷 위치 개념과 버킷을 만들 수 있는 여러 위치에 대해 설명합니다. 버킷 위치는 버킷에서 객체 데이터가 있는 물리적 위치를 정의합니다.

버킷 위치 설정 방법은 스토리지 버킷 만들기를 참조하세요.

주요 개념

버킷을 만들 때 객체 데이터를 저장할 지리적 위치를 영구적으로 설정합니다.
- 생성 후에는 버킷 위치를 변경할 수 없지만 데이터를 다른 위치의 버킷으로 이동할 수 있습니다.
선택할 수 있는 위치 유형은 다음과 같습니다.
- 리전은 상파울루와 같은 특정한 지리적 장소입니다.
- 이중 리전은 도쿄 및 오사카와 같은 특정한 리전의 쌍입니다.
- 멀티 리전은 두 개 이상의 지리적 장소를 포함하는 넓은 지리적 지역(예: 미국)입니다.
모든 Cloud Storage 데이터는 업로드되는 즉시 지리적 장소 최소 한 곳 이상에 있는 영역 최소 두 개 이상에서 중복됩니다.
또한 멀티 리전이나 이중 리전에 저장된 객체는 지리적 중복입니다. 지리적으로 중복된 객체는 최소 161km 이상 떨어진 지리적 장소 최소 두 곳 이상에 중복 저장됩니다.
- 기본 복제는 목표 시간(1시간) 내에 새로 작성된 객체의 99.9%에 지리적 중복성을 제공하도록 설계되었습니다. 새로 작성된 객체에는 업로드, 재작성, 복사, 조합이 포함됩니다.
- 터보 복제에서는 목표 시간(15분) 내에 새로 작성된 모든 객체에 지리적 중복성을 제공합니다. 이중 리전 버킷에만 적용됩니다.
- 객체가 성공적으로 업로드되었지만 객체가 지리적으로 중복되기 전 리전을 사용할 수 없게 되면 Cloud Storage의 strong consistency에 따라 객체의 이전 버전이 제공되지 않고 리전을 다시 사용할 수 있게 되었을 때 이후에 발생한 덮어쓰기 작업이 취소되지 않습니다.
- 멀티 리전은 데이터가 유연하게 저장되므로 이중 리전보다 낮은 스토리지 비용으로 지리적 중복성을 제공합니다. 멀티 리전 내에 사용되는 특정 데이터 센터는 필요에 따라 Cloud Storage에 의해 결정됩니다.
Cloud Storage는 서비스별 약관에 따라 선택된 위치에 객체 데이터를 저장합니다.

위치 고려사항

Cloud Storage 버킷의 위치를 선택할 때는 다음 표에 나와 있는 가용성, 가격, 성능의 차이를 고려하세요.

	리전	이중 리전	멀티 리전
가용성¹	가용 영역 전반에 걸친 데이터 중복(동기) RTO=0: 영역에 장애 발생 시 자동 장애 조치 및 장애 복구(스토리지 경로를 변경할 필요 없음)	리전보다 높은 가용성 리전 전반에 걸친 데이터 중복(비동기) 15분 내에 복제되는 터보 복제 옵션 RTO=0: 리전에 장애 발생 시 자동 장애 조치 및 장애 복구(스토리지 경로를 변경할 필요 없음)	리전보다 높은 가용성 리전 전반에 걸친 데이터 중복(비동기) RTO=0: 리전에 장애 발생 시 자동 장애 조치 및 장애 복구(스토리지 경로를 변경할 필요 없음)
성과	200Gbps(리전별 프로젝트당) 대역폭 할당량을 상향 요청하여 여러 Tbps로 확장 가능	200Gbps(리전별 프로젝트당) 대역폭 할당량을 상향 요청하여 여러 Tbps로 확장 가능	50Gbps(리전별 프로젝트당) 제한된 성능 확장, 읽기의 가변적 성능
가격 책정	최저 스토리지 가격 복제 요금 없음 동일 리전 내에서 데이터를 읽을 때 이그레스 요금 없음	최고 스토리지 가격 쓰기에 복제 요금 적용 한 리전 내에서 데이터를 읽을 때 이그레스 요금 없음	리전보다 높지만 이중 리전보다 낮은 스토리지 가격 쓰기에 복제 요금 적용 데이터를 읽을 때 항상 이그레스 요금 부과

각 위치 옵션의 서비스 수준 목표(SLO)는 버킷의 스토리지 클래스에 따라 다릅니다. Cloud Storage 서비스수준계약(SLA)을 참조하세요.

위치 추천

요구사항	추천 버킷 위치	워크로드 예시
최적화된 지연 시간 및 대역폭 최저 데이터 스토리지 비용 영역 간 중복성	리전	분석 백업 및 보관처리
최적화된 지연 시간 및 대역폭 리전 간 중복성	이중 리전¹	분석 백업 및 보관처리 재해 복구
지역 간 데이터 액세스 가장 높은 가용성	멀티 리전	콘텐츠 제공

예측 가능한 단기 복구 지점 목표(RPO)가 필요한 경우 프리미엄 터보 복제 기능을 사용 설정합니다.

성능을 최대화하고 총 소유 비용을 줄이려면 데이터와 컴퓨팅을 같은 리전에 배치합니다. 리전 및 이중 리전 위치 모두 이 목적에 부합합니다.
데이터 복제 요금이 부과되지 않도록 하려면 단기 데이터 세트를 리전 위치에 저장합니다.
중간 수준의 성능 및 임시 분석 워크로드의 경우 멀티 리전 스토리지를 선택하는 것이 경제적일 수 있습니다.
각 위치의 스토리지 비용은 데이터 스토리지 가격 책정을 참조하세요.

Compute Engine VM 참고

Compute Engine VM 인스턴스와 동일한 리전에 데이터를 저장하면 성능이 향상됩니다. 이러한 이점은 리전과 이중 리전에 모두 적용됩니다.
Compute Engine 영역을 버킷 위치로 지정할 수는 없지만, 특정 리전 내의 버킷에 액세스할 때 해당 리전 내의 영역에 있는 모든 Compute Engine VM 인스턴스는 성능이 비슷합니다.

사용 가능한 위치

다음 섹션에는 데이터를 저장하는 데 사용할 수 있는 Cloud Storage 위치가 나열되어 있습니다.

리전

모든 리전은 서로 161km 이상 떨어져 있습니다.

지리적 지역	리전 이름	리전 설명
북미
	`NORTHAMERICA-NORTHEAST1`	몬트리올	낮은 CO₂
	`NORTHAMERICA-NORTHEAST2`	토론토	낮은 CO₂
	`US-CENTRAL1`	아이오와	낮은 CO₂
	`US-EAST1`	사우스캐롤라이나
	`US-EAST4`	북버지니아
	`US-EAST5`	콜럼버스
	`US-SOUTH1`	댈러스
	`US-WEST1`	오리건	낮은 CO₂
	`US-WEST2`	로스앤젤레스
	`US-WEST3`	솔트레이크시티
	`US-WEST4`	라스베이거스
남미
	`SOUTHAMERICA-EAST1`	상파울루	낮은 CO₂
	`SOUTHAMERICA-WEST1`	산티아고
유럽
	`EUROPE-CENTRAL2`	바르샤바
	`EUROPE-NORTH1`	핀란드	낮은 CO₂
	`EUROPE-SOUTHWEST1`	마드리드	낮은 CO₂
	`EUROPE-WEST1`	벨기에	낮은 CO₂
	`EUROPE-WEST2`	런던
	`EUROPE-WEST3`	프랑크푸르트
	`EUROPE-WEST4`	네덜란드
	`EUROPE-WEST6`	취리히	낮은 CO₂
	`EUROPE-WEST8`	밀라노
	`EUROPE-WEST9`	파리	낮은 CO₂
아시아
	`ASIA-EAST1`	타이완
	`ASIA-EAST2`	홍콩
	`ASIA-NORTHEAST1`	도쿄
	`ASIA-NORTHEAST2`	오사카
	`ASIA-NORTHEAST3`	서울
	`ASIA-SOUTHEAST1`	싱가포르
인도
	`ASIA-SOUTH1`	뭄바이
	`ASIA-SOUTH2`	델리
인도네시아
	`ASIA-SOUTHEAST2`	자카르타
중동
	`ME-WEST1`	텔아비브
오스트레일리아
	`AUSTRALIA-SOUTHEAST1`	시드니
	`AUSTRALIA-SOUTHEAST2`	멜버른

이중 리전

이중 리전 버킷을 만들 때 이중 리전을 만드는 데 사용하는 리전 쌍은 지리적으로 동일한 지역에 있어야 합니다.

이중 리전 만들기가 현재 지원되는 리전은 다음과 같습니다.

지리적 지역	리전 이름	리전 설명
아시아
	`ASIA-EAST1`	타이완
	`ASIA-NORTHEAST1`¹	도쿄
	`ASIA-NORTHEAST2`¹	오사카
	`ASIA-SOUTHEAST1`	싱가포르
	`ASIA-SOUTH1`²	뭄바이
	`ASIA-SOUTH2`²	델리
유럽
	`EUROPE-CENTRAL2`	바르샤바
	`EUROPE-NORTH1`³	핀란드
	`EUROPE-SOUTHWEST1`	마드리드
	`EUROPE-WEST1`	벨기에
	`EUROPE-WEST3`	프랑크푸르트
	`EUROPE-WEST4`³	네덜란드
	`EUROPE-WEST8`	밀라노
	`EUROPE-WEST9`	파리
북미
	`US-CENTRAL1`⁴	아이오와
	`US-EAST1` ⁴	사우스캐롤라이나
	`US-EAST4`	북버지니아
	`US-EAST5`⁵	콜럼버스
	`US-SOUTH1`	댈러스
	`US-WEST1`	오리건
	`US-WEST2`	로스앤젤레스
	`US-WEST3`	솔트레이크시티
	`US-WEST4`	라스베이거스

¹ASIA-NORTHEAST1 및 ASIA-NORTHEAST2은 현재 함께 페어링되어야 하며, 이 이중 리전 페어링은 일반적인 이중 리전 페어링과 다르게 작동합니다. 자세한 내용은 사전 정의된 이중 리전을 참조하세요.

²ASIA-SOUTH1 및 ASIA-SOUTH2는 현재 함께 페어링되어야 하며 LOCATION 매개변수를 IN로 설정하여 사용해야 합니다. 이 이중 리전 페어링과 함께 고객 관리 암호화 키 또는 리소스 위치 제약조건을 사용할 때 이 위치를 지정해야 합니다.

³EUROPE-NORTH1 및 EUROPE-WEST4 이중 리전 페어링은 일반적인 이중 리전 페어링과 다르게 작동합니다. 자세한 내용은 사전 정의된 이중 리전을 참조하세요.

⁴US-CENTRAL1 및 US-EAST1 이중 리전 페어링은 일반적인 이중 리전 페어링과 다르게 작동합니다. 자세한 내용은 사전 정의된 이중 리전을 참조하세요.

⁵US-EAST5는 현재 US-CENTRAL1 또는 US-EAST1과 페어링되어야 합니다.

사전 정의된 이중 리전

다음 이중 리전 페어링은 사전 정의된 이중 리전으로만 존재하며 대부분의 이중 리전 페어링과 몇 가지 차이점이 있습니다.

사전 정의된 이중 리전 이름	리전 설명
`ASIA1`	도쿄 + 오사카
`EUR4`	핀란드 + 네덜란드
`NAM4`	아이오와 + 사우스캐롤라이나

사전 정의된 이중 리전을 사용할 때는 다음 사항에 유의하세요.

일반적인 이중 리전 생성 워크플로를 사용하여 사전 정의된 이중 리전을 만들 수 없습니다. 커스텀 배치 구성 없이 사전 정의된 이중 리전 이름을 위치로 설정하여 생성해야 합니다. 이러한 버킷은 생성되면 사전 정의된 이중 리전 이름을 위치로 표시하며 커스텀 배치 구성은 포함되어 있지 않습니다.
- 일부 도구는 사전 정의된 이중 리전에서 이 동작의 일부 또는 전체를 숨깁니다. 예를 들어 Google Cloud 콘솔에서 버킷 만들기는 모든 이중 리전 쌍에서 동일합니다. 하지만 일단 만들어지면 Google Cloud 콘솔은 사전 정의된 이름을 사용하여 사전 정의된 이중 리전의 위치를 표시하며, 이러한 버킷에는 이 섹션에 나열된 나머지 고려사항이 적용됩니다.
사전 정의된 이중 리전에는 동일한 대륙의 다른 이중 리전과 비교하여 다른 Cloud KMS 키가 필요합니다. 자세한 내용은 고객 관리 암호화 키 제한사항을 참조하세요.
사전 정의된 이중 리전은 해당 위치별 SKU에 따라 스토리지 사용량을 청구하는 반면, 일반적인 이중 리전은 기본 리전에 따라 비용을 청구합니다.
조직 정책에서 리소스 위치 제약조건을 사용할 때 사전 정의된 이중 리전은 위치한 멀티 리전에 포함되지 않지만 일반적인 이중 리전은 포함됩니다. 사전 정의된 이중 리전은 제약조건을 설정할 때 명시적으로 추가하거나 제약조건에 포함된 값 그룹의 일부여야 합니다.

멀티 리전

멀티 리전 이름	멀티 리전 설명
`ASIA`	아시아의 데이터 센터
`EU`	유럽 연합 회원국 내 데이터 센터^*
`US`	미국의 데이터 센터

^* EU 멀티 리전의 버킷에 추가된 객체 데이터는 EUROPE-WEST2(런던) 또는 EUROPE-WEST6(취리히) 리전에 저장되지 않습니다.

다음 단계

버킷 만들기
Cloud Storage에서 사용할 수 있는 스토리지 클래스 살펴보기
이중 리전 자세히 알아보기
전 세계 위치에서 사용할 수 있는 모든 Google Cloud 서비스 보기
다른 Google Cloud 서비스에 적용되는 기타 위치 기반 개념 살펴보기(예: 영역)

직접 사용해 보기

Google Cloud를 처음 사용하는 경우 계정을 만들어 실제 시나리오에서 Cloud Storage의 성능을 평가할 수 있습니다. 신규 고객에게는 워크로드를 실행, 테스트, 배포하는 데 사용할 수 있는 $300의 무료 크레딧이 제공됩니다.

Cloud Storage 무료로 사용해 보기