WindowsArea가 RAID 1을 지원하는 ZimaBoard 2 미니 홈랩을 구축하는 방법
WindowsArea가 ZimaBoard 2: 미니 홈랩 첫인상에서 ZimaBoard 2를 사용한 전체 첫 구축 과정을 기록해 주신 데 감사드립니다. 이 영상은 단순히 상자를 여는 데 그치지 않습니다. 소형 다중 드라이브 프레임을 조립하고, ZimaOS를 부팅하고, 4TB 하드 드라이브 2개를 인식시키고, RAID 1 스토리지를 생성하며, Immich와 Jellyfin을 포함한 셀프 호스팅 서비스를 설치합니다.
이 과정을 통해 ZimaBoard 2 미니 홈 서버가 베어 단일 보드 컴퓨터와 일반적인 NAS 어플라이언스 사이에서 어떤 위치에 있는지 궁금한 사람에게 이 영상은 유용한 자료가 됩니다. 하드웨어는 작고 서버에 적합하게 설계되었으며, ZimaOS는 첫 번째 스토리지 및 애플리케이션 결정을 브라우저로 관리하는 워크플로로 바꿔 줍니다.
결과물은 진정한 미니 홈랩이지만, 마법처럼 한 번에 클라우드가 되는 것은 아닙니다. WindowsArea는 여전히 하드웨어를 조립하고, 드라이브를 연결하고, 스토리지를 초기화하고, RAID 동기화가 완료될 때까지 기다리며, 새 풀을 어떤 애플리케이션에서 사용할지 결정해야 합니다. 접근성과 소유자의 책임 사이의 이러한 균형이 테스트에서 가장 중요한 부분입니다.
WindowsArea의 전체 설정 과정을 시청하세요: 원본 독일어 영상에서는 배송 상자와 4개 드라이브 프레임부터 ZimaOS 대시보드, RAID 1 스토리지, 파일 관리, Immich, Jellyfin까지 프로젝트 전 과정을 보여 줍니다.
출처 참고: 이 글은 WindowsArea의 영상에 나온 조립 과정, 인터페이스 관찰 내용, 애플리케이션 테스트를 재구성한 것입니다. ZimaOS 화면, 애플리케이션 버전, 스토리지 동작, 동기화 시간, 하드웨어 액세서리, 지원되는 드라이브 구성은 게시 후 변경될 수 있습니다. RAID는 드라이브 장애 후 가용성을 보호하지만, 별도의 백업을 대신하지는 않습니다.
핵심 결론은 ZimaBoard 2가 일반 부품을 손쉽게 사용할 수 있는 로컬 스토리지 및 셀프 호스팅 플랫폼으로 바꿀 수 있다는 점입니다. 그 가치는 x86 호환성, 스토리지에 직접 연결할 수 있는 구성, 확장 가능한 물리적 설계, 그래픽 운영 환경의 조합에서 비롯되며, 스토리지와 복구의 원리를 이해할 필요를 없애 주는 데서 비롯되는 것은 아닙니다.
WindowsArea는 ZimaBoard 2 하드웨어, 드라이브 구성 요소, 그리고 보드를 소형 스토리지 서버로 바꿔 줄 프레임부터 살펴봅니다.
ZimaBoard 2가 미니 홈랩으로 적합한 이유
홈랩은 서버 랙으로 정의되지 않습니다. 홈랩은 소유자가 직접 관리하는 하드웨어에서 스토리지, 네트워킹, 컨테이너, 백업, 애플리케이션 호스팅을 배울 수 있는 환경입니다.
ZimaBoard 2는 여러 서버 지향 기능을 소형 x86 플랫폼에 집약했습니다.
- Intel N150 쿼드 코어 프로세서
- 모델에 따라 LPDDR5 메모리 8GB 또는 16GB
- 온보드 eMMC 스토리지 32GB 또는 64GB
- 기본 SATA 3.0 연결 2개
- 2개의 2.5GbE 이더넷 포트
- USB 3.1 및 Mini DisplayPort 연결
- 노출된 PCIe 3.0 확장 인터페이스
- 방열판 역할을 하도록 설계된 팬리스 알루미늄 섀시
WindowsArea의 테스트에서 ZimaOS 대시보드는 사용 가능한 메모리가 약 7.51GB라고 보고하며, 시스템이 16GB 1664 모델이 아니라 8GB급 ZimaBoard 2 832임을 보여 줍니다. 이는 영상에 소개된 스토리지 작업과 일부 Docker 애플리케이션을 실행하기에 충분하지만, 서비스를 더 추가할수록 용량 계획이 중요해집니다.
ARM 개발 보드와 달리 x86 플랫폼은 익숙한 서버 운영 체제와 컨테이너 이미지 중에서 폭넓게 선택할 수 있습니다. 또한 밀폐형 미니 PC와 달리 기본 SATA 및 PCIe 연결을 제공하므로, USB 어댑터에 전적으로 의존하지 않고 스토리지와 네트워크를 확장할 수 있습니다.
물리적 구성은 기존 NAS보다 모듈성이 뛰어납니다
WindowsArea는 조립 전에 작업대에 구성 요소를 펼쳐 놓습니다. 키트에는 ZimaBoard 2, 금속 드라이브 프레임, 브래킷, 드라이브 케이블, 소형 냉각 부품, 그리고 여러 하드 드라이브를 위한 공간이 포함되어 있습니다.
개방형 작업대 구성은 보드, 드라이브 프레임, 케이블, 냉각 하드웨어, 표준 하드 드라이브가 하나의 모듈형 시스템으로 결합되는 방식을 보여 줍니다.
이 방식은 폐쇄형 2베이 NAS와 다릅니다. 구성 요소가 그대로 노출되어 교체할 수 있으며, 초기 ZimaOS 스토리지 테스트에서 인식된 두 개보다 더 많은 드라이브를 프레임에 물리적으로 장착할 수 있습니다. 추가 장착 위치는 향후 프로젝트를 위한 공간을 제공하지만, 물리적 수용량이 자동으로 전기적 연결성을 만들어 주는 것은 아닙니다. 추가되는 모든 드라이브에는 여전히 데이터 경로, 충분한 전력, 장착 지원, 그리고 명확한 스토리지 역할이 필요합니다.
처음 두 개의 드라이브에는 기본 SATA가 가장 간단한 방법을 제공합니다. 이러한 연결을 넘어 확장하려면 호환되는 PCIe 스토리지 컨트롤러와 적절한 케이블이 필요할 수 있습니다. PCIe 카드, 연결된 드라이브, 팬은 모두 추가적인 전력과 냉각을 요구하므로, 서버를 상시 운영하기 전에 계획해야 합니다.
프레임을 조립하면 보드가 스토리지 어플라이언스로 변신합니다
영상 중반까지 WindowsArea는 드라이브 프레임 위에 ZimaBoard 2를 장착하고, 그 아래에 하드 드라이브를 설치합니다. 완성된 구조는 랙 서버보다 훨씬 작으면서도 보드와 스토리지에 쉽게 접근할 수 있습니다.
조립된 프레임은 멀티 드라이브 케이지 위에 ZimaBoard 2를 배치하여, 작고 유지 관리가 쉬운 미니 홈랩 구성을 만듭니다.
개방형 설계는 여러 실용적인 이점을 제공합니다.
- 밀폐된 인클로저를 분해하지 않고도 드라이브를 교체할 수 있습니다.
- 문제 해결 중에도 케이블 경로와 표시등을 확인할 수 있습니다.
- 스토리지 또는 네트워크 확장 카드를 장착할 수 있도록 PCIe 슬롯에 계속 접근할 수 있습니다.
- 드라이브와 보드의 패시브 방열판 주변으로 공기가 흐를 수 있습니다.
완성된 NAS보다 더 세심한 관리도 필요합니다. 서버는 안정적인 표면에 설치하고, 전원 및 SATA 케이블에는 장력 완화 조치를 하며, 방열판 주변에 여유 공간을 확보하고, 실수로 접촉하지 않도록 보호해야 합니다. 기계식 하드 드라이브는 단단히 장착하고 반복적인 진동이나 충격을 피해야 합니다.
최초 ZimaOS 부팅에서 실제 테스트 구성이 확인됩니다
WindowsArea는 웹 브라우저에서 보드의 로컬 IP 주소를 통해 ZimaOS를 엽니다. 대시보드는 시스템 상태, 스토리지, 네트워크 활동, 애플리케이션, 파일, 백업, 가상 머신 및 원격 액세스 옵션을 하나의 인터페이스에 통합합니다.
캡처된 시점에 시스템은 CPU 사용량 약 2%, 메모리 사용량 9%, 프로세서 전력 약 2.4W, 온도 약 33°C를 보고합니다. 이는 장기적인 전력 및 열 성능 벤치마크가 아니라 유휴 또는 가벼운 부하 상태에서의 관찰 결과이지만, 초보자도 대시보드에서 기본적인 시스템 상태를 쉽게 확인할 수 있음을 보여 줍니다.
더 중요한 점은 ZimaOS가 각각 4TB의 원시 용량을 가진 새 ST4000VN006 드라이브 두 개를 찾았다고 알린다는 것입니다. 이 두 드라이브가 영상 후반에 시연되는 스토리지 풀에 사용됩니다.
ZimaOS는 두 개의 4TB 드라이브를 감지하고 스토리지 풀이 생성되기 전에 바로 관리할 수 있는 경로를 제공합니다.
정확한 순서가 중요합니다. 소유자는 무엇이든 초기화하기 전에 모델 번호와 용량을 확인해야 합니다. 잘못된 드라이브를 선택하면 기존 데이터가 삭제될 수 있으므로, 재사용하는 디스크는 새 스토리지 풀에 추가하기 전에 반드시 백업해야 합니다.
공식 ZimaBoard 2 시작 가이드에서는 최초 전원 연결, 네트워크 설정, 스토리지 구성, 장치 검색 및 ZimaOS 로그인 과정을 설명합니다.
두 개의 4TB 드라이브가 4TB RAID 1 풀로 구성됩니다
WindowsArea는 감지된 두 개의 4TB 디스크를 하나의 RAID 1 안전 스토리지 풀로 결합합니다. RAID 1은 동일한 데이터를 두 드라이브에 모두 기록하므로, 사용 가능한 용량은 결합된 8TB 원시 용량이 아니라 드라이브 하나의 용량인 약 4TB입니다.
이러한 절충을 통해 드라이브 하나가 고장 나도 연속성을 유지할 수 있습니다. 미러를 구성하는 드라이브 중 하나의 작동이 중단되면, 고장 난 드라이브를 교체하고 미러를 재구축하는 동안에도 살아 있는 디스크에서 데이터에 계속 액세스할 수 있습니다.
미러가 동기화되는 동안 ZimaOS 스토리지 패널에는 약 4TB의 RAID 1 사용 가능 용량이 표시됩니다.
미러의 모든 부분을 준비해야 하므로 초기 동기화에는 몇 시간이 걸릴 수 있습니다. 이 기간에는 서버 전원을 켜 둔 상태로 유지하고, 드라이브를 분리하지 않으며, 디스크 주변에 충분한 공기 흐름이 확보되도록 해야 합니다.
동기화 표시기는 스토리지 풀에도 상태가 있음을 알려 주는 신호이기도 합니다. “정상” 레이블, 성능 저하 경고, 재구축 상태 또는 드라이브 오류가 표시되면 주의가 필요합니다. RAID를 한 번 설정한 뒤 무기한 방치해도 되는 기능으로 취급해서는 안 됩니다.
RAID 1은 가용성을 보호하지만 전체 데이터 기록을 보호하지는 않습니다.
미러링된 풀은 디스크 하나의 고장으로부터 보호해 줍니다. 하지만 데이터를 삭제할 수 있는 모든 상황으로부터 보호해 주지는 않습니다.
- 실수로 삭제한 내용이 두 드라이브 모두에 미러링됩니다.
- 랜섬웨어나 애플리케이션 손상으로 두 복사본 모두 영향을 받을 수 있습니다.
- 전기적 손상으로 서버 전체가 영향을 받을 수 있습니다.
- 도난, 화재 또는 침수로 두 드라이브가 함께 손상될 수 있습니다.
- 관리자가 실수로 수행한 작업으로 전체 풀의 상태가 변경될 수 있습니다.
따라서 완전한 계획에는 버전 기록이 포함된 독립적인 백업이 추가되어야 합니다. 널리 사용되는 3-2-1 방식은 최소 세 개의 복사본을 유지하고, 두 가지 저장 유형을 사용하며, 한 개의 복사본을 기본 서버와 분리된 곳에 보관합니다.
공식 ZimaOS 3-2-1 백업 가이드에서는 예약 설정과 보존 버전을 비롯해 로컬, LAN, USB, Zima 및 일부 클라우드 대상에 대해 다룹니다.
관련 커뮤니티 구축 사례인 ZimaBoard 2 RAID 1 및 Home Assistant 프라이빗 클라우드에서는 또 다른 제작자가 별도의 백업 계획을 유지하면서 미러링된 스토리지와 셀프 호스팅 서비스를 결합하는 방법을 보여 줍니다.
ZimaOS에서 애플리케이션이 스토리지를 활용하도록 설정하기
RAID 구성은 인프라 작업입니다. 서버에 저장된 파일과 애플리케이션이 해당 스토리지에 명확한 위치를 갖게 될 때 비로소 서버가 유용해집니다.
ZimaOS는 그래픽 Files 애플리케이션과 Docker 기반 서비스를 위한 App Store를 제공합니다. 따라서 초기 컨테이너 설정의 상당 부분이 간소화되지만, 영구 데이터를 이해해야 할 필요까지 사라지는 것은 아닙니다. 각 애플리케이션은 스토리지 풀의 지정된 폴더에 연결해야 하며, 이를 통해 데이터베이스, 설정, 썸네일, 사용자 콘텐츠를 백업하고 마이그레이션할 수 있습니다.
많은 서비스를 설치하기 전에 소유자는 다음을 문서화해야 합니다.
- 각 애플리케이션이 영구 데이터를 저장하는 위치
- 교체 가능한 캐시가 저장된 폴더와 원본이 저장된 폴더
- 서비스가 외부에 노출되는 포트와 계정
- 애플리케이션을 업데이트하는 방법
- 새로 설치한 환경에서 데이터를 복원하는 방법
WindowsArea의 초보자용 안내에서 보이는 구조는 SjslTech가 ZimaOS를 초보자 친화적인 홈 서버 OS로 테스트한 방법에 설명된 워크플로와 유사합니다. 저장 공간을 애플리케이션보다 먼저 설정하고, 원격 액세스를 추가하기 전에 로컬 작동을 확인해야 합니다.
Immich는 RAID 풀을 개인 사진 서비스로 전환합니다
WindowsArea는 영상 끝부분에 Immich를 엽니다. Immich는 개인 라이브러리를 정리하고 지원되는 모바일 클라이언트에서 업로드를 받을 수 있는 셀프 호스팅 사진 및 동영상 플랫폼입니다.
Immich 환영 화면은 새로운 ZimaBoard 2 스토리지 플랫폼에서 사진 서비스가 로컬로 실행되고 있음을 확인해 줍니다.
환영 화면에 도달했다는 것은 애플리케이션이 실행되었다는 뜻입니다. 하지만 아직 전체 사진 워크플로가 정상적으로 작동한다는 의미는 아닙니다. 대규모 라이브러리를 맡기기 전에 소유자는 관리자 계정을 만들고, 업로드 위치를 확인하고, 소수의 원본 파일로 테스트하고, 모바일 백그라운드 동작을 검토하며, 사진 원본과 Immich 데이터베이스를 모두 백업 계획에 포함해야 합니다.
사진 중심의 전체 워크플로는 Just Jean이 ZimaBoard 2로 개인 사진 클라우드를 구축하는 방법을 참조하세요.
Jellyfin은 또 다른 유형의 스토리지 작업 부하를 추가합니다
WindowsArea의 애플리케이션 테스트 브라우저 탭에는 Jellyfin도 표시됩니다. Immich가 개인 사진과 동영상을 정리한다면, Jellyfin은 영화, 텔레비전 프로그램, 음악 및 기타 미디어가 담긴 폴더를 스트리밍 가능한 라이브러리로 변환합니다.
스토리지 요구 사항은 서로 다릅니다.
- Immich는 원본 업로드 파일, 썸네일, 메타데이터 및 애플리케이션 데이터베이스에 의존합니다.
- Jellyfin은 올바르게 매핑된 미디어 폴더, 메타데이터, 클라이언트 호환성 및 코덱 지원에 의존합니다.
- 직접 재생은 주로 스토리지와 네트워크 처리량을 사용합니다.
- 트랜스코딩은 Intel N150과 통합 그래픽에 훨씬 더 큰 부하를 줄 수 있습니다.
유용한 첫 테스트는 직접 재생이 가능한 미디어를 사용하는 로컬 클라이언트 하나로 진행하는 것입니다. 경로, 권한 및 재생 동작을 확인하기 전에 대규모 라이브러리를 가져오면 이후 문제 해결이 더 어려워집니다.
WindowsArea의 빌드가 입증하는 것과 입증하지 않는 것
| 단계 | 영상에서 보여 주는 내용 | 장기 테스트가 필요한 부분 |
|---|---|---|
| 물리적 조립 | ZimaBoard 2와 여러 드라이브를 소형 모듈형 프레임에 장착할 수 있습니다. | 케이블 장력, 진동, 지속적인 온도 및 전원 동작 |
| 드라이브 감지 | ZimaOS는 연결된 4TB 드라이브 2개를 식별하고 그래픽 관리 경로를 제공합니다. | 장기 SMART 상태 확인, 오류 보고 및 교체 워크플로 |
| RAID 1 | 4TB 드라이브 2개로 약 4TB의 미러링된 안전한 스토리지가 생성됩니다. | 성능 저하 모드 작동, 재구축 시간, 장애 발생 후 검증된 복구. |
| Immich | 셀프 호스팅 사진 애플리케이션이 로컬 서버에서 실행됩니다. | 대규모 라이브러리 인덱싱, 모바일 백업 안정성, 데이터베이스 복구, 다중 사용자 사용. |
| Jellyfin | 동일한 ZimaOS 시스템에서 비공개 미디어 서비스를 호스팅할 수도 있습니다. | 코덱 호환성, 동시 스트림 수, 자막, 트랜스코딩 성능. |
누가 ZimaBoard 2 미니 홈랩을 구축해야 할까요?
WindowsArea의 구성은 대형 랙 서버로 시작하지 않으면서도 밀폐형 NAS보다 더 많은 제어권을 원하는 사용자에게 가장 적합합니다.
- 홈랩 초보자는 그래픽 인터페이스를 통해 스토리지, RAID, Docker 애플리케이션, 로컬 네트워킹을 배울 수 있습니다.
- 개인정보 보호를 중시하는 가정은 사진, 파일, 미디어를 저장할 로컬 대상을 만들 수 있습니다.
- 크리에이터는 현재 사용하는 미디어 라이브러리와 클라우드 전용 스토리지를 분리할 수 있습니다.
- 셀프 호스팅 애호가는 소형 x86 플랫폼에서 여러 서비스를 실행할 수 있습니다.
- 개발자와 관리자는 이 보드를 실험용 노드, 엣지 서버 또는 가상화 플랫폼으로 활용할 수 있습니다.
영상에 사용된 8GB 모델은 일부 서비스의 합리적인 시작점입니다. 동시에 실행되는 컨테이너가 많거나 대규모 데이터베이스, 가상 머신, 더 높은 수준의 멀티태스킹을 계획하는 사용자는 16GB 구성과 전체 워크로드에 필요한 CPU 성능을 검토해야 합니다.
WindowsArea의 구축 과정이 보여 주는 실제 첫 홈랩 구축 순서
WindowsArea의 첫인상에서 가장 돋보이는 부분은 작업 순서입니다. 이 프로젝트는 하드웨어와 드라이브 장착으로 시작한 뒤, ZimaOS가 디스크를 인식하는지 확인하고 미러링 풀을 생성한 다음 동기화가 완료될 때까지 기다립니다. 그 후에야 스토리지를 사진 및 미디어 서비스로 활용하기 시작합니다.
이 순서는 사용할 수 있는 앱 목록보다 더 중요합니다. 신뢰할 수 있는 홈랩은 검증된 하드웨어, 신중하게 설계한 스토리지, 명확한 복구 범위에서 시작합니다. 애플리케이션은 그다음입니다.
ZimaBoard 2는 이 과정을 간결하고 쉽게 만들어 주는 동시에, 개방형 프레임, 표준 드라이브, x86 아키텍처, PCIe 확장 기능을 통해 향후 실험을 위한 여지를 남겨 둡니다. ZimaOS가 설정의 번거로움을 줄여 주지만, 백업, 계정, 업데이트, 원격 액세스, 장애 발생 시 서버 동작 테스트에 대한 책임은 여전히 사용자에게 있습니다.
원본 독일어 조립 과정과 소프트웨어 안내를 확인하려면 WindowsArea의 전체 ZimaBoard 2 미니 홈랩 영상을 시청하세요. ZimaBoard 스토리지 서버를 구축하거나 RAID를 구성하거나 첫 홈랩에 사용할 앱을 선택하는 중이라면, ZimaSpace 커뮤니티에 참여해 질문하고 설정을 공유해 보세요.
