Amazon S3 를 사용하여 AWS DataSync Transfer 구성 - AWS DataSync

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Amazon S3 를 사용하여 AWS DataSync Transfer 구성

S3 버킷으로 또는 S3 버킷으로부터 데이터를 전송하려면 AWS DataSync 전송 위치를 만들어야 합니다. DataSync이 위치를 데이터 전송을 위한 소스 또는 대상으로 사용할 수 있습니다.

중요

위치를 생성하기 전에 다음 섹션을 읽어야 합니다.

S3 버킷에 액세스

DataSyncAmazon S3 버킷에 대한 액세스 권한이 필요합니다. 이를 위해서는 IAM DataSync 정책과 AWS Identity and Access Management () 신뢰 관계가 있는 AWS Security Token Service (AWS STSIAM) 역할을 맡아야 합니다. 정책에 따라 이 역할이 수행할 수 있는 작업이 결정됩니다.

DataSync이 역할을 대신 만들 수 있지만 역할을 수동으로 만들어야 하는 경우가 있습니다. 자세한 정보는 IAM 정책을 사용하여 S3 버킷에 액세스을 참조하세요.

Amazon S3 전송 시 스토리지 클래스 고려 사항

DataSyncAmazon S3 위치를 생성할 때 지정한 Amazon S3 스토리지 클래스로 객체를 직접 전송할 수 있습니다. 일부 스토리지 클래스에는 Amazon S3 스토리지 비용에 영향을 미칠 수 있는 동작이 있습니다. 자세한 내용은 Amazon S3 요금을 참조하세요.

중요

S3 버킷에 복사된 새 객체는 Amazon S3 위치를 생성할 때 지정한 스토리지 클래스를 사용하여 저장됩니다. DataSync버킷에 있는 기존 객체의 스토리지 클래스는 변경되지 않습니다 (해당 객체가 원본 위치에서 수정된 경우에도).

Amazon S3 스토리지 클래스 고려 사항
S3 Standard S3 Standard를 선택하면 자주 액세스하는 파일을 지리적으로 분리된 여러 가용 영역에 중복 저장할 수 있습니다. 이는 스토리지 클래스를 지정하지 않는 경우 기본값입니다.
S3 Intelligent-Tiering

S3 Intelligent-Tiering을 선택하면 가장 비용 효과적인 스토리지 액세스 계층으로 데이터를 자동으로 이동하여 스토리지 비용을 최적화합니다.

S3 Intelligent-Tiering 스토리지 클래스에 저장된 객체당 월별 요금을 지불합니다. 이 Amazon S3 요금에는 데이터 액세스 패턴 모니터링과 계층 간 객체 이동이 포함됩니다.

S3 Standard-IA

S3 Standard-IA를 선택하면 액세스 빈도가 낮은 객체를 지리적으로 분리된 여러 가용 영역에 중복 저장할 수 있습니다.

S3 Standard-IA 스토리지 클래스에 저장된 객체에는 덮어쓰기, 삭제 또는 검색에 대해 추가 요금이 발생할 수 있습니다. 이 객체가 얼마나 자주 변경되는지, 이 객체를 얼마나 오래 유지할 계획인지, 이 객체에 얼마나 자주 액세스해야 하는지 고려합니다. 객체 데이터 또는 메타데이터를 변경하는 것은 객체를 삭제하고 이를 대체할 새 객체를 만드는 것과 같습니다. 이로 인해 S3 Standard-IA 스토리지 클래스에 저장된 객체에 대해 추가 요금이 부과됩니다.

128KB 미만인 객체는 S3 Standard-IA 스토리지 클래스의 객체당 최소 용량 요금보다 작습니다. 이러한 객체는 S3 S3 S3 S3 S3 S3 스토리지 클래스에 저장됩니다.

S3 One Zone-IA

S3 One Zone-IA 를 선택하여 액세스 빈도가 낮은 객체를 단일 가용 영역에 저장합니다.

