이 글에는 제휴 링크(affiliate link)가 포함되어 있습니다. Vultr·DigitalOcean 가입 링크를 사용하시면 추가 크레딧 혜택이 제공되며, 블로그 운영에 도움이 됩니다. 백업 전략 자체는 모든 VPS 공급자에 동일하게 적용됩니다.
“백업은 사고가 나기 전까지는 비용처럼 느껴지고, 사고가 난 뒤에는 보험처럼 느껴진다.” VPS에서 데이터를 잃는 경로는 생각보다 다양합니다. 디스크 고장, 실수로 rm -rf를 잘못 친 순간, 업데이트 중 호환성 충돌, 심지어 랜섬웨어 침해까지. 2026년 기준으로 3-2-1 백업 원칙과 클라우드 스냅샷을 조합하면 이 모든 위험을 실질적으로 통제할 수 있습니다. 이 가이드에서는 VPS 자동 백업 구성부터 재해복구(DR) 시나리오까지 한국 사용자가 바로 적용할 수 있는 실전 가이드를 정리합니다.
이 글은 VPS 실전 가이드 시리즈 #6입니다. 보안이 먼저 필요하다면 VPS 보안 완벽 가이드를, 서버 배포는 Vultr 워드프레스 배포 튜토리얼을 참고하세요. 공급자 비교는 VPS 3대 비교 2026에서 확인할 수 있습니다.
3-2-1 백업 원칙: VPS에서도 유효한 황금률
IT 업계에서 30년간 검증된 3-2-1 원칙은 VPS에도 그대로 적용됩니다. 숫자의 의미는 이렇습니다.
- 3개의 데이터 사본 (원본 + 백업 2개)
- 2가지 다른 저장 매체 (예: 스냅샷 + 객체 스토리지)
- 1개는 물리적으로 다른 위치 (다른 리전 또는 다른 공급자)
이 원칙을 VPS 환경으로 번역하면: (1) 공급자 스냅샷, (2) 서버 내 로컬 백업, (3) 외부 클라우드(S3 호환 스토리지) 복제 — 이렇게 세 가지를 겹겹이 두는 것이 이상적입니다. 모든 백업이 같은 서버 같은 디스크에만 있으면, 그 디스크가 날아가는 순간 전부 사라집니다.
레이어 1: 공급자 스냅샷 (가장 쉬운 1차 방어선)
대부분의 VPS 공급자는 스냅샷(snapshot) 기능을 제공합니다. 스냅샷은 특정 시점의 서버 전체 상태(디스크 + 설정)를 통째로 저장합니다. 설정이 꼬였을 때 스냅샷 하나로 되돌리는 것이 가장 빠른 복구 방법입니다.
| 공급자 | 스냅샷 비용 | 자동화 | 비고 |
|---|---|---|---|
| Vultr | 스토리지 $0.05/GB·월 | 자동 백업(주간, 옵션) | 서울 리전 지원 |
| DigitalOcean | 드롭릿 요금의 20% | 주간 자동 백업 | 최근 4주 보관 |
| Linode | $0.10/GB·월 | 자동·수동 모두 | — |
| Hetzner | €0.0119/GB·월 | 자동(일간/주간) | 가성비 최강 |
스냅샷은 설정해 두면 잊어도 되는 1차 방어선입니다. VPS 생성 직후 자동 백업 옵션을 반드시 켜두세요. 단, 스냅샷만으로는 부족합니다 — 공급자 자체에 장애가 나거나 계정이 잠기면 스냅샷도 함께 접근 불가가 됩니다. 그래서 아래 레이어 2, 3이 필요합니다.
실전 팁: 큰 변경(사이트 마이그레이션, 플러그인 대폭 업데이트, 커널 변경)을 하기 직전에는 수동 스냅샷을 하나 더 찍어두세요. 문제가 생겼을 때 즉시 롤백할 수 있는 ‘되돌리기 지점’이 됩니다.
레이어 2: 서버 내 자동 백업 (스크립트 + cron)
두 번째 레이어는 서버 안에서 데이터베이스와 파일을 주기적으로 아카이브하는 것입니다. 워드프레스 기준으로 DB 덤프와 wp-content 디렉토리를 묶는 스크립트를 짜고 cron으로 매일 실행합니다.
#!/bin/bash
# /usr/local/bin/nicepang-backup.sh
BACKUP_DIR="/var/backups/nicepang"
DATE=$(date +%Y%m%d-%H%M)
mkdir -p $BACKUP_DIR
# 1. DB 덤프 (워드프레스)
mysqldump -u DB_USER -p'비밀번호' DB_NAME | gzip > $BACKUP_DIR/db-$DATE.sql.gz
# 2. 파일 아카이브
tar -czf $BACKUP_DIR/files-$DATE.tar.gz /home/nicepang/web/사이트/public_html/wp-content
# 3. 7일 이상 된 로컬 백업 자동 삭제
find $BACKUP_DIR -type f -mtime +7 -delete이 스크립트를 매일 새벽에 실행하도록 cron에 등록합니다.
# crontab -e
0 3 * * * /usr/local/bin/nicepang-backup.sh >> /var/log/backup.log 2>&1로컬 백업은 빠르고 공짜지만, 서버 자체가 날아가면 함께 사라집니다. 그래서 레이어 3에서 외부로 복제해야 비로소 3-2-1 원칙이 완성됩니다.
레이어 3: 외부 객체 스토리지 복제 (진짜 안전망)
백업을 물리적으로 다른 위치로 보내는 것이 3-2-1 원칙의 핵심입니다. S3 호환 객체 스토리지에 백업 파일을 업로드하면 서버가 완전히 파괴되어도 데이터는 살아있습니다.
저렴한 옵션으로 Backblaze B2(월 $0.005/GB), Cloudflare R2(이그레스 무료), Wasabi 등이 있습니다. 업로드 도구는 rclone이 사실상 표준입니다.
# rclone 설정 (Backblaze B2)
rclone config # create new remote -> b2
# 로컬 백업 디렉토리를 B2로 동기화
rclone sync /var/backups/nicepang remote:nicepang-backups/ \
--transfers 4 --checkers 8 --log-file /var/log/rclone.log이 명령도 cron에 추가해 로컬 백업 직후 실행되도록 하면 매일 외부에 최신 백업이 안전하게 보관됩니다. 워드프레스 사이트 기준으로 한 달 객체 스토리지 비용은 커피 한 잔보다 쌉니다.
복구(Restore) 리허설 — 백업의 진짜 시험대
백업이 제대로 되는지 확인하는 유일한 방법은 실제로 복구해 보는 것입니다. 정기적으로 다음 시나리오를 리허설하세요.
- 전체 서버 복구: 스냅샷으로 새 VPS를 생성해 원본과 동일하게 뜨는지 확인
- DB 복구: 백업된 덤프를 빈 데이터베이스에 복원해 사이트가 정상 표시되는지 확인
- 파일 복구: 외부 스토리지에서 파일을 내려받아 복원해 누락이 없는지 확인
분기 1회 정도 새 VPS 한 대를 임시로 만들어 복구 리허설을 하면, 정말 사고가 났을 때 당황하지 않고 30분 안에 서비스를 복원할 수 있습니다. “백업은 있지만 복구는 해 본 적 없다”가 가장 위험한 상태입니다.
워드프레스 전용 백업 플러그인 vs 서버 백업
워드프레스 사용자라면 UpdraftPlus, BackWPup 같은 플러그인도 고려할 수 있습니다. 두 접근의 장단을 비교합니다.
| 항목 | 서버 백업(스냅샷+스크립트) | WP 백업 플러그인 |
|---|---|---|
| 복구 범위 | 서버 전체(OS 포함) | 워드프레스 한정 |
| 설정 난이도 | ★★☆ (CLI 필요) | ★☆☆ (UI 클릭) |
| 외부 전송 | rclone (유연) | 드롭박스/S3 지원 |
| 복구 속도 | 스냅샷 즉시 / DB는 수 분 | 수 분 ~ 수십 분 |
| 추천 | 서버 관리자 | 비개발자 |
가장 안전한 구성은 두 방식을 병용하는 것입니다. 서버 스냅샷으로 전체를, WP 플러그인으로 DB/파일을 외부로 자동 전송하면 이중 안전망이 완성됩니다. 속도가 중요하다면 워드프레스 속도 최적화 가이드도 함께 참고하세요.
비용 효율적인 백업 전략 (2026년)
개인 블로그·소규모 사이트 기준으로 한 달 백업 비용은 거의 무료에 가깝습니다. 실전 추천 조합은 다음과 같습니다.
- 1차: 공급자 자동 스냅샵 (주간) — 월 $1~2 수준
- 2차: 서버 내 cron 스크립트 (일간 DB+파일) — 무료
- 3차: rclone → Backblaze B2 / Cloudflare R2 (일간) — 월 $1 미만
이렇게 구성하면 월 $3 내외로 3-2-1 원칙을 완벽히 충족합니다. 공급자 선택이 아직이라면 Vultr(서울 리전, 신규 $100 크레딧)·DigitalOcean에서, 가성비가 우선이면 Hetzner에서 시작하세요.
자주 묻는 질문 (FAQ)
백업은 얼마나 자주 해야 하나요?
사이트 성격에 따라 다릅니다. 매일 글을 쓰는 블로그라면 일간 DB 백업이 적당합니다. 가끔만 업데이트하는 사이트는 주간도 충분합니다. 핵심은 손실을 감당할 수 없는 기간보다 더 자주 백업하는 것입니다.
스냅샷만으로 충분하지 않나요?
좋은 1차 방어선이지만 유일한 백업으로는 부족합니다. 공급자 장애·계정 잠김·리전 장애 상황에서 스냅샷에 접근할 수 없게 됩니다. 반드시 외부(레이어 3)로 복제해야 3-2-1 원칙이 완성됩니다.
백업 용량이 점점 커지면 어떡하죠?
오래된 백업은 자동 삭제하는 보존 정책(retention)을 설정하세요. 예컨대 일간 백업은 7일, 주간은 4주, 월간은 3개월만 보관하는 식입니다. 스크립트의 find -mtime +N -delete나 rclone의 --min-age 옵션으로 자동화할 수 있습니다.
재해복구(DR) 계획을 문서로 만들어야 하나요?
사이트가 중요할수록 권장합니다. “복구 시 RTO(목표 복구 시간), RPO(목표 복구 시점), 백업 위치, 복구 순서, 담당자”를 한 장으로 정리해 두면 사고 시 행동이 명확해집니다. 소규모 사이트라면 체크리스트 수준으로도 충분합니다.
보안 백업과 일반 백업의 차이가 있나요?
네. 백업 파일 자체가 유출되면 모든 데이터가 노출되므로 백업은 암호화해 저장해야 합니다. rclone의 crypt 리모트나 gpg로 암호화하면 외부 스토리지가 뚫려도 안전합니다. 보안 기본은 VPS 보안 완벽 가이드에서 확인하세요.
마무리: 백업은 ‘언젠가’가 아니라 ‘지금’
데이터를 잃어 본 사람만이 백업의 가치를 안다는 말은 절반만 맞습니다 — 미리 세팅하면 잃을 일 자체가 없습니다. 3-2-1 원칙(공급자 스냅샷 + 로컬 스크립트 + 외부 객체 스토리지)을 오늘 1시간 안에 구성해 두면, 내일 안심하고 사이트를 운영할 수 있습니다. 분기 1회 복구 리허설만 습관들이면 끝입니다.
보안과 백업은 서버 운영의 양대 기둥입니다. 보안 세팅이 끝났다면 VPS 보안 완벽 가이드로, 다음 단계로 속도를 끌어올리고 싶다면 워드프레스 속도 최적화 가이드로 이어보세요.
