Cloud Storage 데이터를 다른 위치로 이동

Last reviewed 2022-06-20 UTC

Cloud Storage 버킷을 만들 때 영구적인 지리적 위치를 선택합니다. 비즈니스 요구사항이 달라질 경우 데이터를 저장하는 위치도 변경해야 할 수 있습니다. 예를 들어 데이터를 가용성이 높은 이중 리전 버킷, 더 저렴한 리전 버킷 또는 단순히 전 세계 다른 리전에 배치하는 것이 더 좋을 수 있습니다.

이 튜토리얼에서는 니즈에 가장 잘 맞는 위치를 선택하도록 도와줍니다.

목표

  • 새로운 Cloud Storage 데이터 위치를 선택합니다.

비용

이 문서에서는 비용이 청구될 수 있는 다음과 같은 Google Cloud 구성요소를 사용합니다.

프로젝트 사용량을 기준으로 예상 비용을 산출하려면 가격 계산기를 사용하세요. Google Cloud를 처음 사용하는 사용자는 무료 체험판을 사용할 수 있습니다.

시작하기 전에

이 튜토리얼을 시작하기 위한 기본 요건은 없습니다.

새 위치 선택

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

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

위치 추천

요구사항 추천 버킷 위치 워크로드 예시
  • 최적화된 지연 시간 및 대역폭
  • 최저 데이터 스토리지 비용
  • 영역 간 중복성
 지역1
  • 애널리틱스
  • 백업 및 보관처리
  • 최적화된 지연 시간 및 대역폭
  • 데이터 사본이 저장되는 위치를 정확하게 제어하는 리전 간 중복
 이중 리전2
  • 애널리틱스
  • 백업 및 보관처리
  • 재해 복구
  • 지역 간 데이터 액세스
  • 리전 간 중복성
 멀티 리전
  • 콘텐츠 제공
  1. 멕시코, 몬트리올, 오사카 리전은 1~2개의 물리적 데이터 센터에 3개의 영역이 있습니다. 이러한 리전은 최소 3개의 물리적 데이터 센터로 확장 중입니다. 자세한 내용은 클라우드 위치 및 Google Cloud Platform SLA를 참고하세요. 워크로드의 안정성을 개선하려면 멀티 리전 배포를 고려하세요.
  2. 예측 가능한 단기 복구 지점 목표(RPO)가 필요한 경우 프리미엄 터보 복제 기능을 사용 설정합니다.
  • 성능을 최대화하고 총 소유 비용을 줄이려면 데이터와 컴퓨팅을 같은 리전에 배치합니다. 리전 및 이중 리전 모두 이 목적에 적합합니다.
  • 데이터 복제 요금이 부과되지 않도록 하려면 리전에 단기 데이터 세트를 저장합니다.

  • 중간 수준의 성능 및 임시 분석 워크로드의 경우 멀티 리전 스토리지를 선택하는 것이 경제적일 수 있습니다.

  • 새 버킷으로 전송할 때 현재 스토리지 클래스가 여전히 요구사항에 맞는지를 고려합니다.

전송 계획 및 시작

새 위치를 결정한 후 Cloud Storage 버킷 간의 전송을 참조하여 데이터 이동을 계획하고 실행합니다.