S3 One Zone-IA 스토리지 클래스에 저장된 객체에는 덮어쓰기, 삭제 또는 검색에 대한 추가 요금이 발생할 수 있습니다. 이 객체가 얼마나 자주 변경되는지, 이 객체를 얼마나 오래 유지할 계획인지, 이 객체에 얼마나 자주 액세스해야 하는지 고려합니다. 객체 데이터 또는 메타데이터를 변경하는 것은 객체를 삭제하고 이를 대체할 새 객체를 만드는 것과 같습니다. 이로 인해 S3 One Zone-IA 스토리지 클래스에 저장된 객체에 대해 추가 요금이 부과됩니다.

128KB 미만인 객체는 S3 One Zone-IA 스토리지 클래스의 객체당 최소 용량 요금보다 작습니다. 이러한 객체는 S3 S3 S3 S3 S3 S3 스토리지 클래스에 저장됩니다.

S3 Glacier Instant Retrieval

거의 액세스되지 않지만 검색이 필요한 객체를 밀리초 이내에 아카이빙하려면 S3 Glacier 인스턴트 검색을 선택하십시오.

S3 Glacier Instant Retrieval 스토리지 클래스에 저장된 데이터는 동일한 지연 시간 및 처리량 성능으로 S3 Standard-IA 스토리지 클래스와 비교하여 비용이 절감됩니다. 하지만 S3 Glacier Instant Retrieval은 S3 Standard-IA보다 데이터 액세스 비용이 더 높습니다.

S3 Glacier Instant Retrieval에 저장된 객체에는 덮어쓰기, 삭제 또는 검색에 대해 추가 요금이 발생할 수 있습니다. 이 객체가 얼마나 자주 변경되는지, 이 객체를 얼마나 오래 유지할 계획인지, 이 객체에 얼마나 자주 액세스해야 하는지 고려합니다. 객체 데이터 또는 메타데이터를 변경하는 것은 객체를 삭제하고 이를 대체할 새 객체를 만드는 것과 같습니다. 이로 인해 S3 Glacier Instant Retrieval 스토리지 클래스에 저장된 객체에 대해 추가 요금이 부과됩니다.

128KB보다 작은 객체는 S3 Glacier Instant Retrieval 스토리지 클래스의 객체당 최소 용량 요금보다 작습니다. 이러한 객체는 S3 S3 S3 S3 S3 S3 스토리지 클래스에 저장됩니다.

S3 Glacier Flexible Retrieval

더 낮은 T3 Glacier Flexible Retrieval 선택하면 더 낮은 T3 Glacier Flexi

S3 Glacier Flexible Retrieval에 저장된 객체에는 덮어쓰기, 삭제 또는 검색에 대해 추가 요금이 발생할 수 있습니다. 이 객체가 얼마나 자주 변경되는지, 이 객체를 얼마나 오래 유지할 계획인지, 이 객체에 얼마나 자주 액세스해야 하는지 고려합니다. 객체 데이터 또는 메타데이터를 변경하는 것은 객체를 삭제하고 이를 대체할 새 객체를 만드는 것과 같습니다. 이로 인해 S3 Glacier Flexible Retrieval 스토리지 클래스에 저장된 객체에 대해 추가 요금이 부과됩니다.

40KB보다 작은 객체는 S3 Glacier Flexible Retrieval 스토리지 클래스의 객체당 최소 용량 요금보다 작습니다. 이러한 객체는 S3 S3 S3 S3 S3 S3 스토리지 클래스에 저장됩니다.

이 스토리지 클래스에 아카이브된 DataSync 객체를 읽으려면 먼저 복원해야 합니다. 자세한 내용은 Amazon S3 사용 설명서의 보관된 객체 사용을 참조하십시오.

S3 Glacier Flexier Flexier를 사용하는 경우 전송된 데이터만 확인 작업 옵션을 선택하여 전송 종료 시 데이터 및 메타데이터 체크섬을 비교하십시오. 대상에서 기존 객체를 모두 검색해야 하므로 이 스토리지 클래스에는 대상의 모든 데이터 확인 옵션을 사용할 수 없습니다.

