완벽한 ZimaCube 백업 가이드: PBS, Synology, 클라우드 백업을 활용한 3단계 전략

백업은 화려한 주제가 아닙니다—데이터가 사라지는 순간까지는요.

ZimaCube의 하드웨어 구성은 백업 허브로서 자연스러운 이점을 제공합니다: 6개의 드라이브 베이로 스토리지 풀 구성, 빠른 백업 대상인 NVMe 스토리지, 데이터 전송용 듀얼 2.5GbE 포트. 이 가이드는 세 단계 백업 체인 구축을 안내합니다: VM → PBS → 로컬 스토리지 → 클라우드.

이 가이드는 이미 Proxmox VE를 ZimaCube에서 실행 중이라고 가정합니다. 아직 ZimaOS를 사용 중이라면 백업 전략이 다릅니다. 대신 ZimaOS의 내장 스냅샷 및 원격 동기화 기능을 사용할 수 있습니다.

1단계: Proxmox 백업 서버 설치

Proxmox 백업 서버 또는 PBS는 Proxmox의 공식 백업 솔루션입니다. 증분 백업, 중복 제거, 압축, 암호화를 지원합니다. Proxmox VE와 동일한 ZimaCube에서 가상 머신으로 설치해 실행할 수 있습니다.

1. proxmox.com에서 PBS ISO를 다운로드하세요.
2. Proxmox VE에서 새 VM을 생성하세요:
   • ID: 300
   • 이름: pbs
   • 디스크: 시스템 디스크용 64GB
   • CPU: 2코어
   • 메모리: 4096MB
   • 네트워크: 브리지 모드, 고정 IP 주소
3. PBS ISO를 마운트하고 설치를 시작하세요.
4. 설치 과정은 Proxmox VE와 비슷합니다: 대상 디스크 선택, IP 주소 설정, 루트 비밀번호 구성
5. 설치 후 브라우저에서 PBS 웹 인터페이스에 접속하세요: https://PBS-IP-address:8007

2단계: 백업 스토리지 구성

PBS는 백업 데이터를 저장할 저장 공간이 필요합니다. 두 가지 옵션이 있습니다.

옵션 A: 대용량 HDD 또는 NVMe 드라이브 패스스루

백업 대상 전용 드라이브가 있는 경우:

PBS에서 디스크를 초기화합니다. 이 예시는 디스크가 /dev/sdb라고 가정합니다.

PBS 셸에서 이 명령을 실행하세요.

mkfs.ext4 /dev/sdb

mkdir /mnt/backup

mount /dev/sdb /mnt/backup

PBS 웹 인터페이스에서 관리 → 스토리지/디스크 → 디렉터리 → 생성으로 이동하세요. 경로를 /mnt/backup으로 설정하고 이름을 backup-store로 지정하세요.

옵션 B: Proxmox 호스트에서 ZFS/NFS 스토리지 마운트

PBS VM에 두 번째 가상 디스크를 추가하고 ZimaCube의 대용량 ZFS 풀에 배치하세요. 가정 환경에서는 이 방법이 더 간단합니다.

3단계: Proxmox VE에서 PBS 스토리지 추가

Proxmox VE 웹 인터페이스로 돌아가세요:

1. 데이터센터 → 스토리지 → 추가 → Proxmox 백업 서버로 이동하세요.
2. ID: pbs-backup
3. 서버: PBS의 IP 주소
4. 사용자 이름: root@pam
5. 비밀번호: PBS 루트 비밀번호
6. 데이터스토어: 방금 생성한 백업 저장소를 선택하세요
7. 추가를 클릭하세요

4단계: 백업 작업 생성

데이터센터 → 백업 → 추가로 이동하세요.

증분 백업은 PBS의 핵심 강점입니다. 첫 백업만 전체 백업이며, 이후 일일 백업은 변경된 데이터 블록만 전송합니다. 6개의 VM이 있는 일반적인 설정에서 일일 증분 백업은 보통 5~10분 내에 완료됩니다.

5단계: 알림 설정 — 필요할 때만 알림 받기

좋은 백업 시스템은 매일 확인할 필요가 없습니다. 문제가 생겼을 때만 알림을 보냅니다.

PBS 웹 인터페이스에서 설정 → 알림으로 이동하세요:

