이 페이지는 Cloud Translation API를 통해 번역되었습니다.

버킷 위치

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

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

주요 개념

버킷을 만들 때 객체 데이터를 저장할 지리적 위치를 영구적으로 설정합니다.
- 생성 후에는 버킷 위치를 변경할 수 없지만 데이터를 다른 위치의 버킷으로 이동할 수 있습니다.
선택할 수 있는 위치 유형은 다음과 같습니다.
- 리전은 상파울루와 같은 특정한 지리적 장소입니다.
- 이중 리전은 도쿄 및 오사카와 같은 특정한 리전의 쌍입니다.
  - 이중 리전 페어링을 사전 정의하거나 구성할 수 있습니다.
- 멀티 리전은 두 개 이상의 지리적 장소를 포함하는 넓은 지리적 지역(예: 미국)입니다.
위치 유형에 따라 데이터의 복제 및 가격 책정 방식이 결정됩니다.
Cloud Storage는 서비스별 약관에 따라 선택된 위치에 객체 데이터를 저장합니다.
버킷의 위치 정보는 버킷 메타데이터의 일부이며 권한이 있는 경우 볼 수 있습니다.

위치 고려사항

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

	지역	이중 리전	멀티 리전
가용성	가용 영역 전반에 걸친 데이터 중복(동기) RTO(복구 시간 목표)=0: 영역에 장애 발생 시 자동 장애 조치 및 장애 복구(스토리지 경로를 변경할 필요 없음)	특정 스토리지 클래스의 리전보다 높은 고가용성 리전 전반에 걸친 데이터 중복(비동기) 15분 내에 복제되는 터보 복제 옵션 RTO(복구 시간 목표)=0: 리전에 장애 발생 시 자동 장애 조치 및 장애 복구(스토리지 경로를 변경할 필요 없음)	특정 스토리지 클래스의 리전보다 높은 고가용성 리전 전반에 걸친 데이터 중복(비동기) RTO(복구 시간 목표)=0: 리전에 장애 발생 시 자동 장애 조치 및 장애 복구(스토리지 경로를 변경할 필요 없음)
가격 책정	최저 스토리지 가격 복제 요금 없음 동일 리전 내에서 데이터를 읽을 때 아웃바운드 데이터 전송 요금 없음	최고 스토리지 가격 쓰기 시 복제 요금이 청구됨 두 리전 내에서 데이터를 읽을 때 아웃바운드 데이터 전송 요금 없음	리전보다 높지만 이중 리전보다 낮은 스토리지 가격 쓰기 시 복제 요금이 청구됨 데이터를 읽을 때 항상 아웃바운드 데이터 전송 요금 부과

위치 추천

요구사항	추천 버킷 위치	워크로드 예시
최적화된 지연 시간 및 대역폭 최저 데이터 스토리지 비용 영역 간 중복성	지역¹	애널리틱스 백업 및 보관처리
최적화된 지연 시간 및 대역폭 데이터 사본이 저장되는 위치를 정확하게 제어하는 리전 간 중복	이중 리전²	애널리틱스 백업 및 보관처리 재해 복구
지역 간 데이터 액세스 리전 간 중복성	멀티 리전	콘텐츠 제공

지역별 고려사항에 관한 자세한 내용은 지역 및 리전을 참고하세요.
예측 가능한 단기 복구 지점 목표(RPO)가 필요한 경우 프리미엄 터보 복제 기능을 사용 설정합니다.

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

Compute Engine VM 참고

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

사용 가능한 위치

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

리전

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

¹몬트리올, 오사카, 케레타로의 경우 물리적 데이터 센터 1~2곳에 영역 3개가 있습니다. 드물지만 재해가 발생하면 이러한 리전에 저장된 데이터가 손실될 수 있습니다. 이를 방지하려면 데이터 보호를 강화하기 위해 이중 리전을 사용하거나 Storage Transfer Service를 사용하여 비즈니스에 중요한 데이터를 두 번째 리전에 백업하는 것이 좋습니다.

이중 리전

이중 리전 버킷에 저장된 객체는 이중 리전을 구성하는 각 리전에 저장되도록 복제됩니다. 객체가 두 리전 간에 복제되는 데 걸리는 시간은 버킷의 복제 설정에 따라 결정됩니다.

Cloud Storage에서는 두 가지 유형의 이중 리전을 지원합니다.

사전 정의된 이중 리전은 고유한 위치 코드로 식별되며 특정 리전 2개를 나타냅니다. 예를 들어 NAM4는 US-CENTRAL1 및 US-EAST1로 구성된 사전 정의된 이중 리전의 위치 코드입니다.
구성 가능한 이중 리전은 이중 리전이 있는 지리적 영역의 위치 코드와 리전 쌍을 지정하는 게재위치 구성으로 식별됩니다. 예를 들어 위치 코드가 EU이고 EU-CENTRAL2 및 EU-WEST1로 구성된 게재위치 구성이 있는 구성 가능한 이중 리전을 만들 수 있습니다.

