Why use a ZimaCube 2 instead of a traditional NAS for a Proxmox cluster?

Three reasons: 10GbE, PCIe expansion, and ZFS-native architecture. Most consumer NAS devices ship with 1GbE, which bottlenecks immediately when serving multiple hypervisors. The ZimaCube 2 10GbE port plus dual 2.5GbE gives you the bandwidth to serve storage without contention. And the PCIe slot means you can add a GPU or faster NIC later without replacing the entire device.

Can ZimaOS handle ZFS well enough for cluster storage?

Yes. ZimaOS includes ZFS pool creation, snapshot scheduling, and health monitoring in its storage manager. For a cluster backend, the key features — pool creation, NFS/SMB sharing, snapshot automation — are all there without requiring terminal configuration.

How much RAM does the ZimaCube 2 need for ZFS?

ZFS uses RAM for ARC (cache), and more RAM means faster read performance. The stock 8GB or 16GB is workable for light workloads, but for serving multiple VMs or containers with a large dataset, upgrading to 32GB or 64GB is recommended. SODIMM DDR5 slots are user-accessible — the upgrade takes minutes.

What is the advantage of keeping the Coral TPU on a separate ZimaBlade instead of the ZimaCube 2?

Offloading Frigate object detection to a dedicated ZimaBlade with Coral TPU keeps inference load entirely off the ZimaCube 2 CPU and GPU. The ZimaCube 2 handles storage and Docker services; the ZimaBlade handles real-time video analysis. Separating those workloads prevents camera processing from competing with VM I/O or AI inference on the main system.

ZimaCube 2를 공유 스토리지 백엔드로 사용하여 3노드 Proxmox 클러스터를 구축한 방법

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

How I Built a 3-Node Proxmox Cluster Around the ZimaCube 2 as the Shared Storage Backend - Zima Store Online

세 개의 Proxmox 노드. 하나의 ZimaCube 2. 10기가비트 이더넷. 모두 Ikea Kallax 선반 안에 자리 잡고 24시간 7일 작동하며, 옆 방 냉장고보다 조용합니다.

이것은 가상의 빌드가 아닙니다. 이것은 내 홈랩입니다 — 표준 Kallax 큐브에 깔끔하게 들어가는 완전 3D 프린트 10인치 랙으로, ZimaCube 2가 맨 아래에 위치해 클러스터 전체의 공유 저장소 두뇌 역할을 합니다. 내가 이 역할에 ZimaCube 2를 선택한 이유, 통합 방법, 그리고 그 과정에서 배운 점을 소개합니다.

아키텍처

내 클러스터는 eMMC 부팅 저장소와 ZFS 복제를 사용하는 세 개의 Proxmox 컴퓨트 노드로 구성되어 있습니다. 목표는 완전한 고가용성 HCI — 한 노드가 다운되면 워크로드가 자동으로 마이그레이션되고 저장소는 일관성을 유지합니다.

하지만 세 노드 간의 ZFS 복제만으로는 한계가 있습니다. 여전히 공유 저장소 백엔드가 필요합니다 — 충분한 용량, 대역폭, 신뢰성을 갖춰 클러스터 전체의 단일 진실 소스로 작동해야 합니다. 바로 ZimaCube 2가 그 역할을 합니다.

🧠 ZimaCube 2는 클러스터의 저장소 두뇌입니다. 세 개의 Proxmox 노드는 컴퓨팅을 처리합니다. ZimaCube 2는 공유 저장소, 백업, 미디어 데이터셋, 그리고 모든 것을 연결하는 100GbE 백본을 처리합니다.

SAN/NAS 백엔드로서 ZimaCube 2를 선택한 이유

ZimaCube 2를 선택하기 전에 많은 옵션을 살펴봤습니다. 이것이 올바른 선택이 된 이유입니다:

내가 필요했던 것

혼합 HDD/NVMe 풀을 위한 6개 이상의 드라이브 베이
병목 현상 없이 클러스터에 서비스를 제공하는 10GbE
미래 GPU/NIC 업그레이드를 위한 PCIe 확장
저장소와 함께 인프라 서비스를 실행할 수 있는 Docker 네이티브
거실 공간에 적합할 만큼 조용함 (지하실 아님)
Kallax 큐브에 들어갈 만큼 컴팩트함

ZimaCube 2가 제공하는 것