S3 Glacier Deep Archive

S3 Glacier Deep Archive를 선택하면 일 년에 한두 번 데이터에 액세스하는 장기 데이터 보존 및 디지털 보존을 위해 객체를 아카이브할 수 있습니다.

S3 Glacier Deep Archive 에 저장된 객체에는 덮어쓰기, 삭제 또는 검색에 대해 추가 요금이 발생할 수 있습니다. 이 객체가 얼마나 자주 변경되는지, 이 객체를 얼마나 오래 유지할 계획인지, 이 객체에 얼마나 자주 액세스해야 하는지 고려합니다. 객체 데이터 또는 메타데이터를 변경하는 것은 객체를 삭제하고 이를 대체할 새 객체를 만드는 것과 같습니다. 이로 인해 S3 Glacier Deep Archive 스토리지 클래스에 저장된 객체에 대해 추가 요금이 부과됩니다.

40KB 미만의 객체는 S3 Glacier Deep Archive 스토리지 클래스의 객체당 최소 용량 요금보다 작습니다. 이러한 객체는 S3 S3 S3 S3 S3 S3 스토리지 클래스에 저장됩니다.

이 스토리지 클래스에 아카이브된 DataSync 객체를 읽으려면 먼저 복원해야 합니다. 자세한 내용은 Amazon S3 사용 설명서의 보관된 객체 사용을 참조하십시오.

S3 Glacier Deep Archive를 사용하는 경우 전송된 데이터만 확인 작업 옵션을 선택하여 전송 종료 시 데이터 및 메타데이터 체크섬을 비교합니다. 대상에서 기존 객체를 모두 검색해야 하므로 이 스토리지 클래스에는 대상의 모든 데이터 확인 옵션을 사용할 수 없습니다.

S3 Outposts

Amazon S3 on Outposts에 대한 스토리지 클래스입니다.

사용 시 S3 요청 비용 평가 DataSync

Amazon S3 로케이션의 경우 에서 요청한 S3 API 요청과 관련된 비용이 발생합니다. DataSync 이 섹션에서는 이러한 요청을 DataSync 사용하는 방식과 이러한 요청이 Amazon S3 비용에 미치는 영향을 이해하는 데 도움이 될 수 있습니다.

S3 요청 주체 DataSync

다음 표에서는 Amazon S3 위치에서 데이터를 복사하거나 Amazon S3 위치에서 데이터를 복사할 때 수행할 DataSync 수 있는 S3 요청을 설명합니다.

S3 요청 DataSync사용 방법

ListObjectV2

DataSync는 슬래시 (/) 로 끝나는 모든 객체에 대해 해당 접두사로 시작하는 객체를 나열하도록 최소 한 번 이상 LIST 요청합니다. 이 요청은 작업 준비 단계에서 호출됩니다.

HeadObject

DataSync작업의 준비확인 단계에서 객체 메타데이터를 검색하도록 HEAD 요청합니다. 전송하는 데이터의 무결성을 DataSync 검증하려는 방법에 따라 객체당 여러 HEAD 요청이 있을 수 있습니다.

GetObject

DataSync작업의 전송 단계에서 객체에서 데이터 읽기를 GET 요청합니다. 대형 객체에 대한 GET 요청이 여러 개 있을 수 있습니다.

PutObject

DataSync작업 전송 단계에서 대상 S3 버킷에 객체 생성을 PUT 요청합니다. Amazon S3 멀티파트 업로드 기능을 DataSync 사용하므로 대용량 객체에 대한 PUT 요청이 여러 번 있을 수 있습니다.

CopyObject

DataSync객체의 메타데이터가 변경될 경우에만 객체의 복사본을 만들도록 COPY 요청합니다. 메타데이터를 전달하지 않은 다른 서비스 또는 도구를 사용하여 원래 데이터를 S3 버킷에 복사한 경우 이런 일이 발생할 수 있습니다.

