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

Last reviewed 2022-06-20 UTC

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

이 튜토리얼에서는 니즈에 가장 잘 맞는 위치를 선택하도록 도와준 후 새 Cloud Storage 버킷을 설정하고 Storage Transfer Service를 사용해 데이터를 새 위치로 이동하는 방법을 보여줍니다.

목표

  • 새로운 Cloud Storage 데이터 위치를 선택합니다.
  • 전송 전략을 정의합니다.
  • 데이터를 새 위치로 전송합니다.

비용

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

2022년 4월 2일부터 2022년 12월 31일까지 Storage Transfer Service에서 서비스 사용 시 일반적으로 발생하는 대부분의 전송 비용이 정지됩니다. 이러한 임시 청구 보류는 Cloud Storage에서 사용 사례에 가장 적합한 위치로 데이터를 마이그레이션하도록 돕기 위한 것입니다.

2022년 12월 31일 이후에는 Storage Transfer Service를 사용할 때 다음과 같은 Cloud Storage 가격 책정이 적용됩니다.

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

시작하기 전에

  1. Google Cloud 계정에 로그인합니다. Google Cloud를 처음 사용하는 경우 계정을 만들고 Google 제품의 실제 성능을 평가해 보세요. 신규 고객에게는 워크로드를 실행, 테스트, 배포하는 데 사용할 수 있는 $300의 무료 크레딧이 제공됩니다.
  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  3. Google Cloud 프로젝트에 결제가 사용 설정되어 있는지 확인합니다.

  4. API Cloud Storage and Storage Transfer Service 사용 설정

    API 사용 설정

  5. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  6. Google Cloud 프로젝트에 결제가 사용 설정되어 있는지 확인합니다.

  7. API Cloud Storage and Storage Transfer Service 사용 설정

    API 사용 설정

  8. Google Cloud 콘솔에서 Cloud Shell을 활성화합니다.

    Cloud Shell 활성화

    Google Cloud 콘솔 하단에서 Cloud Shell 세션이 시작되고 명령줄 프롬프트가 표시됩니다. Cloud Shell은 Google Cloud CLI가 사전 설치된 셸 환경으로, 현재 프로젝트의 값이 이미 설정되어 있습니다. 세션이 초기화되는 데 몇 초 정도 걸릴 수 있습니다.

  9. Google Cloud 콘솔에서 IAM 및 관리 페이지로 이동하여 계정에 스토리지 관리자 및 Access Context Manager 관리자 역할을 부여합니다.

    IAM 및 관리 페이지로 이동

    스토리지 관리자 역할은 다음 권한을 갖습니다.

    • firebase.projects.get
    • resourcemanager.projects.get
    • resourcemanager.projects.list
    • storage.buckets.*
    • storage.objects.*

새 위치 선택

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

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

위치 추천

요구사항 추천 버킷 위치 워크로드 예시
  • 최적화된 지연 시간 및 대역폭
  • 최저 데이터 스토리지 비용
  • 영역 간 중복성
리전
  • 애널리틱스
  • 백업 및 보관처리
  • 최적화된 지연 시간 및 대역폭
  • 리전 간 중복성
이중 리전1
  • 애널리틱스
  • 백업 및 보관처리
  • 재해 복구
  • 지역 간 데이터 액세스
  • 리전 간 중복성
멀티 리전
  • 콘텐츠 제공
  1. 예측 가능한 단기 복구 지점 목표(RPO)가 필요한 경우 프리미엄 터보 복제 기능을 사용 설정합니다.
  • 성능을 최대화하고 총 소유 비용을 줄이려면 데이터와 컴퓨팅을 같은 리전에 배치합니다. 리전 및 이중 리전 모두 이 목적에 적합합니다.
  • 데이터 복제 요금이 부과되지 않도록 하려면 리전에 단기 데이터 세트를 저장합니다.
  • 중간 수준의 성능 및 임시 분석 워크로드의 경우 멀티 리전 스토리지를 선택하는 것이 경제적일 수 있습니다.

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

전송 계획 및 시작

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