페어링하려는 리전을 이중 리전으로 사용할 수 없으면 리전마다 개별 버킷을 만들고 Storage Transfer Service 이벤트 기반 전송을 사용하여 버킷을 동기화된 상태로 유지하는 것이 좋습니다.

구성 가능한 이중 리전

구성 가능한 이중 리전에 버킷을 만들 때 이중 리전을 만드는 데 사용하는 리전 쌍에서 같은 위치 코드를 사용해야 합니다. 이 코드는 버킷의 LOCATION에 설정되며 또한 이중 리전 버킷과 함께 고객 관리 암호화 키 또는 리소스 위치 제약 조건을 사용할 때 지정하는 위치입니다.

구성 가능한 이중 리전 버킷을 만들 때 사용할 수 있는 리전은 다음과 같습니다.

위치 코드	리전 이름	리전 설명
`ASIA`
	`ASIA-EAST1`	타이완
	`ASIA-SOUTHEAST1`	싱가포르
`AU`
	`AUSTRALIA-SOUTHEAST1`	시드니
	`AUSTRALIA-SOUTHEAST2`	멜버른
`CA`
	`NORTHAMERICA-NORTHEAST1`	몬트리올
	`NORTHAMERICA-NORTHEAST2`	토론토
`EU`
	`EUROPE-CENTRAL2`	바르샤바
	`EUROPE-NORTH1`¹	핀란드
	`EUROPE-SOUTHWEST1`	마드리드
	`EUROPE-WEST1`	벨기에
	`EUROPE-WEST3`	프랑크푸르트
	`EUROPE-WEST4`¹	네덜란드
	`EUROPE-WEST8`	밀라노
	`EUROPE-WEST9`	파리
`IN`
	`ASIA-SOUTH1`	뭄바이
	`ASIA-SOUTH2`	델리
`US`
	`US-CENTRAL1`²	아이오와
	`US-EAST1`²	사우스캐롤라이나
	`US-EAST4`	북버지니아
	`US-EAST5`³	콜럼버스
	`US-SOUTH1`	댈러스
	`US-WEST1`	오리건
	`US-WEST2`	로스앤젤레스
	`US-WEST3`	솔트레이크시티
	`US-WEST4`	라스베이거스

¹EUROPE-NORTH1 및 EUROPE-WEST4 이중 리전 페어링은 사전 정의된 이중 리전으로만 사용 가능합니다.

²US-CENTRAL1 및 US-EAST1 이중 리전 페어링은 사전 정의된 이중 리전으로만 사용 가능합니다.

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

잘못된 쌍(예: 위치 코드가 다른 리전)을 사용하여 버킷을 만들려고 하면 오류가 반환됩니다.

사전 정의된 이중 리전

사전 정의된 이중 리전에서 버킷을 만들 때 리전과 멀티 리전에 버킷을 만드는 방식과 동일한 방식으로 리전 쌍을 고유하게 식별하는 위치 코드를 사용합니다. 이 위치 코드는 이중 리전 버킷과 함께 고객 관리 암호화 키 또는 리소스 위치 제약 조건을 사용할 때 지정됩니다.

사전 정의된 이중 리전에서 버킷을 만들 때 사용할 수 있는 옵션은 다음과 같습니다.

사전 정의된 이중 리전 이름	리전 이름	리전 설명
`ASIA1`	`ASIA-NORTHEAST1` + `ASIA-NORTHEAST2`	도쿄 + 오사카
`EUR4`	`EUROPE-NORTH1` + `EUROPE-WEST4`	핀란드 + 네덜란드
`EUR5`	`EUROPE-WEST1` + `EUROPE-WEST2`	벨기에 + 런던
`EUR7`	`EUROPE-WEST2` + `EUROPE-WEST3`	런던 + 프랑크푸르트
`EUR8`	`EUROPE-WEST3` + `EUROPE-WEST6`	프랑크푸르트 + 취리히
`NAM4`	`US-CENTRAL1` + `US-EAST1`	아이오와 + 사우스캐롤라이나

멀티 리전

멀티 리전 이름	멀티 리전 설명
`ASIA`	홍콩 및 인도네시아를 제외한 아시아 내 데이터 센터
`EU`	유럽 연합 회원국 내 데이터 센터^*
`US`	미국의 데이터 센터

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

다음 단계

버킷 만들기
버킷의 메타데이터를 확인하여 기존 버킷의 위치 가져오기
Cloud Storage의 가용성 및 내구성 자세히 알아보기
Google Cloud 서비스를 전 세계 위치에서 사용할 수 있습니다.
다른 Google Cloud 서비스에 적용되는 기타 위치 기반 개념 살펴보기(예: 영역)

직접 사용해 보기

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

Cloud Storage 무료로 사용해 보기