Google uses AI technology to translate content into your preferred language. AI translations can contain errors.
의견 보내기
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: 리전에 장애 발생 시 자동 장애 조치 및 장애 복구(스토리지 경로를 변경할 필요 없음)
가격 책정
모든 위치 유형 중에서 가장 높은 스토리지 가격으로 까다로운
워크로드에 Cloud Storage에서 가장 높은 성능을 제공합니다.
영역 버킷별 데이터 전송 요금이 부과됩니다. 자세한 내용은 Cloud Storage 가격 책정 을 참조하세요.
최저 스토리지 가격
복제 요금 없음
동일 리전 내에서 데이터를 읽을 때 아웃바운드 데이터 전송 요금 없음
최고 스토리지 가격
쓰기 시 복제 요금이 청구됨
두 리전 내에서 데이터를 읽을 때 아웃바운드 데이터 전송 요금 없음
리전보다 높지만 이중 리전보다 낮은 스토리지 가격
쓰기 시 복제 요금이 청구됨
데이터를 읽을 때 항상 아웃바운드 데이터 전송 요금 부과
위치 추천
요구사항
추천 버킷 위치
워크로드 예시
매우 짧은 지연 시간
매우 높은 대역폭 및 I/O
고성능
영역1
인공지능 (AI) 및 머신러닝 (ML)
고성능 컴퓨팅
데이터 집약적 분석
최적화된 지연 시간 및 대역폭
최저 데이터 스토리지 비용
영역 간 중복성
리전2
최적화된 지연 시간 및 대역폭
데이터 사본이 저장되는 위치를 정확하게 제어하는 리전 간 중복
이중 리전3
멀티 리전
성능을 최대화하고 요청과 응답 간의 지연 시간을 줄이려면 저장된 데이터를 데이터에 액세스하는 컴퓨팅 리소스와 동일한 영역에 배치합니다. 영역에 데이터를 저장하려면
Rapid Bucket 을 사용합니다.
개별 영역 내에서 데이터 손실 위험을 방지하려면 리전 또는 이중 리전을 사용합니다.
데이터 복제 요금이 부과되지 않도록 하려면 리전에 단기 데이터 세트를 저장합니다.
중간 수준의 성능 및 임시 분석 워크로드의 경우 멀티 리전 스토리지를 선택하는 것이 경제적일 수 있습니다.
스토리지와 컴퓨팅이 동일한 위치에 있지 않으므로 멀티 리전 버킷의 데이터를 사용하는 워크로드의 성능은 시간이 지남에 따라 달라질 수 있습니다. 멀티 리전 워크로드에 엄격한 성능 요구사항이 있는 경우
Rapid Cache 를 사용 설정하는 것이 좋습니다.
새 버킷으로 전송할 때 현재
스토리지 클래스 가 여전히
요구사항에 맞는지를 고려합니다.
전송 계획 및 시작
새 위치를 결정한 후 Cloud Storage 버킷 간의 전송 을 참조하여 데이터 이동을 계획하고 실행합니다.
의견 보내기
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스 에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스 에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책 을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2022-06-20(UTC)
의견을 전달하고 싶나요?
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2022-06-20(UTC)"],[],[]]