저는 큰 실수를 저질렀습니다. 홈랩에 제대로 된 백업 시스템을 구축해 두지 않았고, 그 결과 여러 개의 가상 머신(VM)과 Docker 컨테이너를 통째로 잃고 말았습니다. 이전까지 필요한 적이 없다고 여겨 단순한 백업 구축을 계속 미뤄왔는데, 그것이 얼마나 중요한 일인지 제대로 인식하지 못했던 것입니다. 정말 값비싼 착각이었습니다.
RAID는 백업이 아닙니다
지식 ≠ 지혜
지식은 사실을 습득하는 것이고, 지혜는 그 지식을 실제 상황에 적용하는 능력입니다. 저는 RAID가 백업이 아니라는 사실을 분명히 알고 있었으면서도, 실제로는 RAID를 백업처럼 취급하고 있었습니다. 머리로는 여러 드라이브가 동시에 손상되거나 파일이 삭제되면 복구할 방법이 없다는 것을 알고 있었죠. 하지만 그런 상황에 대비하지 않았고, 계획하지 않는 것은 곧 실패를 계획하는 것과 같습니다.
모든 일은 몇 주 전에 시작되었습니다. NAS 서버 중 하나에 업데이트가 배포되어 이를 적용했는데, 그 업데이트가 NFS 마운트의 경로 매핑을 변경해 버렸습니다. 고가용성을 위해 VM을 NAS에 저장해 두었던 제 Proxmox 서버들은 더 이상 가상 머신을 인식하지 못하게 되었죠. 평소라면 드라이브만 다시 매핑하면 끝나는 사소한 문제였습니다. 문제는 제가 그것이 원인이라는 사실을 바로 알아차리지 못했다는 점입니다.
VM이 작동하지 않는 이유를 추적하느라 상당히 애를 먹었고, 결국 경로 매핑 오류임을 확인하고 수정했습니다. 그런데 정리 과정에서 기존 경로를 삭제하려던 순간, 해당 경로가 이미 업데이트되어 다시 마운트된 상태였고(지금도 어떻게 그렇게 됐는지 모르겠습니다), 결국 NAS에 보관 중이던 Proxmox 가상 머신과 백업 파일을 통째로 삭제하고 말았습니다.
네, 댓글로 하실 말씀은 다 짐작하고 있습니다. 하지만 실제로 벌어진 일이 그렇습니다. 이후 몇 시간 동안 NAS에서 휴지통 같은 복구 기능을 찾아 헤맸지만 끝내 발견하지 못했습니다. 잃어버린 VM은 영원히 사라졌고, 되돌릴 방법은 없었습니다.
사실 저는 몇 달째 "언젠가는" 오프사이트 백업을 구축해야 한다고 생각만 하고 있었습니다. 우선순위 목록에서 계속 밀려 실행하지 못했죠. 그래서 가상 머신을 잃었습니다. 다행히 실제 손실은 예상보다 훨씬 적었고, 금방 재구축할 수 있었던 Home Assistant와 홈랩 대시보드 정도에 그쳤습니다. 운이 좋았던 겁니다. 하지만 문제 자체는 여전히 남아 있었고, 백업을 반드시 구축해야 했습니다.
참고할 만한 홈랩용 NAS
TerraMaster F4-425 Plus 4베이 NAS — Intel x86 쿼드코어 CPU와 빠른 5GbE 네트워킹, 16GB DDR5 메모리, 최대 144TB 스토리지를 지원하는 고성능 4베이 NAS로, 고급 홈랩 구성에 적합합니다. 크기는 222×179×154mm, 무게는 1.9kg입니다.
UGREEN iDX 6011 Pro AI NAS (평점 9/10) — UGREEN 라인업에서 가장 강력한 NAS 중 하나로, Intel Core Ultra 7 255H 16코어 프로세서와 64GB LPDDR5/x RAM을 탑재해 어떤 작업이든 감당할 성능을 갖추고 있습니다. 듀얼 Thunderbolt 4 포트, 듀얼 10GbE LAN, OCuLink 확장 포트까지 갖춘 매우 탄탄한 네트워크 스토리지 시스템입니다.
Duplicati로 Google Drive에 백업하기, 생각보다 훨씬 쉬웠습니다
실제로 5분도 걸리지 않았습니다
이 모든 일은 Google이 Google AI Pro 구독자에게 추가 요금 없이 저장 공간을 2TB에서 5TB로 확대하겠다고 발표한 지 일주일에서 두 주쯤 지난 시점에 일어났습니다. 저는 이미 Google AI Pro를 구독 중이었기에 발표 당시에는 좋은 소식 정도로 여겼지만, 개인적인 홈랩 관리에 이토록 큰 차이를 만들어 낼 줄은 몰랐습니다.
이제 5TB의 온라인 스토리지를 쓸 수 있게 되었으니, 가상 머신과 Docker 백업을 보관할 최적의 장소는 Google Drive라고 판단했습니다. TB당 월 6달러를 청구하는 Backblaze B2도 검토했지만, 이미 비용을 지불하며 사용 중인 Google 스토리지가 있는데 굳이 새로운 지출을 늘릴 필요는 없다고 생각했습니다.
백업 플랫폼으로는 Duplicati를 선택했습니다. 설정이 간단하고 Google Drive와 기본적으로 연동되어 모든 과정이 매우 수월했습니다. 데이터가 Google에 저장되는 것을 걱정하실 수 있지만, Duplicati는 백업 블롭(blob)을 클라우드로 전송하기 전에 암호화하기 때문에 제 비밀번호 없이는 복호화할 수 없습니다.
Duplicati 설정은 정말 놀랄 만큼 쉬웠고, 몇 분 만에 첫 백업을 실행할 수 있었습니다. 백업 이름과 암호화 비밀번호를 정하고, Google Drive 내 저장 위치를 지정하는 것만으로 충분했습니다. 이후 매일 오전 1시에 백업이 실행되도록 예약하고, 백업 청크 크기를 250MB로 지정했습니다. 끝입니다. 이후 보유한 모든 시스템에 Duplicati를 설치해 Docker 서버와 가상 머신을 모두 백업하도록 구성했습니다.
단순한 백업을 더 일찍 구축했더라면 하는 아쉬움이 큽니다
수많은 골칫거리를 피할 수 있었을 텐데요
이제 모든 백업이 구성되어 Google Drive로 전송되고 있으니 마음이 한결 편안합니다. 물론 Google이 기술적으로는 언제든 제 계정을 정지할 수 있습니다. 하지만 Google이 보유한 것은 암호화된 백업 블롭뿐입니다. 만약 그런 일이 생기더라도 Duplicati에 로그인해 백업 대상을 Google Drive에서 Backblaze B2로 변경하기만 하면 그만입니다.
백업이 갖춰져 있다는 사실 자체가 큰 안도감을 줍니다. 방금 겪은 것과 같은 문제에 다시는 좌우되지 않을 것을 알기 때문입니다. 복원이 필요한 시스템에 Duplicati를 재설치하고, 암호화 비밀번호로 Google Drive에 연결한 뒤 나머지는 프로그램에 맡겨두기만 하면 됩니다.
이 작업은 예상보다 훨씬 적은 시간이 걸렸고, 서버 재앙 이전에 구축해 두었다면 어마어마한 골치 아픔을 피할 수 있었을 것입니다. 하지만 지금이라도 구축했으니, 그것이 가장 중요한 일 아닐까요?
간단한 홈랩 유지보수를 미루지 마세요
결국 미룸이 승리했고 저는 패배했습니다. 이 습관을 고치기 위해 노력하는 중이며, 홈랩 프로젝트를 더 이상 미루지 않으려 합니다. 하지만 이번 일은 제 코끝을 딱 건드리고 갔고, 그 대가를 치렀습니다. 그러니 제 실수에서 교훈을 얻으시고, 계속 미루고 계셨던 간단한 홈랩 유지보수 작업을 이제 실행하세요. 재앙이 언제 닥칠지는 아무도 모릅니다. 그때 가서야 "미리 해둘걸" 하고 후회하게 됩니다.
저자 소개
패트릭 캄파날레(Patrick Campanale)는 10년 이상 테크 분야에서 활동해 온 필자로, PC 및 게이밍 뉴스와 리뷰, 그리고 소규모 사업자를 위한 메이커 제품을 전문적으로 다룹니다. 2010년 Palm/webOS 생태계로 테크 세계에 발을 들인 이후 모바일 앱 개발과 각종 매체 블로깅을 거쳐 2014년 자신의 웹사이트를 개설했습니다. 이후 고사양 커스텀 PC 제작과 유튜브 영상 제작, 오버클럭킹 분야에서 활동했으며, 6년 전부터 9to5Toys에서 에디터·작가·리뷰어로 일하며 14,000편이 넘는 기사를 발표했습니다. 여가 시간에는 CNC와 레이저를 활용한 목공 프로젝트를 즐기며, 지역 교회에서 청소년 목회자로도 봉사하고 있습니다.