Tommy Doan이 iCloud와 Google Drive를 대체할 휴대용 NAS를 구축한 방법

Tommy Doan은 파일 동기화, 휴대폰 사진 백업, 원격 액세스 제공, 보조 배터리 구동, 자체 3K OLED 터치스크린을 통한 작동이 가능한 ZimaBoard 2 기반 휴대용 NAS를 구축했습니다. 이 프로젝트는 iCloud와 Google Drive에 대한 의존도를 낮추지만, 진정한 가치는 단순히 구독을 피하는 데 있지 않습니다. 파일이 저장되는 위치와 시스템 확장 방식을 직접 통제할 수 있다는 점이 핵심입니다.

휴대용 홈 서버 프로젝트를 설계하고 기록해 주신 Tommy Doan에게 감사드립니다. 그의 원본 영상에서는 기본 스토리지와 셀프 호스팅 애플리케이션부터 Wi-Fi, 배터리 전원, 탈착식 터치스크린, Linux, CasaOS, 레트로 게임 에뮬레이션까지 구축 과정을 소개합니다.

출처 참고: 이 글은 Tommy Doan의 영상에 나온 구성과 결과를 재구성한 것입니다. 부품의 구매 가능 여부, 애플리케이션 작동 방식, 배터리 사용 시간, 온도, 모바일 백그라운드 업로드 동작은 최종 하드웨어, 소프트웨어 버전, 네트워크 환경, 작업 부하에 따라 달라질 수 있습니다.

결과: ZimaBoard 2는 로컬 스토리지, 비공개 파일 동기화, 모바일 사진 백업, 안전한 원격 액세스, 탈착식 터치스크린을 갖춘 배터리 구동 개인 서버가 됩니다. 일반적인 휴대용 드라이브보다 유연하지만, 여전히 실질적인 백업 계획과 전원, 네트워크, 소프트웨어에 대한 세심한 관리가 필요합니다.

클라우드 스토리지를 더 대여하는 대신 휴대용 NAS를 만드는 이유는 무엇일까요?

Tommy Doan은 두 가지 우려에서 시작합니다. 늘어나는 개인 스토리지에 액세스하기 위해 반복적으로 비용을 지불해야 한다는 점과, 개인 파일이 어디에서 처리되는지 알 수 없다는 점입니다. 홈 NAS를 사용하면 사용자가 드라이브, 애플리케이션, 액세스 경로, 보존 계획을 직접 선택할 수 있으므로 소유권 모델이 달라집니다.

로컬에서 소유한다고 해서 시스템이 자동으로 비공개이거나 안전해지는 것은 아닙니다. 원격 액세스 서비스, 애플리케이션 원격 측정, 모바일 클라이언트, 취약한 비밀번호, 백업 부재로 인해 데이터가 노출되거나 파괴될 수 있습니다. 셀프 호스팅은 서비스 제공업체의 운영상 결정을 소유자의 결정으로 대체합니다.

휴대성은 또 다른 목표입니다. Tommy는 이더넷과 벽면 전원에 연결된 채 한 책상에 영구적으로 묶인 서버를 원하지 않습니다. 따라서 먼저 파일 및 사진 서비스를 작동시키고, 고정된 네트워크 및 전원 연결을 제거한 다음, 로컬 인터페이스를 추가하는 단계로 시스템을 발전시킵니다.

ZimaBoard 2, 확장 가능한 서버 핵심 제공

ZimaBoard 2 미니 홈 NAS는 이 프로젝트의 핵심입니다. Tommy는 사용 가능한 두 가지 메모리 및 온보드 스토리지 구성을 설명한 다음, 온보드 시스템 스토리지를 주 데이터 보관소로 사용하기보다 사용자 파일용으로 직접 드라이브를 추가합니다.

그는 이미 드라이브를 가지고 있기 때문에 PCIe 어댑터를 통해 SSD를 사용합니다. 대형 HDD는 고정형 NAS에서 더 낮은 비용으로 더 큰 용량을 제공할 수 있는 반면, SSD는 움직이는 부품이 없고 위치를 옮길 기기에 더 적합할 수 있습니다. 어느 한쪽이 절대적으로 우수하다기보다는 용량, 비용, 쓰기 내구성 사이의 절충이 필요합니다.

Tommy가 기존 M.2 어댑터를 Wi-Fi를 추가하는 하드웨어로 교체하기 때문에, 이후에는 개방된 PCIe 연결이 중요해집니다. 이는 확장 가능한 소형 서버의 핵심 제약을 보여 줍니다. 한 가지 개조로 인해 저장 장치나 다른 주변 기기에 사용할 수 있었던 인터페이스를 차지할 수 있습니다.

