다른 버킷에 객체를 전달하는 경로가 필요하면 S3 Replication을, 보존 정책과 복구 시점 중심의 운영이 필요하면 AWS Backup을 비교하세요. 복제 설정이 있다고 과거의 정상 상태를 원하는 시점으로 되돌릴 수 있는 것은 아닙니다. 삭제 전파·버전·복원 대상까지 실제로 확인해야 합니다.
혼동의 원인: 사본이 있는 것과 정상 시점으로 돌아가는 것은 다르다
운영자는 보통 “한 곳이 고장 나도 데이터를 읽을 수 있어야 한다”와 “잘못 수정하기 전 상태로 돌아가야 한다”를 동시에 원합니다. 앞의 요구는 사본의 위치·전달 지연과 관련되고, 뒤의 요구는 보존 기간과 복구 시점·버전 선택에 관련됩니다. 두 요구를 한 문장으로 묶으면 복제 완료 표시만 보고 복구 계획도 끝났다고 판단하기 쉽습니다.
| 목적 | 우선 확인 | 성공 증거 |
| 다른 버킷의 사본 | 복제 범위·권한 | 대상 객체와 상태 |
| 과거 상태 복원 | 복구 시점·보존 | 별도 대상 복원 결과 |
| 삭제 사고 대비 | 삭제 마커·버전 정책 | 시험 삭제와 복구 대조 |
| 운영 재개 | 파일·앱 접근 | 업무 단위 읽기 성공 |
1. 복제 규칙이 어떤 변경을 전달하는지 확인한다
현재 Filter를 사용하는 복제 규칙은 삭제 마커를 기본적으로 복제하지 않으며, 별도 설정과 규칙 조건에 따라 동작이 달라집니다. 특정 버전 ID를 지정한 원본 삭제도 대상의 같은 버전을 지우는 방식으로 복제되지 않습니다. 따라서 “삭제가 전부 전파된다”와 “삭제는 절대로 전파되지 않는다”는 설명 모두 실제 설정을 대신할 수 없습니다.
새 규칙을 만들기 전에 있던 객체와 이후 생성된 객체도 구분합니다. 기존 객체까지 같은 방식으로 처리됐다고 가정하지 말고 필요한 범위의 Batch Replication 등 별도 절차를 검토하세요. 소스 버킷의 수명 주기 설정을 바꾸었다고 대상 버킷 정책도 자동으로 맞춰지는 것은 아닙니다. 보존 규칙은 각 버킷에서 확인합니다.
2. 백업은 복구 시점·보존 정책·권한으로 설계한다
AWS Backup의 S3 보호에는 버전 관리 등 사전조건이 있습니다. 연속 백업의 시점 복구와 주기적 백업의 보존을 같은 기능으로 취급하지 말고 필요한 복구 시점과 보존 기간에 맞춰 문서의 지원 범위를 확인하세요. 특히 백업이 켜졌다는 표시와 실제 복구 가능한 시점이 생겼다는 사실은 다릅니다.
객체 수와 버전 누적, 암호화 키 접근, 백업 역할 권한, 알림 설정 같은 의존 조건도 함께 기록합니다. 권한 오류를 해결한다고 버킷을 공개하거나 과도한 권한을 부여하지 마세요. 필요한 대상과 작업 범위만 좁혀 확인하고 조직의 승인 절차에 맞춰 수정합니다.
3. 선택표에는 장애 시나리오와 되돌림 단위를 적는다
가령 다른 리전에서 최근 객체를 읽어야 한다면 전달 범위와 지연을 먼저 점검합니다. 사용자가 문서를 잘못 덮어쓴 상황에 대비하려면 어떤 시점·객체 버전을 복원할 수 있는지부터 확인합니다. 많은 객체를 일정 시점으로 되돌려야 한다면 개별 버전을 찾는 운영 부담까지 검토합니다. 이는 설계 예시이며 이 글에서 실제 장애나 복원을 실행한 결과는 아닙니다.
비용 비교는 저장된 최신 객체 크기만으로 끝내지 않습니다. 보존 버전·대상 저장소·전송·요청·백업·복원 작업의 과금 조건을 현재 리전 기준으로 검토합니다. 불필요한 버전을 지우는 작업을 비용 절감 명령처럼 바로 실행하면 복구 가능 범위가 줄어들 수 있으므로 보존 요구를 먼저 확정하세요.
확인 방법: 별도 버킷으로 복원한 뒤 애플리케이션에서 읽는다
시험 데이터로 객체의 초기 버전, 수정 버전, 삭제 상태를 구분해 만들고 복제·백업 결과를 대조합니다. 복원은 운영 버킷을 덮어쓰기 전에 별도 시험 버킷을 준비해 수행하세요. 대상 버킷의 버전 관리와 복원 권한 등 공식 조건을 확인한 후 객체 내용·메타데이터·암호화와 애플리케이션 접근을 점검합니다.
시험 기록에는 원본 객체 식별자, 선택한 복구 시점, 복원 대상, 결과와 실제 소요 시간을 남깁니다. “완료” 상태만 보지 말고 업무에서 필요한 파일이 올바르게 열리는지 확인하세요. 실패했으면 운영 연결은 유지하고 시험 버킷에서 원인을 수정합니다. 시험 자료 정리는 보존 기준에 따라 별도로 승인된 범위에서 수행합니다.
주의와 FAQ
복제와 백업 중 하나만 써야 하나요? 요구가 다르면 함께 사용할 수 있습니다. 중복 비용과 각 수단의 복구 목적을 명확히 해야 합니다.
버전 관리만 켜면 충분한가요? 버전 선택·보존·권한·복원 절차를 운영할 수 있는지까지 확인해야 합니다.
백업을 켠 즉시 모든 과거 시점을 복원하나요? 아닙니다. 실제 생성된 복구 지점과 서비스가 제공하는 복구 가능 범위를 확인해야 합니다.
공식 출처와 관련 글
자료 확인일: 2026년 10월 17일. 공식 문서 기반 설명이며 실제 서비스·명령 실행 시험은 수행하지 않았습니다. 설치 버전과 리전·지원 범위는 적용 전에 확인하세요.
관련 글: EBS 스냅샷 보존과 AWS Backup 정책 비교
적용 전 원본 설정을 보존하고 승인된 시험 범위에서 결과를 확인하세요.
'소프트웨어개발' 카테고리의 다른 글
| ALB와 NLB 선택: HTTP 경로 분기·고정 IP·TLS 종료 위치부터 확인 (0) | 2026.10.18 |
|---|---|
| SSH Too many authentication failures 해결: agent 키·IdentitiesOnly·실제 설정 확인 (0) | 2026.10.17 |
| Docker COPY checksum not found 해결: 빌드 컨텍스트·dockerignore·스테이지 확인 (0) | 2026.10.17 |
