다중 노드 Mac Mini M4 클러스터에서 백업은 복사 작업이 아니라 복구 계약입니다. 표준화가 핵심입니다. 필수요. 이 가이드는 크로스리전 병렬 환경에서 restic 저장소와 rclone 전송을 분리하고, 백업 창을 CI 빌드 락과 충돌 없이 운영하는 기준을 제공합니다.

백업 토폴로지

리전별 restic repository를 분리하고 객체 스토리지는 prefix로 구획하세요. 예: apne2/cluster-a, usw1/cluster-a. rsnapshot의 하드링크 트리와 달리 restic은 chunk 기반 dedup을 쓰므로 WAN 전송량 예측이 쉽고 암호화 일관성도 좋습니다.

항목restic + rclonersnapshot
저장 단위암호화 chunk 저장소하드링크 파일 트리
보존 제어forget + prune 정책세대 폴더 회전
복제 운영bwlimit/병렬 제어추가 rsync 설계 필요

제한속도와 병렬성

야간 창이 00:30~05:30이라면 rclone --bwlimit "00:30,45M 03:00,70M 05:00,off", --transfers 6, --checkers 12로 시작하고 restic --limit-upload로 2차 상한을 둡니다.

실행 예시
restic -r s3:s3.apne2.example/cluster-a backup /Volumes/build --exclude-file=/etc/restic.exclude --limit-upload 46000
rclone sync /var/log/backup remote:cluster-a-logs --bwlimit "00:30,8M 06:00,off" --transfers 4 --checkers 8 --s3-chunk-size 64M

보존 전략

운영 저장소는 시간 24 · 일 14 · 주 8 · 월 6을 기본으로 두고, 개발 저장소는 일별 중심으로 축소하세요. 핵심은 repository 분리와 forget 정책의 명문화입니다.

  • 1단계: 노드 태그별 저장소 분리 및 키 관리 고정
  • 2단계: restic forget --keep-hourly 24 --keep-daily 14 --keep-weekly 8 --keep-monthly 6 --prune
  • 3단계: 주 1회 restic check --read-data-subset=10% 실행
  • 4단계: rclone 실패 로그를 중앙 수집해 재시도 패턴 분석
  • 5단계: 복구 리허설 시간을 SLA 문서에 반영

CI와 백업 창 분리

병렬 빌드가 23:50~02:10에 몰리면 백업 시작을 02:20 이후로 지연시키세요. 중앙 스케줄러에서 빌드 큐 길이와 락 상태를 보고 백업 조건을 열면 충돌을 줄일 수 있습니다.

운영 캘린더에는 "백업 금지 구간"도 명시하세요. 대규모 릴리스, 데이터 마이그레이션, 장기 테스트가 겹치는 날은 백업 빈도를 낮추고 검증 백업만 수행하는 편이 전체 장애 확률을 줄입니다.

65%
1TB 경고 수위
72%
2TB 증설 검토
85%
백업 전 차단 수위

FAQ

Q. chunk 크기 권장값은? 고지연 리전은 32M~64M부터 시작하고 안정 링크는 128M으로 올립니다.

Q. 1TB/2TB 검수 항목은? APFS 사용률, 스냅샷 증가율, prune 회수량을 같은 양식으로 기록하세요.

Q. rsnapshot은 완전히 대체되나요? 단기 로컬 복원은 유지하되, 표준 백업본은 restic repository + forget 정책으로 통일하는 편이 좋습니다.

Cluster Backup Scale Plan

야간 백업 병목이 보이면 노드와 스토리지를 함께 확장하세요

Mac Mini M4 확장 가이드, 추천 패키지, 운영 도움말을 확인하고 백업 창을 안정화하세요.

확장 가능한 패키지 보기 도움말 및 요금 확인