목차
- 1년 전으로 돌아가 보겠습니다
- Proxmox Backup Server가 뭔가요? (PBS 개념 이해)
- PBS 초기 설치 및 설정 방법
- 데이터스토어(Datastore) 생성
- PVE에서 PBS 연결하기
- 백업 작업(Backup Job) 스케줄 설정
- 1년 실제 운영하며 겪은 것들
- 중복 제거 효과가 진짜로 체감됩니다
- 검증(Verify) 작업의 중요성
- 가비지 컬렉션(Garbage Collection)도 꼭 설정하세요
- ⚠️ 삽질 모음: 이건 미리 알았으면 좋았을 텐데
- 문제 1: 백업은 되는데 복구가 안 되는 공포
- 문제 2: 네트워크 속도와 백업 시간
- 문제 3: 디스크 용량 계획
- 데이터 보호 전략이 어떻게 바뀌었나
- ✅ 1년 후 실제 결과 및 검증
- 자주 묻는 질문 (FAQ)
- PBS는 별도 서버가 꼭 필요한가요?
- 홈랩 규모에서 PBS가 과한 선택 아닌가요?
- 오프사이트 백업은 어떻게 하시나요?
- 마무리: 데이터는 잃고 나서 후회합니다
1년 전으로 돌아가 보겠습니다
솔직히 말씀드리면, 저도 한동안 백업을 대충 해왔습니다. Proxmox VE(이하 PVE)에서 VM 스냅샷 찍어두는 게 전부였거든요. 홈랩이라 어차피 실서비스도 아니고, "뭐 날아가면 다시 만들지" 하는 마인드였어요. 근데 딱 한 번, NVMe SSD가 조용히 죽으면서 제 생각이 완전히 바뀌었습니다. 그날 이후로 Proxmox Backup Server를 알아보기 시작했고, 결국 1년 넘게 운영하면서 정말 많은 걸 배웠어요.
이 글은 PBS를 처음 도입한 분들이나, 지금 홈랩 백업 전략을 고민 중인 분들께 제 1년 경험을 그대로 공유하는 글입니다. 완벽한 가이드라기보다는, 삽질하면서 쌓인 경험담이라고 봐주시면 좋겠어요.
▲ 현재 제 홈랩 PBS 아키텍처 구성도. PVE 노드 2대가 단일 PBS 서버로 백업되는 구조입니다.
Proxmox Backup Server가 뭔가요? (PBS 개념 이해)
PBS는 Proxmox에서 만든 전용 백업 솔루션이에요. PVE와 별도로 설치하는 독립 서버입니다. 쉽게 말해서, PVE가 "VM 돌리는 서버"라면 PBS는 "그 VM들을 안전하게 저장하는 창고" 역할이라고 보시면 됩니다.
일반 파일 복사 백업이랑 다르게, PBS는 몇 가지 핵심 기술을 씁니다.
- 청크 기반 중복 제거(Chunk-based Deduplication): 같은 데이터 블록은 한 번만 저장. VM 10개가 동일한 Ubuntu 베이스 이미지를 쓴다면, 그 베이스 부분은 1개만 저장
- 증분 백업(Incremental Backup): 변경된 부분만 전송해서 네트워크 부하와 시간을 확 줄여줌
- zstd 압축: 저장 공간을 효율적으로 활용
- 클라이언트 사이드 암호화(Client-side Encryption): 데이터가 PBS에 도달하기 전에 암호화
처음엔 이게 뭔가 복잡해 보였는데, 실제로 써보니까 그냥 "그냥 돌아가는" 느낌이더라고요. 설정 한 번만 잘 잡아두면 나머지는 자동으로 돌아갑니다.
PBS 초기 설치 및 설정 방법
PBS는 Proxmox 공식 사이트에서 ISO를 받아서 별도 머신에 설치합니다. 저는 오래된 인텔 NUC에 설치했어요. 설치 과정 자체는 PVE랑 거의 비슷해서 어렵지 않았습니다.
데이터스토어(Datastore) 생성
설치 후 첫 번째로 할 일은 백업이 저장될 데이터스토어(Datastore) 만들기입니다. PBS 웹 UI에서 몇 번 클릭으로 가능해요.
# PBS 웹 UI 접속: https://PBS-IP:8007
# 또는 CLI로 데이터스토어 생성
proxmox-backup-manager datastore create backup-store /mnt/backup-diskPVE에서 PBS 연결하기
PVE 웹 UI에서 Datacenter → Storage → Add → Proxmox Backup Server를 선택하면 됩니다. 여기서 PBS의 IP, 포트(기본 8007), 사용자 계정, 데이터스토어 이름을 넣으면 끝이에요. 핑거프린트(Fingerprint)는 PBS 웹 UI 대시보드에서 확인할 수 있습니다.
# CLI로 PVE에 PBS 스토리지 추가하는 방법 (PVE 노드에서)
pvesm add pbs pbs-backup \
--server 192.168.1.100 \
--datastore backup-store \
--username backup-user@pbs \
--password 'YourSecurePassword' \
--fingerprint XX:XX:XX:... # PBS 대시보드에서 확인백업 작업(Backup Job) 스케줄 설정
PVE에서 Datacenter → Backup → Add로 백업 작업을 만듭니다. 저는 이런 식으로 잡아뒀어요.
- 중요 VM(서비스용): 매일 새벽 3시, 주 7회 보관
- 테스트용 VM: 주 2회, 4주 보관
- 개발 환경 CT(Container): 매일 새벽 4시, 2주 보관
▲ PBS 웹 UI에서 데이터스토어와 백업 작업을 관리하는 화면 예시. 직관적인 인터페이스가 장점입니다.
1년 실제 운영하며 겪은 것들
중복 제거 효과가 진짜로 체감됩니다
처음 한 달쯤 됐을 때, PBS 데이터스토어 사용량을 보고 깜짝 놀랐어요. VM 원본 데이터 합산이 2TB 정도였는데, PBS에 저장된 실제 데이터는 400GB 수준이더라고요. 중복 제거와 압축이 이 정도로 효과가 있을 줄은 몰랐습니다.
특히 비슷한 OS를 쓰는 VM이 많을수록 효과가 극대화되더라고요. Ubuntu 22.04 베이스로 만든 VM이 7~8개 있었는데, 그 공통 부분이 한 번만 저장되니까 공간 절약이 확실하게 됩니다.
검증(Verify) 작업의 중요성
PBS에는 검증 작업(Verify Job)이 있어요. 저장된 백업 데이터가 실제로 멀쩡한지 주기적으로 체크해주는 기능인데, 처음엔 그냥 넘겼다가 나중에야 필수로 켜게 됐습니다.
💡 팁: 백업이 있다고 안심하지 마세요. 검증하지 않은 백업은 "있는 것 같은" 백업일 뿐입니다. Verify Job을 주 1회 정도 설정해두는 걸 강력 추천드려요.
가비지 컬렉션(Garbage Collection)도 꼭 설정하세요
프루닝(Pruning, 오래된 백업 제거) 후에 실제 디스크 공간이 안 줄어서 한참 헤맸습니다. PBS는 청크 기반 저장 방식이라, 프루닝만으로는 공간이 바로 반환되지 않아요. 가비지 컬렉션(Garbage Collection)을 별도로 돌려야 합니다. 저는 매주 일요일 새벽에 GC 작업을 스케줄로 걸어뒀어요.
# CLI로 가비지 컬렉션 수동 실행
proxmox-backup-manager garbage-collection start backup-store
# 진행 상태 확인
proxmox-backup-manager task list | grep garbage⚠️ 삽질 모음: 이건 미리 알았으면 좋았을 텐데
문제 1: 백업은 되는데 복구가 안 되는 공포
초기에 암호화를 켜고 백업을 쌓았는데, 키 파일 관리를 제대로 안 했어요. 나중에 테스트 복구를 해보려니 키가 어디 있는지 헷갈리는 상황이 발생했습니다. 정말 식은땀 흘렸어요.
해결책: 암호화 키는 반드시 별도 안전한 곳에 백업해두세요. USB, 클라우드 보관함, 비밀번호 매니저 등 최소 2곳 이상에.
# 암호화 키 백업하는 방법 (클라이언트 측)
proxmox-backup-client key create --kdf scrypt
# 생성된 키 파일을 반드시 안전한 위치에 복사
cp ~/.config/proxmox-backup/encryption-keys/default /path/to/safe/backup/문제 2: 네트워크 속도와 백업 시간
처음엔 PBS를 기가비트 스위치에서 다른 VLAN에 뒀더니 실효 백업 속도가 너무 느렸어요. 큰 VM 하나 백업하는 데 몇 시간씩 걸리더라고요. 근데 여기서 중요한 포인트! 증분 백업이 자리를 잡으면 첫 백업 이후에는 훨씬 빠릅니다. 실제로 안정화된 이후에는 변경량이 적은 VM은 1~2분 안에 백업이 끝나더라고요.
문제 3: 디스크 용량 계획
중복 제거 효과를 너무 믿고 작은 디스크를 썼다가 6개월쯤에 용량 부족 경보가 떴습니다. 중복 제거 비율은 VM 구성에 따라 편차가 크거든요. 보수적으로 예상 데이터량의 1.5~2배 정도는 확보해두시길 추천드립니다.
데이터 보호 전략이 어떻게 바뀌었나
PBS 도입 전후로 제 홈랩 백업 전략이 확 달라졌어요. 비교해보면 이렇습니다.
| 항목 | PBS 도입 전 | PBS 도입 후 |
|---|---|---|
| 백업 방식 | PVE 로컬 스냅샷 | PBS 증분 백업 + 로컬 스냅샷 병행 |
| 보관 정책 | 최신 1~2개 | 일간 7개, 주간 4개, 월간 3개 |
| 복구 검증 | 안 함 (😅) | 분기별 복구 테스트 + 주간 Verify Job |
| 저장 효율 | 용량 그대로 | 중복 제거로 실효 70~80% 절약 |
| 암호화 | 없음 | 클라이언트 사이드 암호화 적용 |
| 모니터링 | 수동 확인 | 이메일 알림 + 작업 로그 자동화 |
가장 큰 변화는 "백업했다"에서 "백업이 됐는지 확인한다"로 마인드가 바뀐 것이에요. PBS의 Verify Job과 정기 복구 테스트가 이 습관을 만들어줬습니다. 이전엔 솔직히 복구 테스트 같은 건 귀찮아서 안 했거든요 ㅎㅎ.
▲ PBS 도입 전후 데이터 보호 전략 비교. 단순 스냅샷에서 체계적인 3-2-1 백업 전략으로 발전했습니다.
✅ 1년 후 실제 결과 및 검증
가장 의미 있는 건 실제로 복구를 써봤다는 거예요. 테스트가 아니라 진짜로요. 개발 VM 하나에서 잘못된 설정 변경으로 서비스가 망가진 적이 있었는데, PBS에서 3일 전 백업으로 10분 만에 복구했습니다. 이때 진짜 PBS 도입한 보람을 느꼈어요.
1년간 운영하면서 체감한 PBS 장점을 정리하면:
- ✅ 중복 제거 + 압축으로 실제 저장 공간 대폭 절약 (환경마다 다르지만 체감 효과 있음)
- ✅ 증분 백업 안정화 이후 백업 속도 매우 빠름
- ✅ PVE 네이티브 연동으로 별도 에이전트 없이 바로 사용
- ✅ 웹 UI가 직관적이어서 CLI 없이도 대부분 관리 가능
- ✅ 3-2-1 백업 전략 구현에 딱 맞는 구조
아쉬운 점도 있습니다:
- ⚠️ Proxmox VE 환경에 최적화되어 있어서, 다른 하이퍼바이저 백업은 한계 있음
- ⚠️ 별도 하드웨어(또는 VM)가 필요해서 소규모 홈랩엔 진입 장벽이 약간 있음
- ⚠️ GC, Verify, Prune 등 개념을 어느 정도 이해해야 제대로 운영 가능
▲ PBS 대시보드에서 확인할 수 있는 백업 현황 및 중복 제거 효율. 안정적인 백업 운영이 수치로 확인됩니다.
자주 묻는 질문 (FAQ)
PBS는 별도 서버가 꼭 필요한가요?
공식적으로는 PVE와 분리된 환경을 권장합니다. 실제로 PVE VM 안에 PBS를 설치해서 쓰는 분들도 있긴 한데, PVE 호스트에 문제가 생기면 백업 서버도 같이 영향받을 수 있어서 별도 물리 장비나 독립 시스템 사용을 추천드려요.
홈랩 규모에서 PBS가 과한 선택 아닌가요?
저도 처음엔 그렇게 생각했어요. 근데 막상 써보니 홈랩 규모에서도 충분히 가치가 있더라고요. 특히 여러 VM/CT를 운영한다면 중복 제거 효과와 자동화 스케줄링이 큰 도움이 됩니다.
오프사이트 백업은 어떻게 하시나요?
현재는 PBS 원격 동기화(Remote Sync) 기능을 활용해서 별도 위치의 PBS로 복제하는 방식을 테스트 중입니다. 이 부분은 다음 글에서 자세히 다룰 예정이에요.
마무리: 데이터는 잃고 나서 후회합니다
1년간 Proxmox Backup Server를 운영하면서 배운 가장 큰 교훈은, 백업은 "있다"가 아니라 "복구된다"가 기준이라는 점이에요. PBS가 완벽한 솔루션은 아니지만, Proxmox 환경에서 홈랩 백업을 제대로 구축하고 싶다면 진지하게 고려할 만합니다.
처음 도입이 어렵게 느껴지실 수 있는데, 기본 설정만 잡아두면 나머지는 정말 편하게 돌아가거든요. 혹시 이 글 읽고 PBS 도입을 고민 중이시라면, 제 경험이 조금이라도 도움이 됐으면 합니다.
다음 글에서는 PBS의 원격 동기화(Remote Sync)와 테이프 백업 설정을 다뤄볼 예정이에요. 진정한 3-2-1 백업 전략을 홈랩에서 구현하는 방법, 기대해주세요. 이전 글에서 다룬 Proxmox VE 초기 설정도 참고하시면 전체 그림이 잡힐 거예요.
궁금한 점이나 삽질 경험이 있으신 분들은 댓글로 공유해주세요. 같이 고민해봐요! 🎉
'IT > Proxmox' 카테고리의 다른 글
| [Proxmox] Proxmox GPU 패스스루: Error 43·IOMMU 문제 완벽 해결 가이드 (0) | 2026.06.20 |
|---|---|
| [Proxmox] Ansible로 Proxmox 환경 1년 자동화 회고: 효율과 함정 (1) | 2026.06.20 |
| [Proxmox] Proxmox HAOS 마이그레이션: VMware ESXi에서 안전하게 이전하기 (1) | 2026.06.19 |
| [Proxmox] Proxmox 클러스터 1년 사용 후기: 안정성, 성능, 그리고 예상치 못한 문제들 (0) | 2026.06.17 |
| [Proxmox] Proxmox API 자동화: 홈랩 운영 비용 절감 및 효율 극대화 전략 (0) | 2026.06.17 |
| [Proxmox] Proxmox Backup Server vs Veeam Agent: 홈랩 VM 백업 솔루션 성능 벤치마크 (0) | 2026.06.16 |