• 이메일 계정을 사용해 SMTP 구성을 추가하세요.
• 알림 규칙 설정: 성공한 백업에 대해서는 알림을 보내지 말고, 백업 실패 시 즉시 알림을 받도록 설정하세요.

Proxmox VE에서도 같은 설정을 적용하세요: 데이터센터 → 알림.

이렇게 하면 백업 시스템이 존재하는 것을 거의 잊게 됩니다—어느 날 “백업 실패” 이메일을 받을 때까지요. 그때 즉시 문제를 해결해 작은 문제가 큰 문제로 번지지 않도록 할 수 있습니다.

6단계: Prune — 오래된 백업 자동 정리

백업은 시간이 지남에 따라 쌓입니다. PBS의 Prune 기능이 만료된 백업을 자동으로 제거합니다.

PBS 데이터스토어 설정에서 Prune 정책 구성:

• 최근 7일간 일별 백업 유지
• 최근 4주간 주별 백업 유지
• 최근 3개월간 월별 백업 유지

Proxmox VE에서 VM을 삭제하면 PBS가 자동으로 백업 일정에서 해당 VM을 제거합니다. 공간을 낭비하는 고아 백업 작업을 계속 생성하지 않습니다. 이 작은 세부 사항 덕분에 VM을 삭제할 때마다 두 시스템에서 모두 정리할 필요가 없습니다.

7단계: 최종 안전망으로서 클라우드 백업

로컬 백업은 화재나 도난으로부터 보호하지 못합니다. 클라우드 복사본이 여전히 필요합니다.

가상화되었거나 별도로 실행 중인 Synology 시스템이 있다면, 클라우드 동기화를 사용해 PBS 백업 디렉터리를 Google Cloud, Backblaze B2 또는 OneDrive와 동기화할 수 있습니다:

VM/CT → PBS 증분 중복 제거 → ZFS 로컬 스토리지 → 클라우드 동기화 → 클라우드 스토리지

Synology가 없나요? 여기 두 가지 대안이 있습니다:

• rclone: PBS에 rclone을 설치하고 백업 디렉터리를 S3, Backblaze B2 또는 Google Drive로 직접 동기화하세요.
• Duplicati: LXC 컨테이너에서 Duplicati를 실행하고 백업을 암호화한 후 원하는 클라우드 저장소 제공자에게 업로드하세요.

“순환 백업” 신화

솔직히 말해, 이 설정에는 이론적으로 완벽하지 않은 순환 고리가 있습니다:

PBS가 ZimaCube에서 VM으로 실행 → PBS가 백업 데이터를 ZimaCube의 ZFS 풀에 기록 → ZimaCube 전체가 고장 나면 모든 로컬 백업이 동시에 실패

이것은 실제 위험이며 많은 사람들이 논의하는 지점이기도 합니다.

하지만 실제로는 보호 체인이 이렇게 작동합니다:

• ZimaCube 드라이브가 고장 나면 ZFS RAID-Z2가 최대 두 개의 드라이브 고장을 데이터 손실 없이 견딜 수 있습니다.
• 단일 VM이 고장 나면 PBS가 직접 복원할 수 있습니다.
• 전원 공급 장치나 메인보드 문제 등으로 ZimaCube 전체가 고장 나면 클라우드 복사본이 최종 백업 수단이 됩니다.

홈랩에서는 완벽함보다 실용성이 더 중요합니다. 이 설정은 자동으로 실행되고 문제가 발생하면 알림을 보내며 최악의 경우에도 클라우드 복사본을 제공합니다. 완벽하지는 않지만 작동합니다.

검증: 테스트하지 않은 백업은 백업이 아닙니다

매달 10분씩 복구 훈련을 하세요:

1. Proxmox에서 테스트용 VM을 만드세요.
2. PBS를 사용하여 실제 VM을 다른 VM ID로 복원하세요.
3. 복원된 VM을 시작하고 서비스가 정상적으로 작동하는지 확인하세요.
4. 테스트 VM을 삭제하세요.

그 10분이 “백업이 사실 오랫동안 손상되었지만 나는 몰랐다”는 가능성에 대한 유일한 방어 수단입니다.

요약

좋은 백업 시스템은 “설정하고 잊어버리는” 것이 아닙니다. 주의를 기울여야 할 때 알려줄 수 있도록 설정하는 것입니다.