6× SATA3 베이 + 7번째 베이에 4× M.2 NVMe
10GbE (Marvell AQC113) + 2× 2.5GbE (Intel i226)
PCIe x16 Gen4 + PCIe x8 Gen3 슬롯
Docker 지원이 포함된 사전 설치된 ZimaOS
240 × 221 × 220 mm — Kallax와 정확히 호환
능동 냉각이 있는 금속 섀시, 유휴 시 거의 무소음

10GbE 포트가 결정적인 요소였습니다. 세 개의 하이퍼바이저 노드에 동시에 저장소를 제공한다면, 단일 기가비트 링크가 첫날부터 병목 현상이 됩니다. ZimaCube 2 10GbE 덕분에 저장소 백엔드를 포화시키기 전에 클러스터 네트워크를 포화시킬 수 있습니다.

미니멀리스트 거실의 나무 사이드보드 위에 놓인 세련된 은색 ZimaCube 2 미니 서버, 텔레비전 옆에 위치

저장소 구성

다음은 ZimaCube 2에 저장소 풀을 배치한 방법입니다:

풀	드라이브	파일시스템	목적
VM 저장소	2× NVMe (RAID 1)	ZFS	Proxmox VM/CT 이미지, 라이브 마이그레이션 대상
대용량 데이터	4× HDD (RAID-Z1)	ZFS	미디어 라이브러리, 백업, ISO 아카이브, 데이터셋
빠른 캐시	1× NVMe	ZFS SLOG/L2ARC	HDD 풀의 쓰기 캐시, 메타데이터 가속
OS + Docker	1× NVMe (온보드)	ext4	ZimaOS, Docker 컨테이너, 인프라 서비스

클러스터는 전용 10GbE 링크를 통해 ZimaCube 2에 접근합니다. 각 Proxmox 노드는 2.5GbE로 관리형 스위치에 연결되며, ZimaCube 2는 10GbE 업링크 포트에 연결됩니다. VM 라이브 마이그레이션은 NVMe 풀의 NFS를 통해 이루어집니다. 미디어와 백업은 HDD 풀에 저장됩니다. 모든 것은 스냅샷이 있는 ZFS 백업입니다.
RAM 업그레이드 참고: ZimaCube 2는 8GB DDR5(표준) 또는 16GB(프로)로 출고됩니다. ZFS 기반 스토리지 백엔드에는 RAM이 많을수록 좋습니다 — ZFS는 메모리에서 ARC(Adaptive Replacement Cache)를 사용하며, ARC의 1GB는 디스크에 접근하지 않는 1GB의 저장 공간과 같습니다. 저는 32GB DDR5 SODIMM을 추가해 총 40GB로 늘렸고, 이는 ZFS에 충분한 ARC 여유 공간을 제공하면서 Docker 컨테이너에 자원을 빼앗기지 않게 합니다.

물리적 빌드: 모든 부품 3D 프린트

전체 구성은 10인치 랙 형식으로, Elegoo Centauri Carbon에서 3D 프린트되었으며 표준 Ikea Kallax 선반 큐브 안에 정확히 맞도록 설계되었습니다.

ZimaCube 2는 랙의 맨 아래에 위치하며, 무게와 냉각 요구 사항 때문에 자연스러운 기반이 됩니다. 그 위에는 세 개의 컴퓨트 노드, 전용 방화벽 장치, 패치 패널이 있습니다. 모든 것은 맞춤형 3D 프린트 브래킷과 통풍 패널로 장착되어 있습니다.

📐 ZimaCube 2의 크기(240 × 221 × 220 mm)는 10인치 랙 폼팩터에 거의 완벽하게 맞습니다. IceWhale이 섀시를 설계하기 전에 Kallax 큐브를 측정한 것 같습니다. 220mm 너비는 표준 10인치 선반 양쪽에 공기 흐름을 위한 충분한 여유 공간을 남깁니다.

모든 STL 파일과 리믹스는 MakerWorld와 Printables에서 이용 가능합니다. 저는 ZimaCube 2, ZimaBlade 유닛, 그리고 방화벽 장치를 위한 맞춤형 마운트를 설계했습니다.

목재 캐비닛 안에 장착된 ZimaCube 2 미니 서버 후면 패널, 멀티 기가비트 이더넷, USB 포트 및 통풍구가 보임

왜 TrueNAS나 Unraid가 아닌가요?

TrueNAS나 Unraid로 초기화하지 않고 ZimaCube 2에 ZimaOS를 유지한 이유는 다음과 같습니다:

1.처음부터 도커 네이티브. 싸울 필요 없는 플러그인 시스템 없이 docker-compose up만 하면 끝납니다.