비용 고려 사항

DataSync작업을 실행할 때마다 S3 버킷에서 S3 요청을 보냅니다. 이로 인해 특정 상황에서 요금이 합산될 수 있습니다. 예시:

  • S3 버킷으로 또는 S3 버킷에서 객체를 자주 전송합니다.

  • 많은 데이터를 전송하지는 않지만 S3 버킷에는 많은 객체가 들어 있습니다. 이 시나리오에서는 각 버킷의 객체에 대해 S3 요청을 하기 DataSync 때문에 여전히 높은 요금이 부과될 수 있습니다.

  • S3 버킷 간에 전송하므로 소스 및 대상에서 S3 요청을 보내는 DataSync 것도 마찬가지입니다.

와 관련된 S3 요청 비용을 DataSync 최소화하려면 다음을 고려하십시오.

어떤 S3 스토리지 클래스에서 사용하고 있습니까?

S3 요청 요금은 객체가 사용하는 Amazon S3 스토리지 클래스에 따라 달라질 수 있으며, 특히 객체 아카이브가 있는 클래스의 경우 (S3 Glacier Instant Retrieval, S3 Glacier Instant Retrieval 및 S3 Glacier Deep Archive) 의 경우 더욱 그렇습니다.

다음은 스토리지 클래스가 사용 시 S3 요청 요금에 영향을 미칠 수 있는 몇 가지 시나리오입니다DataSync.

  • 작업을 실행할 때마다 객체 메타데이터를 검색하도록 HEAD 요청합니다. DataSync 이러한 요청으로 인해 물건을 옮기지 않아도 요금이 부과됩니다. 이러한 요청이 청구서에 미치는 영향은 객체가 사용하는 스토리지 클래스와 DataSync 스캔하는 객체 수에 따라 달라집니다.

  • 객체를 직접 또는 버킷 수명 주기 구성을 통해 S3 Glacier Instant Retrieval 스토리지 클래스로 이동한 경우 이 클래스의 객체에 대한 요청은 다른 스토리지 클래스의 객체보다 비용이 많이 듭니다.

  • 소스 및 대상 위치가 완전히 동기화되었는지 확인하도록 DataSync 작업을 구성하면 모든 스토리지 클래스 (S3 Glacier Flexier Flexier Retrieval 및 S3 Glacier Deep Archive 제외) 에 각 객체에 대한 GET 요청이 있을 것입니다.

  • GET요청 외에도 S3 Standard-IA, S3 One Zone-IA 또는 S3 Glacier Instant Retrieval 스토리지 클래스의 객체에 대한 데이터 검색이 부과됩니다.

자세한 내용은 Amazon S3 요금을 참조하세요.

데이터를 얼마나 자주 전송해야 하나요?

데이터를 반복적으로 이동해야 하는 경우 필요 이상의 작업을 실행하지 않는 일정을 고려해 보세요.

전송 범위를 제한하는 것도 고려해 볼 수 있습니다. 예를 들어 특정 접두사의 객체에 초점을 맞추거나 전송되는 데이터를 DataSync 필터링하도록 구성할 수 있습니다. 이러한 옵션은 DataSync 작업을 실행할 때마다 이루어지는 S3 요청 수를 줄이는 데 도움이 될 수 있습니다.

Amazon S3 Trans에 대한 기타 고려 사항

