버킷 위치

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

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

주요 개념

  • 버킷을 만들 때 객체 데이터를 저장할 지리적 위치를 영구적으로 설정합니다.

  • 선택할 수 있는 위치 유형은 다음과 같습니다.

    • 리전은 상파울루와 같은 특정한 지리적 장소입니다.

    • 이중 리전은 도쿄 및 오사카와 같은 특정한 리전의 쌍입니다.

    • 멀티 리전은 두 개 이상의 지리적 장소를 포함하는 넓은 지리적 지역(예: 미국)입니다.

  • 모든 Cloud Storage 데이터는 업로드되는 즉시 지리적 장소 최소 한 곳 이상에 있는 영역 최소 두 개 이상에서 중복됩니다.

  • 또한 멀티 리전이나 이중 리전에 저장된 객체는 지리적 중복입니다. 지리적으로 중복된 객체는 최소 161km 이상 떨어진 지리적 장소 최소 두 곳 이상에 중복 저장됩니다.

    • 기본 복제는 목표 시간(1시간) 내에 새로 작성된 객체의 99.9%에 지리적 중복성을 제공하도록 설계되었습니다. 새로 작성된 객체에는 업로드, 재작성, 복사, 조합이 포함됩니다.

    • 터보 복제에서는 목표 시간(15분) 내에 새로 작성된 모든 객체에 지리적 중복성을 제공합니다. 이중 리전 버킷에만 적용됩니다.

  • Cloud Storage는 서비스별 약관에 따라 선택된 위치에 객체 데이터를 저장합니다.

위치 고려사항

바람직한 위치는 데이터 소비자의 지연 시간, 가용성, 대역폭 비용이 균형 잡힌 위치입니다.

  • 리전을 사용하면 동일한 리전에서 그룹화된 분석 파이프라인과 같은 데이터 소비자의 지연 시간과 네트워크 대역폭을 최적화할 수 있습니다.

    • 리전 위치에서 평가되는 데이터 복제 요금이 없으므로 리전은 단기 데이터에 적합합니다.

  • 리전과 유사한 성능 이점과 함께 지리적 중복을 통해 제공되는 더 높은 가용성을 원하는 경우 이중 리전을 사용하는 것이 좋습니다.

    • 기존 스토리지 모델은 기본 및 보조 지리적 위치에 의존하는 경우가 많지만 이중 리전은 기본 위치 및 보조 위치 간에 네트워크 사용량을 리디렉션할 필요가 없으므로 비즈니스 연속성 및 재해 복구 프로세스를 간소화합니다. Cloud Storage는 항상 버킷의 현재 상태를 이해하고 필요에 따라 어느 리전에서든 객체를 투명하게 제공합니다. 이중 리전 버킷은 복구 시간 목표(RTO)가 0이 되도록 설계되어 있으며, 일시적인 리전 장애는 일반적으로 사용자에게 표시되지 않습니다.

    • 이중 리전은 두 리전에서 동시에 active-active를 실행할 수 있는 고성능 분석 워크로드에 특히 적합합니다. 즉, 사용자는 두 리전의 데이터를 동일한 버킷에 읽고 쓸 수 있으며 고성능을 경험할 수 있습니다. 이중 리전은 strong consistency를 가지므로 읽기 및 쓰기가 수행되는 위치에 관계없이 데이터 뷰가 항상 동일합니다.

    • 더 짧고 예측 가능한 복구 지점 목표(RPO)가 필요한 경우 터보 복제를 사용합니다. 이 기능은 새로 작성하거나 다시 작성한 Cloud Storage 객체를 15분의 목표 시간 내에 별도의 리전으로 비동기적으로 복제하도록 설계되었습니다.

    • 이중 리전은 사용자가 규정 준수 요구 사항을 해결하는 데 도움이 되도록 데이터가 저장되는 위치를 선택할 수 있는 권한을 제공합니다. 예를 들어 데이터 사본 간의 물리적 거리와 관련된 업종별 요구사항을 해결합니다.

  • Google 네트워크 외부에 있고 지리적으로 넓은 영역에 분산되어 있는 데이터 소비자에게 콘텐츠를 제공하려는 경우에는 멀티 리전을 사용합니다.

  • 일반적으로 편리한 위치 또는 데이터 사용자의 대다수가 포함된 위치에 데이터를 저장해야 합니다. 예를 들어 EU 데이터의 경우 EU 버킷을 선택하고, US 데이터의 경우 US 버킷을 선택할 수 있습니다.

  • 각 위치의 스토리지 비용은 데이터 스토리지 가격 책정을 참조하세요.

Compute Engine VM 참고

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

사용 가능한 위치

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

리전

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

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

이중 리전

현재 지원되는 리전은 다음과 같습니다.

대륙 리전 이름 리전 설명
북미
US-CENTRAL1 아이오와
US-EAST1 사우스캐롤라이나
US-EAST4 북 버지니아
US-WEST1 오리건
아시아
ASIA-EAST1 타이완
ASIA-SOUTHEAST1 싱가포르
유럽
EUROPE-NORTH1 핀란드
EUROPE-WEST1 벨기에
EUROPE-WEST4 네덜란드

사전 정의된 이중 리전

다음과 같은 사전 정의된 이중 리전은 계속 지원되지만 버킷을 만들 때 사용할 특정 리전(예: US-CENTRAL1+US-EAST1)을 나열하는 것이 좋습니다. 자세한 내용은 이중 리전 버킷 만들기를 참조하세요.

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

멀티 리전

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

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

다음 단계

직접 사용해 보기

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

Cloud Storage 무료로 사용해 보기