Amazon S3 버킷

연속 백업을 사용하면 최근 35일 중 원하는 시점으로 복원할 수 있습니다. S3 버킷의 연속 백업은 하나의 백업 계획으로만 구성해야 합니다.

지원되는 서비스 목록 및 AWS Backup 을 사용하여 연속 백업을 수행하는 방법에 대한 지침은 시점 복구를 참조하세요.

정기 백업에서는 데이터의 스냅샷을 사용하여 최대 99년까지 지정된 기간 동안 데이터를 유지할 수 있습니다. 정기 백업을 1시간, 12시간, 1일, 1주, 1개월과 같은 빈도로 예약할 수 있습니다. AWS Backup 은 백업 계획에서 정의한 백업 기간 동안 정기적으로 백업을 수행합니다.

백업 계획을 리소스에 AWS Backup 적용하는 방법을 이해하려면 백업 계획 생성을 참조하십시오.

기존 데이터의 첫 번째 전체 백업이 완료된 후에는 S3 버킷 데이터의 변경 사항이 발생하는 즉시 추적됩니다.

추적된 변경 내용을 통해 연속 백업의 보존 기간 동안 PITR (point-in-time 복원) 을 사용할 수 있습니다. 복원 작업을 수행하려면 복원하려는 시점을 선택합니다.

각 연속 백업의 보존 기간은 최대 35일입니다.

AWS Backup 전체 S3 버킷을 스캔하고, 각 객체의 ACL과 태그를 검색하고, 이전 스냅샷에는 있었지만 생성 중인 스냅샷에서는 발견되지 않은 모든 객체에 대해 Head 요청을 시작합니다.

백업은 일관적입니다. point-in-time

기록되는 백업 날짜 및 시간은 백업 작업이 생성된 시간이 아니라 버킷 순회가 AWS Backup 완료되는 시간입니다.

버킷의 첫 번째 백업은 전체 백업입니다. 이후의 각 백업은 증분 백업이며, 이는 마지막 스냅샷 이후의 데이터 변경을 나타냅니다.

정기 백업에 의한 스냅샷의 보존 기간은 최대 99년입니다.

기존 데이터(각 버킷)의 첫 번째 전체 백업이 완료되면 버킷의 변경 사항이 발생하는 대로 추적됩니다.

연속 point-in-time 복구 지점에서 복원을 수행할 수 있습니다.

스냅샷은 point-in-time 일관성이 있습니다.

스냅샷은 연속 복구 시점에서 직접 생성되므로 버킷을 다시 스캔할 필요가 없어 프로세스가 더 빠릅니다.

스냅샷과 연속 복구 시점은 데이터 계보를 공유하므로 스냅샷과 연속 복구 시점 간의 데이터 스토리지는 중복되지 않습니다.

S3 Standard

S3 스탠다드 - 간헐적 액세스 (IA)

S3 One Zone-IA

S3 Glacier Instant Retrieval

S3 Intelligent-Tiering(S3 INT)

집중 객체 메타데이터 지원: 태그, 액세스 제어 목록 (ACL), 사용자 정의 메타데이터, 원본 생성 날짜 및 버전 ID와 같은 메타데이터를 AWS Backup 지원합니다. 또한 원본 생성 날짜, 버전 ID, 스토리지 클래스, e-태그를 제외한 모든 백업 데이터 및 메타데이터를 복원할 수 있습니다.

S3 객체 키 이름은 대부분의 UTF-8 인코딩 가능 문자열로 구성될 수 있습니다. 다음 유니코드 문자가 허용됩니다. #x9 | #xA | #xD | #x20 to #xD7FF | #xE000 to #xFFFD | #x10000 to #x10FFFF.

이 목록에 없는 문자가 포함된 객체 키 이름은 백업에서 제외될 수 있습니다. 자세한 내용은 문자에 대한 W3C 사양을 참조하세요.