Amazon S3 를 사용하여 사용할 때는 다음 사항에 유의해야 합니다. DataSync

  • 객체 데이터 또는 메타데이터를 변경하는 것은 객체를 삭제하고 교체하는 것과 같습니다. 이러한 변경으로 인해 다음과 같은 시나리오에서 추가 요금이 부과됩니다.

    • 객체 버전 관리 사용 시 — 객체 데이터 또는 메타데이터를 변경하면 객체의 새 버전이 생성됩니다.

    • 객체 덮어쓰기, 삭제 또는 검색에 대해 추가 요금이 발생할 수 있는 스토리지 클래스를 사용하는 경우 — 객체 데이터 또는 메타데이터를 변경하면 이러한 요금이 부과됩니다. 자세한 정보는 Amazon S3 전송 시 스토리지 클래스 고려 사항을 참조하세요.

  • Amazon S3에서 객체 버전 관리를 사용하는 경우 DataSync 작업을 한 번 실행하면 Amazon S3 객체 버전이 두 개 이상 생성될 수 있습니다.

  • DataSync이름에 비표준 문자가 있는 경우 객체를 전송하지 못할 수 있습니다. 자세한 내용은 Amazon S3 사용 설명서의 객체 키 이름 지정 지침을 참조하십시오.

  • Amazon S3 스토리지 비용을 최소화하려면 수명 주기 구성을 사용하여 불완전한 멀티파트 업로드를 중지하는 것이 좋습니다. 자세한 내용은 Amazon S3 사용 설명서를 참조하십시오.

  • 처음에 S3 버킷에서 파일 시스템 (예: NFS 또는 Amazon FSx) 으로 데이터를 전송한 후 동일한 DataSync 작업의 후속 실행에는 수정되었지만 처음 전송할 때와 크기가 동일한 객체는 포함되지 않습니다.

Amazon S3 전송 위치 생성

위치를 생성하려면 기존 S3 버킷이 필요합니다. 아직 없는 경우 Amazon S3 사용 설명서에서 Amazon S3 시작하기를 참조하십시오.

작은 정보

S3 버킷에 스토리지 클래스가 서로 다른 객체가 있는 경우 이러한 스토리지 클래스와의 DataSync 작동 방식과 AWS청구서에 미치는 영향에 대해 알아보십시오.

Amazon S3 위치를 생성하려면
  1. https://console.aws.amazon.com/datasync/ 에서 AWS DataSync 콘솔을 여세요.

  2. 왼쪽 탐색 창에서 데이터 전송을 확장한 다음 위치위치 생성을 선택합니다.

  3. 위치 유형에서 Amazon S3를 선택합니다.

  4. S3 버킷의 경우 위치로 사용할 버킷을 선택합니다. (나중에 DataSync 작업을 생성할 때 이 위치가 소스 위치인지 대상 위치인지를 지정합니다.)

    S3 버킷이 AWS Outposts 리소스에 있는 경우 Amazon S3 액세스 포인트를 지정해야 합니다. 자세한 내용은 Amazon S3 사용 설명서의 Amazon S3 액세스 포인트를 사용한 데이터 액세스 관리를 참조하세요.

  5. S3 스토리지 클래스의 경우 객체에서 사용할 스토리지 클래스를 선택합니다.

    자세한 정보는 Amazon S3 전송 시 스토리지 클래스 고려 사항을 참조하세요. DataSync기본적으로 Amazon S3 on Outposts에 대한 S3 Outposts에 대한 S3 Outposts의 S3 Outposts를 사용합니다.

  6. (Amazon S3 전용) 에이전트의 경우 Outpost의 Amazon 리소스 이름 (ARN) 을 DataSync 지정합니다.

    자세한 정보는 에이전트를 다음 위치에 배치하세요 AWS Outposts을 참조하세요.

  7. Folder의 경우 S3 버킷에서 DataSync 읽거나 쓰는 접두사를 입력합니다 (버킷이 소스 위치인지 대상 위치인지에 따라 다름).

    참고

    접두사는 슬래시 (예:) 로 시작하거나 연속된 슬래시 (예:/photos) 를 포함할 수 없습니다. photos//2006/January

  8. IAM 역할에 대해 다음 중 하나를 수행합니다.

    • Autogenate for DataSync 를 선택하여 S3 버킷에 액세스하는 데 필요한 권한을 가진 IAM 역할을 자동으로 생성합니다.

      DataSync이전에 이 S3 버킷에 대한 IAM 역할을 생성한 경우 해당 역할이 기본적으로 선택됩니다.

    • 생성한 사용자 지정 IAM 역할을 선택합니다. 자세한 정보는 IAM 역할을 수동으로 생성하여 Amazon S3 버킷에 액세스을 참조하세요.

  9. (선택 사항) 태그 추가를 선택하여 Amazon S3 위치에 태그를 지정합니다.

    태그는 위치를 관리, 필터링 및 검색하는 데 도움이 되는 키-값 페어입니다.

  10. 위치 생성을 선택합니다.