2.내장된 ZFS 지원. ZimaOS 스토리지 관리자는 터미널을 사용할 필요 없이 ZFS 풀 생성과 스냅샷 예약을 처리합니다.

ZimaCube에서 실행 중인 리눅스 터미널, zpool 생성 명령어와 건강한 ONLINE ZFS pool1 저장소 상태 출력 화면

3.IceWhale이 적극적으로 개발 중입니다. 저는 그들의 팀에서 직접 제공하는 ZimaOS 베타 빌드를 테스트하고 있는데, 커뮤니티 피드백에 대한 반응이 정말 좋았습니다.

4.설계된 대로 플랫폼을 테스트해보고 싶었습니다. 나중에 언제든지 초기화하고 다른 것을 설치할 수 있습니다. 하지만 ZimaOS가 작업을 잘 처리한다면, 설정하고 유지해야 할 운영체제가 하나 줄어드는 셈입니다.

클러스터 저장소 백엔드에는 기능보다 안정성이 더 중요합니다. 지금까지 ZimaOS는 그 역할을 충실히 수행해왔습니다.

클러스터에서 실행 중인 것

현재 세 개의 Proxmox 노드가 호스팅하는 것:

Zigbee2MQTT가 포함된 Home Assistant — 스마트 홈 자동화
Coral TPU가 탑재된 전용 ZimaBlade에서 실행되는 Frigate NVR — 4대의 실외 카메라, 객체 감지를 TPU로 오프로딩
Paperless-ngx — 문서 관리
Vaultwarden — 비밀번호 관리
Nginx Proxy Manager — 리버스 프록시 및 SSL
Pi-hole — 네트워크 전체 DNS 필터링
Gitea — 개인 프로젝트용 자체 호스팅 Git
테스트와 학습용 여러 개발 VM

ZimaCube 2는 또한 Uptime Kuma 모니터링, 백업 오케스트레이터, ZFS 스냅샷 스케줄러 같은 몇 가지 인프라 컨테이너도 직접 실행합니다.

ZimaCube 2로 직접 클러스터 저장소 백엔드를 구축하세요 →

자주 묻는 질문

Proxmox 클러스터에 전통적인 NAS 대신 ZimaCube 2를 사용하는 이유는 무엇인가요?

세 가지 이유: 10GbE, PCIe 확장, 그리고 ZFS 네이티브 아키텍처. 대부분의 소비자용 NAS는 1GbE를 탑재해 여러 하이퍼바이저를 서비스할 때 즉시 병목 현상이 발생합니다. ZimaCube 2의 10GbE 포트와 듀얼 2.5GbE는 저장소 서비스를 경쟁 없이 제공할 수 있는 대역폭을 제공합니다. 또한 PCIe 슬롯 덕분에 전체 장치를 교체하지 않고도 GPU나 더 빠른 NIC를 나중에 추가할 수 있습니다.

ZimaOS가 클러스터 저장소용으로 ZFS를 충분히 잘 처리할 수 있나요?

네. ZimaOS는 저장소 관리자에 ZFS 풀 생성, 스냅샷 예약, 상태 모니터링 기능을 포함합니다. 클러스터 백엔드용으로도 풀 생성, NFS/SMB 공유, 스냅샷 자동화 같은 핵심 기능이 모두 터미널 설정 없이 제공됩니다.

ZFS를 위해 ZimaCube 2에는 얼마나 많은 RAM이 필요합니까?

ZFS는 ARC(캐시) 용도로 RAM을 사용하며, RAM이 많을수록 읽기 성능이 빨라집니다. 기본 8GB 또는 16GB도 가벼운 작업에는 충분하지만, 여러 VM이나 컨테이너에 대용량 데이터셋을 제공하려면 32GB 또는 64GB로 업그레이드하는 것이 좋습니다. SODIMM DDR5 슬롯은 사용자가 접근 가능하며, 업그레이드는 몇 분이면 완료됩니다.

Coral TPU를 ZimaCube 2 대신 별도의 ZimaBlade에 두는 장점은 무엇인가요?

Frigate 객체 감지를 Coral TPU가 탑재된 전용 ZimaBlade로 오프로딩하면 추론 부하가 ZimaCube 2의 CPU와 GPU에서 완전히 분리됩니다. ZimaCube 2는 저장소와 Docker 서비스를 처리하고, ZimaBlade는 실시간 비디오 분석을 담당합니다. 이러한 작업 분리는 카메라 처리 작업이 메인 시스템의 VM I/O나 AI 추론과 경쟁하지 않도록 합니다.