콜드 스토리지 전환: AWS Backup의 수명 주기 관리 정책을 통해 백업 만료 일정을 정의할 수 있지만 S3 백업의 콜드 스토리지 전환은 현재 지원되지 않습니다.

동일한 시점에 생성된 동일한 객체의 여러 버전이 포함된 S3 버킷의 백업은 현재 지원되지 않습니다.

정기 백업의 경우 AWS Backup 객체 메타데이터의 모든 변경 사항을 추적하기 위해 최선을 다하십시오. 그러나 태그 또는 ACL을 1분 이내에 여러 번 업데이트하면 AWS Backup 이 중간 상태를 모두 캡처하지 못할 수 있습니다.

AWS Backup 현재 SSE-C로 암호화된 객체의 백업은 지원하지 않습니다. AWS Backup 또한 현재 버킷 정책, 설정, 이름 또는 액세스 포인트를 포함한 버킷 구성 백업도 지원하지 않습니다.

AWS Backup 현재 S3 on의 백업은 지원하지 않습니다 AWS Outposts.

객체를 3억 개 이상 포함하는 버킷의 경우 버킷의 초기 전체 백업 시 백업 속도는 초당 최대 17,000개까지 도달할 수 있으며(증분 백업은 속도가 달라짐), 3억 개 미만의 객체를 포함하는 버킷은 초당 1,000개 객체에 가까운 속도로 백업됩니다.

연속 백업을 권장합니다.

백업 수명 주기가 35일을 초과하도록 계획된 경우 연속 백업이 저장된 동일한 볼트에서 버킷의 스냅샷 백업을 활성화할 수도 있습니다.

S3 수명 주기 정책에는 만료된 객체 삭제 마커 삭제라는 선택적 기능이 있습니다. 이 기능을 사용하지 않으면 삭제 마커(때로는 수백만 개가 있음)가 정리 계획 없이 만료됩니다. 이 기능이 없는 버킷을 백업하면 시간과 비용에 영향을 미치는 두 가지 문제가 발생합니다.

적어도 매일 또는 그 이상 자주 백업하는 계정의 경우 백업 간에 백업 내 데이터에 변화가 거의 없는 경우 연속 백업을 사용하면 비용을 절감할 수 있습니다.

자주 변경되지 않는 대용량 버킷은 연속 백업의 이점을 누릴 수 있습니다. 기존 객체(이전 백업 이후 변경되지 않은 객체)에 대해 객체당 여러 요청과 함께 전체 버킷을 스캔할 필요가 없으므로 비용이 절감될 수 있기 때문입니다.

1억 개 이상의 객체를 포함하고 전체 백업 크기에 비해 삭제율이 작은 버킷의 경우 보존 기간이 2일인 연속 백업과 보존 기간이 더 긴 스냅샷을 모두 포함하는 백업 계획을 사용하면 비용을 절감할 수 있습니다.

정기(스냅샷) 백업 시간은 버킷 스캔이 필요하지 않은 백업 프로세스의 시작 시간과 일치합니다. 연속 백업과 스냅샷이 모두 있는 버킷에서는 스캔이 필요하지 않습니다. 이러한 경우 스냅샷은 연속 복구 시점에서 생성되기 때문입니다.

단일 S3-GIR (Amazon S3 Glacier 인스턴트 검색) 의 각 객체에 대해 여러 번의 호출을 AWS Backup 수행하므로 백업 수행 시 검색 요금이 발생합니다.

S3-IA 및 S3 One Zone-IA 스토리지 클래스의 객체가 있는 버킷에도 비슷한 검색 비용이 적용됩니다.

AWS KMS CloudTrail, 및 백업 전략의 일부인 Amazon CloudWatch 기능으로 인해 S3 버킷 데이터 스토리지 외에 추가 비용이 발생할 수 있습니다. 이러한 기능에 대한 자세한 내용은 다음을 참조하세요.