Storage Transfer Service는 Amazon S3 API와 호환되는 클라우드 또는 온프레미스 객체 스토리지 시스템에서의 전송을 지원합니다.
Storage Transfer Service는 데이터 소스와 가까운 VM에 배포된 전송 에이전트를 사용하여 S3 호환 소스의 데이터에 액세스합니다. 이러한 에이전트는 Docker 컨테이너에서 실행되며 에이전트 풀에 속합니다. 에이전트 풀은 동일한 구성을 사용하고 전체적으로 데이터를 병렬로 이동시키는 에이전트 모음입니다.
이 기능을 사용하여 온프레미스 또는 클라우드 객체 스토리지에서 Cloud Storage로 마이그레이션하거나 데이터를 보관처리하여 온프레미스 스토리지 용량을 확보하거나 비즈니스 연속성을 위해 Google Cloud에 데이터 복제하거나 분석 및 처리를 위해 Google Cloud로 데이터를 전송할 수 있습니다. AWS S3에서 Cloud Storage로 마이그레이션하는 고객에게 이 기능은 Google Cloud로의 네트워크 경로를 제어할 수 있는 옵션을 제공하여 아웃바운드 데이터 전송 비용이 상당히 절감됩니다.
시작하기 전에
전송을 구성하기 전에 다음 단계를 완료하세요.
- 사용자 계정에 스토리지 전송 관리자 역할을 부여합니다.
- gcloud CLI를 설치합니다.
- 전송 에이전트 머신에 Docker를 설치하는 등 파일 시스템 전송 요구사항을 충족합니다.
에이전트 ID 프리픽스, 에이전트 풀 이름 또는 전송 작업 이름에 개인 식별 정보(PII) 또는 보안 데이터와 같은 민감한 정보를 포함하지 마세요. 리소스 이름은 다른 Google Cloud 리소스의 이름으로 전파될 수 있으며 프로젝트 외부의 Google 내부 시스템에 노출될 수 있습니다.
소스 사용자 인증 정보 가져오기
S3 호환 소스에서 전송하려면 액세스 키 ID 및 보안 비밀 액세스 키가 필요합니다.
이를 가져오는 단계는 스토리지 제공업체에 따라 다릅니다.
ID와 키가 생성되는 계정에는 다음 권한 중 하나가 필요합니다.
- 소스에서 객체를 삭제하지 않으려는 경우 소스 객체에 대한 읽기 전용 권한
- 전송 중에 소스에서 객체를 삭제하는 경우 소스 객체에 대한 전체 액세스 권한
계정을 만들고, 권한을 추가하고, 액세스 키 ID 및 보안 비밀 액세스 키를 다운로드했으면 ID와 키를 안전한 곳에 저장합니다.
대상 버킷에 대한 액세스 구성
싱크에 대한 액세스 구성: Cloud Storage의 안내에 따라 대상 버킷에 대한 액세스를 구성합니다.
에이전트 풀 만들기
에이전트 풀 이름에 개인 식별 정보(PII) 또는 보안 데이터와 같은 민감한 정보를 포함하지 마세요. 리소스 이름은 다른 Google Cloud 리소스의 이름으로 전파될 수 있으며 프로젝트 외부의 Google 내부 시스템에 노출될 수 있습니다.에이전트 풀을 만들려면 다음 안내를 따르세요.
Google Cloud 콘솔
Google Cloud 콘솔에서 에이전트 풀 페이지로 이동합니다.
에이전트 풀 페이지가 표시되고 기존 에이전트 풀이 나열됩니다.
다른 풀 만들기를 클릭합니다.
풀 이름을 지정하고 필요한 경우 설명합니다.
풀에 전체 대역폭 단위로 적용할 대역폭 한도를 설정할 수 있습니다. 지정된 대역폭(MB/s)이 풀에 있는 모든 에이전트로 분할됩니다. 자세한 내용은 네트워크 대역폭 관리를 참조하세요.
만들기를 클릭합니다.
REST API
projects.agentPools.create를 사용합니다.
POST https://storagetransfer.googleapis.com/v1/projects/PROJECT_ID/agentPools?agent_pool_id=AGENT_POOL_ID
각 항목의 의미는 다음과 같습니다.
PROJECT_ID
: 에이전트 풀을 만들려는 프로젝트 ID입니다.AGENT_POOL_ID
: 만들려는 에이전트 풀 ID입니다.
에이전트 풀이 Creating
상태에서 30분이 넘게 정체되는 경우 에이전트 풀을 삭제하고 다시 만드는 것이 좋습니다.
에이전트 풀이 Creating
상태일 때 프로젝트에서 필수 Storage Transfer Service 권한을 취소하면 잘못된 서비스 동작이 발생합니다.
gcloud CLI
gcloud
명령줄 도구로 에이전트 풀을 만들려면 [gcloud transfer agent-pools create
][agent-pools-create]를 실행합니다.
gcloud transfer agent-pools create AGENT_POOL
사용 가능한 옵션은 다음과 같습니다.
AGENT_POOL은 이 풀의 고유한 영구 식별자입니다.
--no-async
는 풀이 생성될 때까지 터미널에서 다른 태스크를 차단합니다. 이를 포함하지 않으면 풀 생성이 비동기적으로 실행됩니다.--bandwidth-limit
는 이 풀의 에이전트에 제공할 수 있는 대역폭 양을 MB/초 단위로 정의합니다. 대역폭 한도는 풀의 모든 에이전트에 적용되며 풀의 전송 워크로드가 대역폭을 공유하는 다른 작업을 중단시키는 것을 방지할 수 있습니다. 예를 들어 대역폭 한도를 50MB/s로 설정하려면 '50'을 입력합니다. 이 플래그를 지정하지 않으면 이 풀의 에이전트는 사용 가능한 모든 대역폭을 사용합니다.--display-name
은 이 풀을 식별하는 데 도움이 되는 수정 가능한 이름입니다. 풀의 고유한 전체 리소스 이름에 맞지 않을 수 있는 세부정보를 포함할 수 있습니다.
전송 에이전트 설치
전송 에이전트는 Storage Transfer Service를 통해 소스의 전송 활동을 조정하는 소프트웨어 에이전트입니다. 소스 데이터에 대한 액세스 권한이 있는 시스템에 설치해야 합니다.
gcloud CLI
gcloud
CLI를 사용하여 S3 호환 소스에 사용할 에이전트를 설치하려면 transfer agents install
명령어를 사용합니다.
액세스 사용자 인증 정보를 환경 변수로 AWS_ACCESS_KEY_ID
및 AWS_SECRET_ACCESS_KEY
값으로 제공하거나 시스템 구성 파일에 기본 사용자 인증 정보로 저장해야 합니다.
export AWS_ACCESS_KEY_ID=ID
export AWS_SECRET_ACCESS_KEY=SECRET
gcloud transfer agents install --pool=POOL_NAME
서비스 계정 키를 사용하여 에이전트를 만들려면 --creds-file
옵션을 사용합니다.
gcloud transfer agents install --pool=POOL_NAME \
--creds-file=/relative/path/to/service-account-key.json
전송 에이전트를 실행하는 데 사용되는 사용자 또는 서비스 계정에 다음 IAM 역할을 부여해야 합니다.
- 프로젝트의 스토리지 전송 에이전트(
roles/storagetransfer.transferAgent
). 자세한 내용은 IAM 문서의 단일 역할 부여를 참조하세요. - 프로젝트 또는 대상 프로젝트의 스토리지 객체 관리자(
roles/storage.objectAdmin
) 또는 에이전트 기반 전송 권한에 나열된 권한이 포함된 커스텀 역할. 자세한 내용은 버킷 수준 정책에 주 구성원 추가를 참조하세요.
전송 작업 만들기
Google Cloud 콘솔
S3 호환 소스에서 Cloud Storage 버킷으로의 전송을 만들려면 다음 단계를 따르세요.
Google Cloud Console의 Storage Transfer Service 페이지로 이동합니다.
전송 작업 만들기를 클릭합니다. 전송 작업 만들기 페이지가 표시됩니다.
소스 유형으로 S3 호환 객체 스토리지를 선택합니다. 대상 위치는 Google Cloud Storage여야 합니다.
다음 단계를 클릭합니다.
소스 구성
이 전송에 필요한 정보를 지정합니다.
이 전송에 대해 구성한 에이전트 풀을 선택합니다.
엔드포인트를 기준으로 버킷 이름을 입력합니다. 예를 들어 데이터가 다음 위치에 있는 경우:
https://example.com/bucket_a
bucket_a
입력엔드포인트를 입력합니다. 프로토콜(
http://
또는https://
)을 포함하지 마세요. 예를 들면 다음과 같습니다.example.com
이 전송의 선택적 속성을 지정합니다.
요청 서명에 사용할 서명 리전을 입력합니다.
이 요청에 대한 서명 프로세스를 선택합니다.
주소 지정 스타일을 선택합니다. 이에 따라 버킷 이름이 경로 스타일로 제공되는지 여부(예:
https://example.com/bucket-name/key-name
) 또는 가상 호스팅 스타일(예:https://bucket-name.example.com/key-name
)입니다. 자세한 내용은 Amazon 문서의 Virtual hosting of buckets를 참조하세요.네트워크 프로토콜을 선택합니다.
사용할 목록 API 버전을 선택합니다. 자세한 내용은 ListObjectsV2 및 ListObjects 문서를 참조하세요.
다음 단계를 클릭합니다.
싱크 구성
버킷 또는 폴더 필드에 대상 버킷과 폴더 이름(선택사항)을 입력하거나 찾아보기를 클릭하여 현재 프로젝트의 기존 목록에서 버킷을 선택합니다. 새 버킷을 만들려면 새 버킷 만들기를 클릭합니다.
다음 단계를 클릭합니다.
전송 설정 선택
설명 필드에 전송 설명을 입력합니다. 작업을 구분할 수 있도록 의미 있고 고유한 설명을 입력하는 것이 좋습니다.
메타데이터 옵션에서 기본 옵션을 사용하도록 선택하거나 옵션 보기 및 선택을 클릭하여 지원되는 모든 메타데이터의 값을 지정합니다. 자세한 내용은 메타데이터 보존을 참조하세요.
덮어쓸 시점에서 다음 중 하나를 선택합니다.
다른 경우: 이름이 같은 소스 파일에 다른 Etag 또는 체크섬 값이 있는 경우 대상 파일을 덮어씁니다.
항상: 소스 파일 이름이 같으면 동일하더라도 항상 대상 파일을 덮어씁니다.
삭제 시점에서 다음 중 하나를 선택합니다.
삭제 안함: 소스 또는 대상 위치에서 파일을 삭제하지 않습니다.
전송 후 소스에서 파일 삭제: 파일이 대상으로 전송된 후 소스에서 파일을 삭제합니다.
소스에도 없는 경우 대상 위치에서 파일 삭제: 대상 Cloud Storage 버킷의 파일이 소스에도 없는 경우 Cloud Storage 버킷에서 파일을 삭제합니다.
이 옵션을 사용하면 대상 Cloud Storage 버킷이 소스와 정확하게 일치합니다.
알림 옵션에서 Pub/Sub 주제 및 알림을 받을 이벤트를 선택합니다. 자세한 내용은 Pub/Sub 알림을 참조하세요.
다음 단계를 클릭합니다.
전송 예약
전송을 한 번만 실행하도록 예약하거나 반복 전송을 구성할 수 있습니다.
만들기를 클릭하여 전송 작업을 만듭니다.
gcloud CLI
gcloud
CLI를 사용하여 전송을 만들기 전에 Cloud Storage 싱크에 대한 액세스 구성의 안내를 따르세요.
gcloud
CLI를 사용하여 S3 호환 소스에서 Cloud Storage 버킷으로의 전송을 만들려면 다음 명령어를 사용합니다.
gcloud transfer jobs create s3://SOURCE_BUCKET_NAME gs://SINK_BUCKET_NAME \
--source-agent-pool=POOL_NAME \
--source-endpoint=ENDPOINT \
--source-signing-region=REGION \
--source-auth-method=AWS_SIGNATURE_V2 | AWS_SIGNATURE_V4 \
--source-request-model=PATH_STYLE | VIRTUAL_HOSTED_STYLE \
--source-network-protocol=HTTP | HTTPS \
--source-list-api=LIST_OBJECTS | LIST_OBJECTS_V2
다음 플래그는 필수입니다.
--source-agent-pool
은 이 전송에 사용할 에이전트 풀의 이름입니다.--source-endpoint
는 스토리지 시스템의 엔드포인트를 지정합니다. 예를 들면s3.us-east.example.com
입니다. 올바른 형식을 제공업체에 문의하세요.
나머지 플래그는 선택사항입니다.
--source-signing-region
은 요청에 서명할 리전을 지정합니다. 스토리지 제공업체에 서명 리전이 필요하지 않으면 이 플래그를 생략합니다.--source-auth-method
는 사용할 인증 방법을 지정합니다. 유효한 값은AWS_SIGNATURE_V2
또는AWS_SIGNATURE_V4
입니다. 자세한 내용은 Amazon의 SigV4 및 SigV2 문서를 참조하세요.--source-request-model
은 사용할 주소 지정 스타일을 지정합니다. 유효한 값은PATH_STYLE
또는VIRTUAL_HOSTED_STYLE
입니다. 경로 스타일은https://s3.REGION.example.com/BUCKET_NAME/KEY_NAME
형식을 사용합니다. 가상 호스팅 스타일은 'https://BUCKET_NAME.s3.REGION.example.com/KEY_NAME 형식을 사용합니다.--source-network-protocol
은 에이전트가 이 작업에 사용해야 하는 네트워크 프로토콜을 지정합니다. 유효한 값은HTTP
또는HTTPS
입니다.--source-list-api
는 버킷에서 객체를 반환하기 위한 S3 Listing API 버전을 지정합니다. 유효한 값은LIST_OBJECTS
또는LIST_OBJECTS_V2
입니다. 자세한 내용은 Amazon의 ListObjectsV2 및 ListObjects 문서를 참조하세요.
추가 전송 작업 옵션을 보려면 gcloud transfer jobs create --help
를 실행하거나 gcloud
참조 문서를 참조하세요.
REST API
REST API를 사용하여 전송을 만들기 전에 Cloud Storage 싱크에 대한 액세스 구성의 안내를 따르세요.
REST API를 사용하여 S3 호환 소스로부터의 전송을 만들려면 다음 예시와 유사한 JSON 객체를 만듭니다.
POST https://storagetransfer.googleapis.com/v1/transferJobs
{
...
"transferSpec": {
"source_agent_pool_name":"POOL_NAME",
"awsS3CompatibleData": {
"region":"us-east-1",
"s3Metadata":{
"protocol": "NETWORK_PROTOCOL_HTTPS",
"requestModel": "REQUEST_MODEL_VIRTUAL_HOSTED_STYLE",
"authMethod": "AUTH_METHOD_AWS_SIGNATURE_V4"
},
"endpoint": "example.com",
"bucketName": "BUCKET_NAME",
"path": "PATH",
},
"gcsDataSink": {
"bucketName": "SINK_NAME",
"path": "SINK_PATH"
},
"transferOptions": {
"deleteObjectsFromSourceAfterTransfer": false
}
}
}
필드 설명은 AwsS3CompatibleData
API 참조를 확인하세요.
클라이언트 라이브러리
클라이언트 라이브러리를 사용하여 전송을 만들기 전에 Cloud Storage 싱크에 대한 액세스 구성의 안내를 따르세요.
Go
Storage Transfer Service용 클라이언트 라이브러리를 설치하고 사용하는 방법은 Storage Transfer Service 클라이언트 라이브러리를 참조하세요. 자세한 내용은 Storage Transfer Service Go API 참고 문서를 참조하세요.
Storage Transfer Service에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Java
Storage Transfer Service용 클라이언트 라이브러리를 설치하고 사용하는 방법은 Storage Transfer Service 클라이언트 라이브러리를 참조하세요. 자세한 내용은 Storage Transfer Service Java API 참고 문서를 참조하세요.
Storage Transfer Service에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Node.js
Storage Transfer Service용 클라이언트 라이브러리를 설치하고 사용하는 방법은 Storage Transfer Service 클라이언트 라이브러리를 참조하세요. 자세한 내용은 Storage Transfer Service Node.js API 참고 문서를 참조하세요.
Storage Transfer Service에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Python
Storage Transfer Service용 클라이언트 라이브러리를 설치하고 사용하는 방법은 Storage Transfer Service 클라이언트 라이브러리를 참조하세요. 자세한 내용은 Storage Transfer Service Python API 참고 문서를 참조하세요.
Storage Transfer Service에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
자주 묻는 질문(FAQ)
S3 호환 스토리지에서 전송하는 데 비용이 드나요?
S3 호환 스토리지의 전송은 'Storage Transfer Service 전송 필요 에이전트' 요금이 발생하지 않습니다. 발생할 수 있는 기타 요금은 가격 책정을 참조하세요. 소스 클라우드 제공업체에서 아웃바운드 데이터 전송 및 작업 비용도 발생할 수 있습니다.
Cloud Logging이 S3 호환 스토리지 전송에 지원되나요?
예, Storage Transfer Service의 Cloud Logging의 안내에 따라 전송에 대해 Cloud Logging을 사용 설정할 수 있습니다.
매니페스트를 사용한 전송이 지원되나요?
예, 매니페스트 파일은 S3 호환 전송에 지원됩니다.
작업이 시작된 후 소스 버킷에 객체를 추가하면 객체가 전송되나요?
Storage Transfer Service는 소스 버킷에서 목록 작업을 수행하여 대상과의 차이를 계산합니다. 새 객체가 추가될 때 목록 작업이 이미 완료된 경우 해당 객체는 다음 전송까지 건너뜁니다.
Storage Transfer Service는 S3 호환 소스에서 체크섬 일치를 수행하나요?
Storage Transfer Service는 소스에서 반환되는 체크섬 데이터를 사용합니다. S3 호환 스토리지의 경우 Storage Transfer Service는 객체의 Etag가 객체의 MD5 해시라고 가정합니다.
하지만 S3 멀티파트 업로드를 사용하여 S3 호환 스토리지로 전송된 모든 객체에는 MD5 ETag가 없습니다. 이 경우 Storage Transfer Service는 파일 크기를 사용하여 전송된 객체를 검증합니다.
S3 호환 스토리지에서 전송할 때 어떤 처리량을 달성할 수 있나요?
전송 에이전트를 더 추가하여 전송 처리량을 확장할 수 있습니다. 내결함성을 위해 3개의 에이전트를 사용하고 10Gbps 미만으로 파이프를 채우는 것이 좋습니다. 확장하려면 에이전트를 더 추가합니다. 전송이 진행되는 동안 에이전트를 추가 및 삭제할 수 있습니다.
Amazon S3에서 Cloud Storage로 데이터를 전송하려면 전송 에이전트를 어디에 배포해야 하나요?
버킷과 동일한 리전 내에서 Amazon EC2 또는 EKS에 에이전트를 설치할 수 있습니다. 가장 가까운 리전의 Google Cloud에서 에이전트를 실행할 수도 있습니다.