VPS 백업 및 스냅샷 가이드

서버는 잘못된 업데이트, 실수, 악성코드, 하드웨어 문제 때문에 장애가 날 수 있습니다. 좋은 계획은 스냅샷, 백업, 그리고 검증된 복원 절차를 함께 갖추는 것입니다. ONIE에서 제공하는 호치민 시티 클라우드 서버는 스냅샷과 백업을 지원하며, 데이터를 위해 추가 Block Storage를 붙일 수도 있습니다.

스냅샷 vs 백업

둘 다 사용하세요. 위험한 변경 전에는 스냅샷을 만들고, 그 외 모든 데이터는 예약된 백업으로 보호하세요.

3-2-1 규칙

중요한 데이터는 서로 다른 종류의 스토리지 2곳에 총 3개의 사본을 두고, 그중 1개는 다른 위치에 보관하세요. 같은 서버의 스냅샷만으로는 충분하지 않습니다.

파일 백업

rsync는 변경된 부분만 복사합니다.

rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/

restic은 여러 대상에 암호화되고 중복이 제거된 백업을 만듭니다.

sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --prune

데이터베이스 백업

실행 중인 데이터 파일을 직접 복사하는 대신 덤프를 떠서 데이터베이스를 복사하세요.

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

PostgreSQL을 사용한다면 pg_dump를 사용하세요.

자동화

cron 또는 systemd 타이머로 백업을 실행하고, 오래된 사본이 자동으로 삭제되도록 보관 정책을 설정하세요.

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

복원 테스트

한 번도 복원해 보지 않은 백업은 추측에 불과합니다. 한 달에 한 번은 예비 서버에 복원해서 사이트와 데이터가 정상적으로 동작하는지 확인하세요. 팀의 누구라도 따라 할 수 있도록 절차를 문서로 남겨 두세요.

큰 변경 전에

스냅샷을 만들고, 변경을 적용한 뒤, 테스트하고, 확실해지면 스냅샷을 삭제하세요. 이 방법은 안전한 SSH 설정과 함께 쓰면 좋으며, WordPress 사이트를 업그레이드할 때도 같은 습관이 도움이 됩니다.