Google Drive를 Syncthing 워크플로로 대체하기

Tommy는 Syncthing을 설치하고 MacBook Pro와 NAS 사이에 공유 폴더를 만듭니다. 구성된 한 기기에서 파일이 추가되거나 변경되면 Syncthing이 해당 변경 사항을 다른 기기로 전파하므로, 폴더를 기존 클라우드 드라이브 계정에 업로드하지 않고도 작업을 계속할 수 있습니다.

Syncthing 문서에 따르면 파일 생성, 수정, 삭제가 여러 기기에서 복제될 수 있습니다. 이러한 동작은 동기화에는 유용하지만, 원치 않는 삭제나 손상된 변경 사항까지 전파될 수 있다는 뜻이기도 합니다. Syncthing 자체를 유일한 백업 수단으로 간주해서는 안 됩니다.

더 안전한 워크플로에서는 실시간으로 동기화되는 폴더와 보호된 기록을 분리합니다. 버전 관리를 사용하면 일부 덮어쓴 파일을 복구하는 데 도움이 될 수 있지만, 중요한 문서는 사용자의 모든 작업을 지속적으로 미러링하지 않는 독립적인 백업 대상으로도 백업해야 합니다.

셀프 호스팅 사진 라이브러리에 Immich 사용하기

Tommy는 휴대폰 사진을 위해 Immich를 iCloud 중심 워크플로의 셀프 호스팅 대안으로 사용합니다. 모바일 애플리케이션은 선택한 앨범의 새 사진과 동영상을 서버에 업로드할 수 있어, NAS가 카메라 롤을 보호하고 정리하는 데 적극적인 역할을 하게 합니다.

Immich 모바일 백업 가이드에서는 백그라운드 업로드가 휴대폰 운영 체제의 영향을 받는다고 설명합니다. iOS에서는 백그라운드 앱 새로 고침을 활성화해야 하며, 백그라운드 작업이 실행되는 시점은 Immich가 아니라 운영 체제가 결정합니다. 따라서 새로 촬영한 사진이 서버에 즉시 도착하지 않을 수 있습니다.

Immich에는 자체적인 백업 계획도 필요합니다. 애플리케이션 데이터베이스에는 경로와 메타데이터가 저장되고, 업로드 위치에는 원본 미디어가 저장됩니다. 이 두 계층 중 하나만 보호하면 복원한 라이브러리가 불완전해질 수 있습니다. ZimaBoard 2로 비공개 Immich 사진 클라우드를 구축한 관련 ZimaSpace 아티클에서는 이 워크플로를 크리에이터의 관점에서 살펴볼 수 있습니다.

Tailscale로 집 밖에서도 NAS에 연결 유지

Syncthing과 Immich는 서버가 로컬 책상을 벗어난 곳에서도 연결 가능한 상태로 유지될 때 가장 유용합니다. Tommy는 Tailscale을 추가해 자신의 기기 간 비공개 연결을 만들고, 승인된 클라이언트가 NAS에 접속하여 외부에 있을 때도 파일 전송을 계속할 수 있도록 합니다.

이 방식은 모든 셀프 호스팅 애플리케이션을 별도의 공개 웹사이트로 취급하지 않도록 합니다. 비공개 오버레이 네트워크를 사용하면 직접적인 노출을 줄일 수 있지만, 계정 보안, 기기 승인, 운영 체제 업데이트, 애플리케이션 인증은 여전히 중요합니다.

원격 액세스는 양쪽에서 사용할 수 있는 네트워크에도 좌우됩니다. Wi-Fi 신호가 약하거나, 모바일 데이터가 제한되거나, 가정용 업로드 대역폭이 느리거나, 서버가 절전 상태에 있으면 비공개 연결 자체가 정상적으로 작동하더라도 동기화가 지연될 수 있습니다.

이더넷 및 벽면 전원 제거

첫 번째 버전은 NAS로 작동하지만 여전히 이더넷과 벽면 콘센트가 필요합니다. Tommy는 기존 M.2 카드를 Wi-Fi를 추가하는 어댑터로 교체하여 유선 네트워크 연결 없이 서버를 집 안에서 이동할 수 있게 합니다.

전원 공급을 위해 프레임 아래에 고정형 12V 배럴 출력이 있는 배터리 팩을 설치합니다. 필요한 전압과 커넥터를 일치시키는 것이 중요합니다. USB 보조 배터리가 모든 서버에 올바른 고정 출력을 자동으로 제공하는 것은 아닙니다. 배터리, 케이블, 변환 경로는 유휴 상태의 소비 전력뿐 아니라 시스템의 최대 부하도 감당할 수 있어야 합니다.

