Restic vs Duplicati: 홈서버 백업 도구 비교

홈서버를 운영하는 사람들이 가장 많이 하는 후회가 “진작 백업해둘걸”이에요. 디스크는 언제든 고장 날 수 있고, rm -rf 명령 하나를 잘못 입력하는 실수는 누구에게나 일어나요. 문제는 어떤 백업 도구를 쓸지 결정하는 것부터 막막하다는 거예요. Restic과 Duplicati는 둘 다 암호화와 증분 백업을 지원하는 오픈소스 도구지만, 접근 방식이 꽤 다르게 설계돼 있어요.

Restic은 어떤 사용자에게 맞는 도구일까?

Restic은 명령줄 인터페이스를 중심으로 설계된 백업 도구로, 설정 파일 없이도 restic backup, restic restore 같은 짧은 명령어로 백업과 복구가 끝나는 단순함이 특징이에요. 청크 기반 중복 제거 구조 덕분에 매번 전체 백업을 돌려도 실제로 바뀐 데이터만 저장되고, 저장소에 올라가기 전 클라이언트에서 먼저 암호화되기 때문에 백업 대상이 어떤 클라우드 저장소든 안심하고 쓸 수 있어요. cron이나 systemd 타이머로 백업 스케줄을 직접 관리해야 한다는 점은 번거롭지만, 그만큼 자동화 스크립트에 끼워 넣기 쉬워서 Docker Compose로 홈랩 스택 전체를 관리하는 환경에 자연스럽게 녹아들어요.

Duplicati는 Restic과 접근 방식이 어떻게 다를까?

Duplicati는 웹 브라우저로 접속하는 그래픽 인터페이스를 기본으로 제공해서, 백업 대상 폴더 선택부터 일정 설정, 보관 정책 지정까지 전부 클릭만으로 끝낼 수 있어요. 명령줄에 익숙하지 않은 사용자도 몇 분 안에 첫 백업 작업을 완료할 수 있다는 점이 Duplicati의 가장 큰 차별점이에요. 구글 드라이브, 원드라이브, 드롭박스 같은 개인 클라우드 저장소 연동을 기본으로 폭넓게 지원한다는 점도 실무에서 크게 유용한데, 이미 개인용 클라우드 저장소를 쓰고 있다면 별도 오브젝트 스토리지 계정을 새로 만들 필요 없이 바로 백업 대상으로 연결할 수 있어요.

어떤 데이터를 우선 백업 대상으로 삼아야 할까?

홈서버의 모든 데이터가 같은 무게를 갖는 건 아니에요. Nextcloud 같은 개인 클라우드 저장소에 올려둔 문서와 사진, Vaultwarden에 저장된 비밀번호 데이터베이스처럼 손실되면 되돌릴 수 없는 데이터를 최우선 백업 대상으로 삼아야 해요. 반대로 미디어 서버의 영상 파일처럼 재수집이 가능한 데이터는 우선순위를 낮게 둬도 괜찮아요. 이렇게 데이터의 성격에 따라 백업 주기와 보관 기간을 다르게 설정하는 게, 무작정 모든 걸 매일 백업하는 것보다 저장 공간과 시간을 훨씬 효율적으로 쓰는 방법이에요.

실시간 동기화와 백업은 어떻게 역할이 다를까?

Syncthing 같은 실시간 파일 동기화 도구와 백업 도구를 혼동하는 경우가 많은데, 이 둘은 목적이 완전히 달라요. 동기화는 여러 기기에서 최신 상태를 실시간으로 맞추는 게 목적이라서 파일을 실수로 지우면 그 삭제 내용도 그대로 다른 기기에 동기화돼버려요. 반면 Restic이나 Duplicati 같은 백업 도구는 시점별 스냅샷을 별도로 보관하기 때문에, 지난주 화요일 상태로 되돌리는 게 가능해요. 동기화는 편의를 위한 도구, 백업은 재해 복구를 위한 안전망이라는 이 구분을 명확히 해둬야 진짜 안전한 데이터 관리 전략이 완성돼요.

그래서 뭘 선택해야 할까?

두 도구 모두 훌륭하지만 우선순위에 따라 선택이 갈려요.

• 명령줄에 익숙하고 자동화 스크립트에 통합하고 싶다면: 가볍고 빠른 Restic이 유리해요.
• 그래픽 인터페이스로 편하게 관리하고 싶다면: 웹 UI가 기본 내장된 Duplicati가 진입 장벽이 낮아요.
• 이미 구글 드라이브나 원드라이브를 쓰고 있다면: 해당 저장소 연동이 더 폭넓은 Duplicati 쪽이 편해요.
• S3 호환 오브젝트 스토리지를 백업 대상으로 쓰려면: Restic의 지원 범위가 더 안정적이에요.

어떤 도구를 고르든 가장 중요한 건 도구 자체가 아니라 “정기적으로 백업이 실제로 실행되고 있는지”를 확인하는 습관이에요. 백업 스크립트를 한 번 설정해두고 잊어버리면, 정작 필요한 순간에 몇 달째 멈춰 있던 백업을 발견하게 될 수도 있으니까요.