Zima의 편지
King_Arda님, 편리함만큼이나 개인정보 보호, 실험, 직접 배우는 과정이 중요할 때 첫 NAS가 어떤 모습일 수 있는지 공유해 주셔서 감사합니다. King_Arda님의 ZimaBlade는 Immich, Jellyfin, Duplicati, 암호화 백업을 위한 공간이 되었고, 이미 네트워크에서 신뢰하고 사용하던 WireGuard 설정을 통한 원격 액세스도 지원했습니다.
잘 작동한 부분뿐 아니라 Docker 구성, 저장소 경로 혼동, 백업 동작, 두 번째 드라이브를 위한 전원 계획 등 까다로웠던 부분까지 솔직하게 기록해 주신 점을 특히 감사하게 생각합니다. 이러한 세부 정보는 다른 홈랩 사용자들이 소형 DIY NAS를 시간이 지나며 확장해 나가는 실제 경험을 더욱 유용하게 이해할 수 있도록 해 줍니다.
— Zima
King_Arda를 만나 보세요
King_Arda님은 Reddit에서 홈랩을 구축하는 사용자로, 원 게시물에서 사이버 보안을 공부하고 있으며 Cisco CCNA를 통해 네트워킹 지식을 쌓았다고 소개했습니다. 단순히 파일을 저장할 수 있는 장치만을 원한 것은 아니었습니다. 셀프 호스팅 서비스, 네트워킹, 백업, 저장소를 직접 실험할 수 있는 실용적인 공간이 되는 NAS를 원했습니다.
ZimaBlade를 구매하기 전에 일반적인 NAS 옵션과 오래된 PC를 재활용하는 방법을 비교했습니다. 결국 가격, 유연성, 외관, 직접 만져 보고 실험할 수 있는 여유가 자신이 첫 홈랩 NAS에서 원하던 조건과 잘 맞았기 때문에 더 작은 x86 시스템을 선택했습니다.
Reddit에서 King_Arda를 팔로우하면 이 사용자 스토리의 주인공인 제작자 프로필을 확인할 수 있습니다.
공개 사항: 원래 Reddit 게시물에서 King_Arda님은 원하는 저장소 구성을 사용하기에는 기존 전원 공급 장치의 출력이 충분하지 않다는 사실을 알게 된 후 Zima 지원팀에 문의했다고 밝혔습니다. 또한 Reddit 게시물을 작성하는 조건으로 지원팀이 무료 배송을 제공했지만, 자신의 의견을 자유롭게 공유할 수 있었다고 공개했습니다. 이 사용자 스토리에는 해당 공개 내용과 설정 과정에 대한 비판이 모두 반영되어 있습니다.
NAS 조사에서 ZimaBlade로
King_Arda님은 ZimaBlade를 선택하기 전에 두 가지 익숙한 시작점을 고려했습니다. Synology NAS를 구매하거나 오래된 PC를 재활용하는 방법이었습니다. 조사 끝에 저장 장치이자 범용 홈 서버로 사용할 수 있는 더 작은 DIY 플랫폼을 선택하게 되었습니다.
그는 주로 가성비와 유연성 측면에서 이 선택을 설명했습니다. 오픈 소스 소프트웨어를 사용하고 시스템에서 실행되는 서비스를 더 폭넓게 제어할 수 있다는 점도 마음에 들어 했습니다. NAS는 처음부터 단일 목적의 장치로만 사용할 예정이 아니었기 때문에 중요한 요소였습니다.
현재 ZimaBlade 문서에서는 이 플랫폼을 SATA 3.0 연결 2개, 기가비트 이더넷, PCIe 확장을 지원하는 x86 싱글 보드 서버로 설명합니다. King_Arda님의 게시물에는 사용 중인 보드가 3760 모델인지 7700 모델인지 명시되어 있지 않으므로, 이 스토리에서도 특정 모델로 단정하지 않습니다.
ZimaOS가 구성의 중심에 남은 이유
King_Arda님은 ZimaOS를 즉시 Windows, Proxmox 또는 다른 서버 운영 체제로 교체하지 않고 시스템에 유지했습니다. 브라우저 기반 파일 관리 환경과 App Store를 마음에 들어 했는데, 이를 통해 모든 실험을 명령줄 작업으로 만들지 않고도 Docker 애플리케이션을 쉽게 찾고 배포할 수 있었기 때문입니다.
세 가지 애플리케이션이 구성의 중심이 되었습니다. 사진 관리에는 Immich, 미디어에는 Jellyfin, 백업 작업에는 Duplicati를 사용했습니다. 그 과정에서 다른 앱도 실험했으며, 이때부터 장치는 단순한 NAS라기보다 실제 홈랩 노드처럼 작동하기 시작했습니다.
오프사이트 백업을 포기하지 않는 개인정보 보호
사진은 King_Arda님이 셀프 호스팅을 선택한 가장 분명한 이유 중 하나였습니다. 특히 클라우드에 호스팅된 사진이 AI와 관련해 어떻게 사용될 수 있는지에 대한 우려 때문에 사진 라이브러리를 전적으로 Google에 맡기는 것이 불편했다고 말했습니다.
그렇다고 클라우드 저장소를 완전히 포기한 것은 아닙니다. Immich를 통해 직접 제어하는 하드웨어에서 사진 서비스를 운영했고, Duplicati를 사용해 이미지의 암호화 백업을 Google Drive로 보냈습니다. 또한 어느 한쪽도 유일한 사본이 되지 않도록 Drive의 파일을 ZimaBlade로 다시 가져오기도 했습니다.
따라서 이 프로젝트는 양자택일이 아닌 하이브리드 방식의 개인정보 보호에 가까웠습니다. 일상적인 제어는 로컬 서비스로 수행하고, 암호화된 오프사이트 저장소는 또 하나의 백업 계층으로 유지했습니다.
또 다른 원격 액세스 계층을 추가하는 대신 WireGuard 사용
원격 액세스를 위해 King_Arda님은 Tailscale을 고려했지만, 라우터가 이미 지원한다는 이유로 WireGuard를 선택했습니다. NAS만을 위해 별도의 원격 액세스 서비스를 추가하는 대신, 자신이 이해하고 관리하던 네트워크 경로를 사용할 수 있었습니다.
현재 ZimaOS 버전에서는 ZimaClient를 통한 원격 액세스도 안내하지만, King_Arda님의 구성은 또 다른 셀프 호스팅 방식을 보여 줍니다. 자신의 네트워크를 이미 관리하는 사용자는 전체 인프라에 맞는 액세스 계층을 선택할 수 있다는 점입니다.
현재 ZimaOS 원격 액세스 가이드에서는 ZimaClient 방식을 다루며, 원래 Reddit 게시물에서는 King_Arda님이 별도로 WireGuard를 선택한 이유를 확인할 수 있습니다.
쉬운 경로가 더 이상 쉽지 않았던 지점
App Store는 편리했지만, King_Arda님은 모든 설치가 완전히 손을 대지 않아도 되는 방식이었다고 설명하지는 않았습니다. 애플리케이션이 원하는 대로 작동하도록 Docker 파일의 일부를 수정해야 할 때가 있었다고 말했습니다.
저장소 경로와 관련해 더욱 우려되는 문제도 보고했습니다. HDD를 선택했다고 생각했는데도 일부 데이터가 ZimaBlade의 내부 저장소에 기록되는 것처럼 보였다는 것입니다. 자동으로 실행될 것으로 예상했던 백업 작업도 항상 예상대로 작동하지는 않았습니다.
이러한 문제 때문에 시스템을 포기하지는 않았지만, 추천할 사용자 유형은 달라졌습니다. 설정을 직접 확인하고 문제를 해결할 의지가 있는 사용자에게는 경험이 훨씬 긍정적이었지만, 내부 컨테이너나 저장소 구조가 전혀 드러나지 않는 가전제품 같은 장치를 기대하는 사용자에게는 적합하지 않았습니다.
현재 ZimaOS 가이드는 앱 데이터 경로를 더욱 명확하게 안내합니다
현재 ZimaOS 문서에는 앱 저장소에 대한 별도 안내가 있습니다. 앱 저장소 경로 가이드에서는 앱 데이터를 주 저장 공간에 배치하고, 대규모 영구 데이터 세트를 시스템 드라이브에 남겨 두지 않을 것을 권장합니다. 특히 Immich와 같은 사진 라이브러리는 작은 시스템 디스크를 빠르게 가득 채울 수 있는 작업으로 명시하고 있습니다.
그렇다고 King_Arda님이 겪은 정확한 문제가 자신의 장치에서 해결되었다는 뜻은 아닙니다. 다만 ZimaOS와 Docker의 영구 데이터 저장 방식이 어떻게 연결되는지 배우는 과정에서 겪었던 것과 같은 유형의 문제에 대해, 현재는 더 명확한 지침을 제공합니다.
모두가 아닌, 직접 만져 보고 실험하는 사용자에게 추천할 NAS
King_Arda님의 전반적인 추천은 의도적으로 조건부였습니다. 장치를 마음에 들어 했고 원하는 작업을 수행한다고 느꼈지만, 모든 서비스가 설정이나 조사 없이 작동하기를 기대하는 완전한 초보자에게 같은 경험을 권하지는 않았습니다.
설정을 수정하고, 데이터가 어디에 저장되는지 이해하며, 필요할 때 컨테이너 문제를 해결할 의지가 있는 사용자라면 결론은 훨씬 긍정적이었습니다. 그런 의미에서 ZimaBlade는 저장 장치일 뿐 아니라 학습 플랫폼으로도 기능했습니다.
먼저 드라이브 하나, 다음은 두 번째 드라이브
원래 게시물을 작성할 당시 NAS는 HDD 하나로 작동하고 있었습니다. King_Arda님은 두 번째 드라이브를 추가하고 RAID를 사용할 계획이었지만, 예정한 RAID 레벨은 공개하지 않았습니다.
현재 ZimaOS 문서에 따르면 디스크 두 개를 사용할 때 미러링 옵션은 RAID 1이며, RAID 5에는 최소 세 개의 드라이브가 필요합니다. 이는 독자에게 유용한 배경 정보이지만, King_Arda님이 개인적으로 RAID 1을 선택했다고 해석해서는 안 됩니다. 그가 공개적으로 밝힌 내용은 디스크를 하나 더 추가할 계획이라는 점까지입니다.
보다 폭넓은 선택지는 현재 ZimaOS RAID 참고 자료에 정리되어 있습니다.
전원 계획이 저장소 계획의 일부가 되다
두 번째 디스크로 확장하려는 과정에서 또 다른 현실적인 제약이 드러났습니다. King_Arda님의 구성에 사용된 전원 공급 장치가 원하는 작업을 실행하기에 충분하지 않았던 것입니다. 이 문제로 지원팀에 문의하게 되었고, Reddit 게시물에 공개된 무료 배송 협의도 이루어졌습니다.
현재 ZimaBlade NAS 설정 가이드에서도 HDD를 장기간 사용할 때 외부 전원 사용을 고려할 것을 권장합니다. 원래 게시물에는 드라이브 모델, 스핀업 전류, 어댑터 사양, ZimaBlade 모델이 나와 있지 않으므로, 이 스토리에서는 해당 구성의 정확한 전기적 한계를 진단하려 하지 않습니다.
직접 경험하는 홈랩으로 성장한 소형 NAS
King_Arda님이 이 프로젝트에 대해 글을 작성할 당시 ZimaBlade는 단순히 파일을 저장하는 것 이상의 역할을 하고 있었습니다. 개인 사진 서버, Jellyfin 장치, 백업 노드가 되었고, 그가 이미 공부하고 있던 네트워킹 및 사이버 보안 지식을 적용하는 공간이 되었습니다.
이 스토리에서 유용한 점은 성공뿐 아니라 시행착오에서도 배움이 나왔다는 것입니다. 컨테이너 데이터를 어디에 저장할지, 어떤 원격 액세스 계층이 적합할지, 암호화된 오프사이트 사본을 어떻게 유지할지, 저장소를 확장하면서 전원 요구 사항이 어떻게 달라지는지를 직접 결정해야 했습니다.
이야기는 아직 진행 중입니다
King_Arda님과 Zima의 이야기는 아직 진행 중입니다. 2026년 1월 31일에 작성된 Reddit 게시물에는 이미 유용하게 작동하면서도 계속 확장 중인 시스템의 모습이 담겨 있습니다. HDD 하나로 실제 작업을 처리하고 있었고, 두 번째 디스크와 RAID가 계획되어 있었으며, Immich와 Jellyfin은 일상적인 서비스가 되었고, Duplicati는 백업 작업을 담당했으며, WireGuard는 원격 액세스를 제공했습니다.
이 페이지를 위해 확인한 자료에는 두 번째 드라이브 업그레이드, 최종 RAID 구성, 앱 데이터 및 백업 문제가 이후 해결되었는지를 확인할 수 있는 공개 후속 내용이 없습니다. King_Arda님이 다음 단계를 직접 기록하기 전까지는 이러한 사항을 미확인 상태로 남겨 두어야 합니다.
이 스토리의 출처를 계속 확인하려면 Reddit에서 ZimaBlade NAS 원 게시물 읽기 또는 King_Arda님의 Reddit 프로필 방문을 이용하세요.
