Cloudflare R2 마이그레이션 전략 (Migration Strategies)

원문 보기 위키 갱신 2026.10.07

Super Slurper와 Sippy를 조합하면 최소한의 다운타임으로 모든 객체를 효과적으로 마이그레이션할 수 있어요.

출처: 문서

본문

Sippy를 활성화하고 애플리케이션에서 R2 버킷을 사용하기 시작해요.
- 애플리케이션이 객체를 요청할 때 이전 버킷에서 R2 버킷으로 객체를 온디맨드로 복사해요.
- 새 업로드는 R2 버킷으로 가요.
Super Slurper로 일회성 마이그레이션을 실행해 나머지 객체를 R2 버킷으로 복사해요.
- Destination R2 bucket > **Overwrite files?**에서 "Skip existing"을 선택해요.

Super Slurper로 모든 객체를 R2 버킷으로 복사해요.
- Super Slurper가 복사할 객체 목록을 만든 뒤 업로드된 객체는 건너뛸 수 있다는 점에 유의해요.
R2 버킷에서 Sippy를 활성화한 뒤 애플리케이션에서 R2 버킷을 사용하기 시작해요.
- 새 업로드는 R2 버킷으로 가요.
- Super Slurper가 객체를 복사하는 동안 업로드된 객체는 애플리케이션이 요청할 때 Sippy가 온디맨드로 복사해요.

계정마다 언제든지 최대 3개의 Slurper 마이그레이션 작업을 동시에 실행할 수 있고, 각 작업은 초당 일정 수의 요청을 처리할 수 있어요.

전체 처리량과 안정성을 높이려면 prefix(또는 bucket subpath) 옵션을 사용해 마이그레이션을 더 작은 동시 작업으로 나누는 것을 권장해요.

마이그레이션 작업을 만들 때:

예를 들어 소스 버킷에 다음과 같은 객체가 있다고 해볼게요:

다음과 같은 prefix로 별도의 작업을 만들 수 있어요:

각 prefix는 독립적인 마이그레이션 작업으로 실행되어 Slurper가 데이터를 병렬로 전송할 수 있어요. 이렇게 하면 전체 전송 속도가 빨라지고, 한 작업에서 오류가 나도 다른 작업이 중단되지 않아요.