IAM 정책을 사용하여 S3 버킷에 액세스

S3 버킷의 보안 설정에 따라 버킷에 액세스할 수 있는 사용자 지정 IAM 정책을 생성해야 DataSync 할 수 있습니다.

IAM 역할을 수동으로 생성하여 Amazon S3 버킷에 액세스

필요한 S3 버킷 권한으로 IAM 역할을 생성할 DataSync 수 있지만 역할을 직접 구성할 수도 있습니다.

Amazon S3 버킷에 대한 IAM 역할을 수동으로 생성하려면
  1. https://console.aws.amazon.com/iam/에서 IAM 콘솔을 엽니다.

  2. 왼쪽 탐색 창의 액세스 관리에서 역할을 선택한 다음 역할 만들기를 선택합니다.

  3. 신뢰할 수 있는 엔티티 선택 페이지에서 신뢰할 수 있는 엔티티 유형에 대해 선택합니다 AWS 서비스.

  4. 사용 DataSync사례의 경우 드롭다운 목록에서 선택한 다음 DataSync- S3 위치를 선택합니다. 다음을 선택합니다.

  5. 권한 추가 페이지에서 S3 FullAccess버킷용 AmazonS3를 선택합니다. AWS 리전 다음을 선택합니다.

    Amazon FullAccess S3보다 더 제한적인 정책을 수동으로 생성할 수 있습니다. 다음은 그 예입니다:

    { "Version": "2012-10-17", "Statement": [ { "Action": [ "s3:GetBucketLocation", "s3:ListBucket", "s3:ListBucketMultipartUploads" ], "Effect": "Allow", "Resource": "YourS3BucketArn" }, { "Action": [ "s3:AbortMultipartUpload", "s3:DeleteObject", "s3:GetObject", "s3:ListMultipartUploadParts", "s3:GetObjectTagging", "s3:PutObjectTagging", "s3:PutObject" ], "Effect": "Allow", "Resource": "YourS3BucketArn/*" } ] }

    Amazon S3 on Outposts에 대해서는 다음 정책을 사용합니다.

    { "Version": "2012-10-17", "Statement": [ { "Action": [ "s3-outposts:ListBucket", "s3-outposts:ListBucketMultipartUploads" ], "Effect": "Allow", "Resource": [ "s3OutpostsBucketArn", "s3OutpostsAccessPointArn" ], "Condition": { "StringLike": { "s3-outposts:DataAccessPointArn": "s3OutpostsAccessPointArn" } } }, { "Action": [ "s3-outposts:AbortMultipartUpload", "s3-outposts:DeleteObject", "s3-outposts:GetObject", "s3-outposts:ListMultipartUploadParts", "s3-outposts:GetObjectTagging", "s3-outposts:PutObjectTagging" ], "Effect": "Allow", "Resource": [ "s3OutpostsBucketArn/*", "s3OutpostsAccessPointArn" ], "Condition": { "StringLike": { "s3-outposts:DataAccessPointArn": "s3OutpostsAccessPointArn" } } }, { "Effect": "Allow", "Action": [ "s3-outposts:GetAccessPoint" ], "Resource": "s3OutpostsAccessPointArn" } ] }
  6. 역할에 이름을 지정하고 역할 생성을 선택합니다.

  7. https://console.aws.amazon.com/datasync/ 에서 AWS DataSync 콘솔을 여세요.

  8. IAM 역할 설정 옆의 새로 고침 버튼을 선택한 다음 방금 생성한 역할을 선택합니다.

교차 서비스 혼동된 대리자 문제 방지

