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

3つのProxmoxノード。1つのZimaCube 2。10ギガビットイーサネット。すべてIkeaのKallax棚の中にあり、24時間稼働し、隣の部屋の冷蔵庫よりも静かです。

これは仮想の構成ではありません。これは私のホームラボで、標準的なKallaxキューブにきれいに収まる完全3Dプリントの10インチラックで、ZimaCube 2が底部にありクラスタ全体の共有ストレージの頭脳として機能しています。なぜこの役割にZimaCube 2を選んだのか、どのように統合したのか、そしてその過程で学んだことを紹介します。

アーキテクチャ

私のクラスタは、eMMCブートストレージとZFSレプリケーションを備えた3つのProxmoxコンピュートノードで構成されています。目標は完全な高可用性HCIで、1つのノードがダウンしてもワークロードは自動的に移行し、ストレージは一貫性を保ちます。

しかし、3ノード間のZFSレプリケーションだけでは限界があります。共有ストレージバックエンドが必要で、容量、帯域幅、信頼性が十分で、クラスタ全体の単一の真実のソースとして機能するものが必要です。そこにZimaCube 2が登場します。

🧠 ZimaCube 2はクラスタのストレージの頭脳です。3つの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ポートが決め手でした。3つのハイパーバイザーノードに同時にストレージを提供する場合、単一のギガビットリンクは初日からボトルネックになります。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（Pro）で出荷されます。ZFSベースのストレージバックエンドにはRAMが多いほど良いです。ZFSはARC（Adaptive Replacement Cache）をメモリ内で使用し、ARCの1ギガバイトはディスクに触れない1ギガバイトのストレージに相当します。私は32GBのDDR5 SODIMMを追加して合計40GBにし、ZFSに十分なARCの余裕を与えつつDockerコンテナのリソースを枯渇させないようにしました。

物理的な構築：すべて3Dプリント

このセットアップ全体は10インチラック形式で、Elegoo Centauri Carbonで3Dプリントされ、標準的なIkea Kallax棚キューブにぴったり収まるよう設計されています。

ZimaCube 2はラックの底部に設置されています。その重量と冷却要件から自然なベースとなっています。その上には3つのコンピュートノード、専用のファイアウォールアプライアンス、パッチパネルがあります。すべてはカスタム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ネイティブ対応。プラグインシステムに悩まされることはありません。docker-compose upで完了です。

2.ZFSサポートが組み込まれています。ZimaOSのストレージマネージャーは、ターミナルを使わずにZFSプールの作成やスナップショットのスケジューリングを管理します。

ZimaCube上のLinuxターミナルにて、zpool createコマンドと正常なONLINE状態のZFS pool1ストレージのステータス出力を表示

3.IceWhaleは積極的に開発を進めています。私は彼らのチームから直接提供されたZimaOSベータ版をテストしていますが、コミュニティのフィードバックに対する対応は本当に良好です。

4.設計通りのプラットフォームをテストしたかった。後でいつでも消去して別のOSをインストールできますが、ZimaOSがワークロードを処理できれば、設定やメンテナンスが一つ減ります。

クラスターストレージバックエンドには、機能よりも安定性が重要です。これまでのところ、ZimaOSはそれを実現しています。

クラスタで稼働しているもの

現在3台の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を使う理由は何ですか？

理由は3つあります：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推論と競合するのを防ぎます。