이 변경으로 무선 통신 범위와 배터리 용량이 허용하는 한 NAS를 휴대할 수 있게 됩니다. 하지만 저장 장치가 갑작스러운 종료에 영향을 받지 않게 되는 것은 아닙니다. 쓰기 작업 중 배터리 부족으로 전원이 차단되면 전송이 중단되거나 다음 부팅 후 애플리케이션이 복구 상태에 들어갈 수 있으므로, 전원 계획에는 안전한 종료 동작과 상태 모니터링을 포함해야 합니다.

3K OLED 터치스크린 추가

Wi-Fi와 배터리 전원을 사용하면 방으로 연결되는 케이블 두 개를 없앨 수 있지만, NAS를 관리하려면 여전히 다른 장치가 필요합니다. Tommy는 시스템이 자체 인터페이스를 표시하고 제어할 수 있도록 14인치 3K OLED 휴대용 터치스크린을 추가합니다.

이 모니터는 터치 입력, 내장 스탠드, VESA 마운팅을 지원합니다. 서버 프레임에 직접 부착하면 케이블 연결을 방해하므로 Tommy는 회전식 책상 스탠드를 재활용해 빈 공간에 밀어 넣고 클램프로 고정한 다음 디스플레이 및 전원 케이블을 정리합니다.

완성된 구조는 일반적인 노트북이 아닙니다. 디스플레이, 저장 장치, 배터리, 네트워크 연결을 자체적으로 갖춘 모듈형 개인 서버입니다. 화면은 분리하여 다른 컴퓨터의 외부 모니터로 다시 사용할 수도 있습니다.

터치스크린에 Linux와 CasaOS가 필요한 이유

ZimaOS는 일반적으로 다른 장치에서 실행되는 브라우저를 통해 관리합니다. 터치스크린을 직접 연결한다고 해서 그 브라우저를 표시할 수 있는 데스크톱 세션이 자동으로 생성되는 것은 아닙니다. 따라서 Tommy는 Linux를 호스트 운영 체제로 설치하고, 브라우저 스타일의 서버 및 애플리케이션 관리를 위해 CasaOS를 추가합니다.

이로 인해 아키텍처가 달라집니다. 기존 NAS 환경은 더 폭넓은 컴퓨터 환경 안의 하나의 작업이 됩니다. 로컬 데스크톱에서는 관리 인터페이스를 직접 열 수 있고, Linux를 통해 일반적인 헤드리스 NAS 작업 흐름에 포함되지 않는 애플리케이션에도 접근할 수 있습니다.

그 대가는 추가적인 관리 작업입니다. 이제 사용자는 Linux 데스크톱, CasaOS, 컨테이너화된 서비스, 저장 장치 마운트, 터치스크린 동작, 시작 순서를 관리해야 합니다. 독립형 인터페이스는 업데이트와 재부팅 후에도 이러한 계층이 일관되게 복구될 때만 편리합니다.

휴대용 NAS에서 레트로 게임 실행하기

시스템에 Linux 데스크톱과 터치스크린이 갖춰지자 Tommy는 저장 장치 외의 용도로 Dolphin을 통한 레트로 게임 에뮬레이션을 테스트합니다. Intel 프로세서가 최신 AAA 게임에 적합하다고 소개하는 것은 아니지만, 그가 테스트한 클래식 타이틀은 놀라울 정도로 잘 실행합니다.

이렇다고 저장 작업과 게임이 동일한 부하가 되는 것은 아닙니다. 파일 동기화, 사진 처리, 미디어 인덱싱, 에뮬레이션은 CPU, 메모리, 저장 장치 대역폭을 서로 놓고 경쟁할 수 있습니다. 서버가 유휴 상태일 때는 게임이 원활하게 느껴져도, 대용량 업로드나 백그라운드 처리가 진행 중이면 다르게 작동할 수 있습니다.

그럼에도 이 테스트는 로컬 화면이 왜 중요한지 보여 줍니다. 장치를 사용하지 않을 때는 서버로 유지하고, 사용자가 앞에 앉으면 인터랙티브 컴퓨터로 전환할 수 있습니다.

배터리 사용 시간 및 온도 결과

Tommy는 ZimaBoard 2 시스템과 디스플레이를 모두 구동하기 위해 122Wh 보조 배터리를 사용합니다. 그의 구성에서는 4K 동영상 스트리밍을 약 3시간 30분, 게임을 약 3시간 동안 실행할 수 있습니다.