서비스 간 혼란스러운 대리인 문제를 방지하려면 IAM 역할의 신뢰 정책에서 aws:SourceArnaws:SourceAccount 글로벌 조건 컨텍스트 키를 사용하는 것이 좋습니다.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "datasync.amazonaws.com" }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "123456789012" }, "StringLike": { "aws:SourceArn": "arn:aws:datasync:us-east-2:123456789012:*" } } } ] }

서버 측 암호화를 사용하여 S3 버킷에 액세스

DataSync서버 측 암호화를 사용하는 S3 버킷으로 또는 S3 버킷에서 데이터를 복사할 수 있습니다. 버킷이 사용하는 암호화 키 유형에 따라 버킷 DataSync 액세스를 허용하는 사용자 지정 정책이 필요한지 여부가 결정될 수 있습니다.

서버측 암호화를 사용하는 S3 DataSync 버킷과 함께 사용할 때는 다음 사항을 기억하십시오.

  • S3 버킷이 AWS 관리형 키로 암호화된 경우 모든 리소스가 동일한 경우 기본적으로 버킷의 객체에 액세스할 DataSync 수 AWS 계정 있습니다.

  • S3 버킷이 고객 관리형 AWS Key Management Service (AWS KMS) 키 (SSE-KMS) 로 암호화된 경우 — 키의 정책에는 버킷에 액세스하는 DataSync 데 사용하는 IAM 역할이 포함되어야 합니다.

  • S3 버킷이 고객 관리형 SSE-KMS 키로 암호화되고 다른 키로 AWS 계정 암호화된 경우 다른 버킷의 버킷에 액세스할 권한이 DataSync 필요합니다. AWS 계정 다음을 수행하여 이를 설정할 수 있습니다.

  • S3 버킷이 고객 제공 암호화 키 (SSE-C) 로 암호화된 경우 이 버킷에 액세스할 DataSync 수 없습니다.

다음 예는 고객 관리형 SSE-KMS 키의 키 정책입니다. 정책은 서버 측 암호화를 사용하는 S3 버킷과 연결됩니다. 다음은 설정에 따라 달라지는 값입니다.

  • 계정 — 귀하의. AWS 계정

  • your-admin-role— 키를 관리할 수 있는 IAM 역할.

  • your-datasync-role— 버킷에 액세스할 때 키를 사용할 수 DataSync 있는 IAM 역할.

{ "Id": "key-consolepolicy-3", "Version": "2012-10-17", "Statement": [ { "Sid": "Enable IAM Permissions", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::your-account:root" }, "Action": "kms:*", "Resource": "*" }, { "Sid": "Allow access for Key Administrators", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::your-account:role/your-admin-role" }, "Action": [ "kms:Create*", "kms:Describe*", "kms:Enable*", "kms:List*", "kms:Put*", "kms:Update*", "kms:Revoke*", "kms:Disable*", "kms:Get*", "kms:Delete*", "kms:TagResource", "kms:UntagResource", "kms:ScheduleKeyDeletion", "kms:CancelKeyDeletion" ], "Resource": "*" }, { "Sid": "Allow use of the key", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::your-account:role/your-datasync-role" }, "Action": [ "kms:Encrypt", "kms:Decrypt", "kms:ReEncrypt*", "kms:GenerateDataKey*" ], "Resource": "*" }, { "Sid": "Allow attachment of persistent resources", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::your-account:role/your-datasync-role" }, "Action": [ "kms:CreateGrant", "kms:ListGrants", "kms:RevokeGrant" ], "Resource": "*", "Condition": { "Bool": { "kms:GrantIsForAWSResource": "true" } } } ] }

서로 다른 S3 버킷으로 또는 S3 버킷에서 전송 AWS 계정

를 DataSync 사용하면 서로 다른 AWS 계정 S3 버킷으로 또는 S3 버킷에서 데이터를 이동할 수 있습니다. 자세한 내용은 다음 자습서를 참조하십시오.