그는 게임과 같은 부하가 큰 작업 중에는 약 40~45°C, 유휴 상태에서는 약 30~35°C의 온도를 기록했다고 말합니다. 이 수치는 그가 조립한 구성, 주변 환경, 애플리케이션 부하, 측정 방식에 따른 결과이며, 모든 케이스나 드라이브, 전원 구성에 적용되는 보장 한계가 아닙니다.

실용적인 휴대용 서버는 디스플레이 활성화, 무선 전송, 저장 장치 쓰기, 사진 처리, 인터랙티브 애플리케이션 실행을 동시에 부하로 걸어 테스트해야 합니다. 유휴 전력만으로 계산한 배터리 사용 시간은 현장에서 시스템을 실제로 사용할 수 있는 시간이 얼마나 되는지 과대평가할 수 있습니다.

휴대용이라고 해서 데이터가 자동으로 보호되는 것은 아닙니다

Tommy는 중요한 한계를 지적하며 마무리합니다. NAS는 여전히 하나의 물리적 장치입니다. 유일한 드라이브에 장애가 발생하거나 전체 장치가 손상되거나 휴대용 시스템을 잃어버리면 파일도 함께 사라질 수 있습니다.

Immich는 더 폭넓은 백업 전략을 통해 업로드된 미디어와 데이터베이스를 모두 보호할 것을 권장합니다. Syncthing 역시 동기화는 백업과 같지 않다고 경고합니다. 삭제와 수정 사항이 전파될 수 있기 때문입니다. 서버를 이동하도록 설계한 경우에는 이 두 가지 사실이 더욱 중요합니다.

합리적인 보호 계획은 휴대용 NAS를 현재 사용 중인 복사본으로 유지하고, 다른 로컬 장치나 이동식 드라이브에 두 번째 복사본을 추가하며, 장치에서 떨어진 곳에 세 번째 복사본을 보관하는 것입니다. 셀프 호스팅은 백업을 누가 관리하는지를 바꿔야지, 백업 자체를 없애서는 안 됩니다.

이런 휴대용 NAS는 누가 만들어야 할까요?

이 프로젝트는 맞춤형 로컬 서버를 중요하게 여기고 하드웨어 통합을 즐기는 크리에이터, 여행자, 학생, 홈랩 제작자에게 적합합니다. 여러 개인 장치 간에 파일을 옮겨야 하고 일반적인 데스크톱 NAS를 들고 다니지 않으면서 스토리지에 직접 접근하고 싶을 때 특히 유용합니다.

서버가 항상 라우터와 벽면 콘센트 옆에 있을 예정이라면 고정형 NAS가 더 단순합니다. 필요한 것이 직접 연결 스토리지뿐이라면 일반 외장 SSD가 더 작습니다. 인프라의 소유권보다 별도의 관리가 필요 없는 이중화와 전 세계 어디서나 접근할 수 있는 기능이 더 중요하다면 상용 클라우드 서비스가 여전히 더 편리할 수 있습니다.

이러한 요소 중 어느 하나만으로는 충분하지 않을 때 Tommy의 설계가 매력적으로 다가옵니다. 하나의 모듈형 빌드에 휴대용 드라이브, 셀프 호스팅 애플리케이션 서버, 비공개 동기화 엔드포인트, 대화형 Linux 컴퓨터를 결합했습니다.

개인 클라우드는 소유자의 워크플로에 맞춰 구축할 수 있습니다

Tommy Doan의 휴대용 NAS가 성공적인 이유는 각각의 수정 사항이 특정한 불편을 해결하기 때문입니다. Syncthing은 작업 파일을 관리하고, Immich는 휴대폰 사진을 관리하며, Tailscale은 비공개 액세스를 확장하고, Wi-Fi는 이더넷을 없애며, 배터리는 벽면 콘센트의 필요성을 없애고, 터치스크린은 별도의 관리 장치에 의존하지 않게 합니다.

결과물이 반드시 가장 작거나 단순한 NAS인 것은 아닙니다. 소유자가 데이터를 저장하고, 접근하고, 사용하는 방식에 맞춰 설계된 개인 서버입니다. 이러한 맞춤화와 그 유지 관리에 따르는 책임이야말로 클라우드 스토리지를 더 많이 임대하는 것의 진정한 대안입니다.

하드웨어 조립, 휴대용 디스플레이 마운트, 애플리케이션 워크플로, 배터리 테스트, 레트로 게임 시연은 Tommy Doan의 전체 제작 과정에서 확인할 수 있습니다. 다른 홈 서버 제작자들과 더 많은 ZimaBoard 2 프로젝트 아이디어를 나누려면 ZimaSpace Discord 커뮤니티에 참여하세요.