Koroma TechがProxmoxとTrueNASでZimaBoard 2をテストする方法

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

How Koroma Tech Tests ZimaBoard 2 With Proxmox and TrueNAS

Koroma Techの検証では、ZimaBoard 2は、軽量サービス、コンテナ、ストレージ、目的を絞った仮想化に適した、コンパクトで静音のホームラボプラットフォームとして最も力を発揮しました。ブラウザーで管理できる標準サーバー環境、Ubuntu LXCコンテナを動かすProxmox、ミラー構成の2台のドライブプールを備えたTrueNASを実行できることが確認されています。ただし、4コアのIntel N150をハイエンドの仮想化ホストのように扱うべきではありません。

完全なセットアップを記録し、このハードウェアが実際のホームラボでどのように活用できるかを共有してくれたKoroma Techに感謝します。彼の元の動画では、ハードウェア、2台のドライブの組み立て、初期サーバーインターフェース、NVMe拡張、Proxmoxのインストール、Ubuntu LXCテスト、TrueNASのストレージ構成を取り上げています。

コラボレーションに関する開示：ZimaBoardチームは、Koroma Techの動画に登場するボードとアクセサリーを提供しました。クリエイターは、自身の体験と想定する用途を共有していると説明しています。ソフトウェアのバージョン、インターフェースの詳細、ハードウェアの構成、互換性は、公開後に変更される場合があります。

結論：ZimaBoard 2は、多コアのラックサーバーを小型化した代替品ではありません。静音動作、デュアル2.5GbEネットワーク、直接接続できるSATAストレージ、オープンなPCIe拡張を、小型のx86システムに組み合わせ、明確に定めたホームサーバー用途に割り当てられる点が強みです。

初代ZimaBoardから新しいホームラボノードへ

Koroma Techは、長期的な利用経験に基づく有益な背景説明から始めています。彼はすでに初代ZimaBoard 832を2台所有しており、ファイアウォール、Dockerサーバー、そして一般的なホームラボ用ハードウェアとして使ってきました。これらの旧ボードはProxmoxクラスターで再利用する予定であるため、ZimaBoard 2のレビューは、この製品カテゴリーに初めて触れた感想ではなく、実際の使用経験に基づいています。

新しいボードは、コンパクトでファンレスのアルミニウム製デザインを維持しながら、プロセッサー、メモリ、ネットワーク、拡張オプションを刷新しています。Koroma Techがレビュー機の用途として想定しているのは、ホームラボ内に設置する専用のNixOS開発サーバーです。これは、静音動作、常時稼働、Linux互換性、プロジェクト固有のストレージやインターフェースに対応できる十分な拡張性という、このプラットフォームの強みに合った役割です。

その用途が、テスト全体の方向性も決めています。彼は、ボードが合成デスクトップベンチマークで勝てるかではなく、実用的なアプリケーションホスト、軽量ハイパーバイザー、あるいはコンパクトなNASとして使えるかを検証しています。

ZimaBoard 2のハードウェアが想定している用途

ZimaBoard 2 Mini Home Serverは、Intel N150プロセッサーを中心に構成されています。Intelの公式仕様によると、N150は4コア・4スレッド、最大ターボ周波数3.6GHz、プロセッサーのベース電力6Wのプロセッサーです。

Koroma Techは、メモリ16GB、eMMC 64GBのモデルをレビューしています。小容量構成では、メモリが8GB、eMMCストレージが32GBです。プロセッサーは同じため、大容量モデルになってもコア数の多いコンピュートサーバーになるわけではありません。代わりに、メモリが増えることで、コンテナ、アプリケーション、限定的な仮想化により余裕を持たせられます。

ハードウェア層	ホームラボでの役割	実用上の限界
Intel N150	軽量なサービス、コンテナ、ネットワークツール、特定用途のサーバーワークロードを実行します。	4コア・4スレッドのため、高密度またはCPU負荷の高い仮想化には制限があります。
8GBまたは16GB LPDDR5	アプリケーション、コンテナ、小規模な仮想化環境向けのメモリを提供します。	メモリはオンボードで、一般的なユーザー交換式DIMMスロットではありません。
32GBまたは64GB eMMC	付属のシステムと軽量なブート環境を保持します。	Koroma Techは、書き込み負荷の高いProxmoxやTrueNASのインストール先としては使用しない方針です。
デュアル2.5GbE Intel NIC	より高速なストレージ通信、ネットワーク分割、ルーティング、ファイアウォールの構築に対応します。	実際のスループットは、クライアント、スイッチ、ケーブル、ドライブ、ワークロードにも左右されます。
2つのSATAポート	HDDまたはSSDを2台、データケーブルと電源ケーブルで直接接続できます。	2台のドライブなら、シンプルな単一ディスク構成またはミラー構成に適しています。
PCIe拡張	NVMeストレージ、ネットワーク機能、その他の用途に特化したハードウェアを追加できます。	選択したアダプターが拡張経路を1つ占有するため、物理構成に適合させる必要があります。

デュアル2.5GbE Intelポートが重要な理由

Koroma Techがネットワーク機能を重視するのは、初代ZimaBoardをファイアウォールとして使った際に経験した2つの不満に対応できるためです。以前の構成ではRealtek製ネットワーク機能を使用しており、OPNsenseで接続が断続的に切れることや、追加のドライバー作業が必要になることがありました。また、1GbEポートはVLAN間でトラフィックをルーティングする際の制約にもなりました。

ZimaBoard 2の2つの2.5GbE Intelインターフェースは、利用可能なネットワーク帯域幅を増やし、ルーター、ファイアウォール、セグメント化されたホームネットワーク、高速NAS接続のための、より整理された基盤を構築します。2つ目のポートを使えば、すべてのワークロードを1つのインターフェースに通すのではなく、トラフィックの経路を分離できます。

2つのポートがあるだけで構成が決まるわけではありません。ファイアウォールでは、インターフェースの割り当てとセキュリティルールを慎重に設定する必要があります。また、ストレージサーバーで転送速度をギガビット超にするには、2.5GbE対応のスイッチとクライアントが必要です。ハードウェアによってポートの制限はすぐに解消できますが、その利点を実現できるかどうかはネットワーク設計にかかっています。

2ドライブおよびPCIe拡張スタックを構築する

レビューには、2ベイHDDラック、PCIeライザー、アダプターカード、オプションのファンが含まれています。Koroma Techはドライブドックにボードを取り付け、ライザーアセンブリを固定し、2台のドライブを装着して、SATAデータ・電源ケーブルを接続します。ドライブは側面の取り付けポイントを通じてラックの安定性向上にも役立ちます。

続いて、PCIe経由でNVMeアダプターを追加します。これにより、3層構成の便利なストレージプランが実現します。オンボードeMMCには元の軽量環境、NVMeには代替オペレーティングシステムまたは仮想化ホスト、2台のSATAドライブにはデータを配置します。

完成したセットアップはベアボードより大きくなりますが、開放的でアクセスしやすい状態を保っています。ドライブの交換、アダプターの変更、ケーブルの取り回し変更を、密閉性の高い機器を分解せずに行えることは、ホームラボでは重要です。

SATAストレージ、冷却ファン、Ethernet、電源、ディスプレイ接続を備えた2ドライブラック上の組み立て済みZimaBoard 2 — Koroma Techが組み立てたホームラボ環境は、ZimaBoard 2に2台のSATAドライブ、オプションの冷却ファン、ストレージと初期セットアップに必要な接続機器を組み合わせています。

ブラウザーで管理するサーバー環境を確認する

組み立て後、Koroma Techは付属のサーバー環境を起動し、ウェブブラウザーからアクセスします。インターフェースには、ストレージ、システムの状態、Dockerベースのアプリケーション、一般的なセルフホスティング作業のダッシュボードが用意されています。仮想化スタックを構築する前にサービスを展開したい場合、この方法が最も簡単な出発点です。

標準環境と、その後に行うベアメタルテストは、異なるユーザーに適しています。ブラウザーで管理できるアプリケーションプラットフォームは、ファイルサービスやコンテナのセットアップを簡単にします。Proxmoxは、分離されたシステムをより細かく制御できます。TrueNASは、ストレージプール、共有、データ保護、ストレージアプリケーションに、マシンの用途をより直接的に集中させます。

重要な決定はインストール前に行います。サーバーの主な用途に基づいて、動作環境を選択してください。ハードウェアが対応しているという理由だけで複数のプラットフォームをインストールすると、不要な移行やストレージの分断を招く可能性があります。

Koroma TechがNVMeに代替システムをインストールする理由

Koroma Techは、ProxmoxとTrueNASをオンボードeMMCに技術的にはインストールできるものの、NVMeドライブを選択したと説明しています。懸念しているのは、継続的なディスクアクティビティです。仮想化プラットフォーム、データベース、ログ、メタデータ、システムアップデートでは、軽量な付属環境よりも多くの書き込みが発生する可能性があります。

NVMeを使用することで、代替OSを2台のSATAデータドライブから分離し、オンボードeMMC環境を維持できます。また、ストレージの役割も理解しやすくなります。NVMeは稼働中のシステムを担当し、HDDは容量重視のプールを保持します。

これは普遍的な必須条件ではなく、設計上の判断です。小規模なテストインストールならeMMCから実行できる可能性がありますが、長期的な信頼性は、ワークロード、空き容量、書き込み量、バックアップ、そして実際に使用するストレージデバイスの耐久性に左右されます。Koroma Techは、テストするシステムについて、より保守的な方法を選択しています。

ProxmoxとUbuntu LXCコンテナの実行

Koroma TechはBIOSに入り、ProxmoxのUSBインストーラーから起動して、NVMeドライブにProxmoxをインストールします。インストールは正常に完了し、その後、仮想化環境が機能することを確認するためにUbuntu LXCコンテナをデプロイします。

コンテナは正常に動作します。これは重要な点です。コンテナは、完全な仮想マシンを複数用意するよりも、利用可能なハードウェアに適しています。Proxmoxは、同社のプラットフォームがLinuxコンテナとKVM仮想マシンを統合し、ホストカーネルを共有しながらLinux環境を分離すると説明しています。

この共有カーネルモデルでは、各ワークロードにゲストOS全体を割り当てる場合よりも、一般的に必要なリソースが少なくなります。そのため、4コア・16GBのホームサーバーでは、LXCコンテナによってサービス自体により多くのCPUとメモリを残せます。

ZimaBoard 2上のProxmox VE 9.2.2のインターフェースに表示されたUbuntu LXCコンテナテンプレート — Koroma Techは、ZimaBoard 2に軽量なLinuxコンテナをデプロイする前に、Proxmox VE 9.2.2でUbuntu LXCテンプレートを選択します。

Proxmoxのワークロードを止めるべき境界

インストールに成功したからといって、あらゆる仮想化構成が適切とは限りません。Koroma Techは、Intel N150が4コアであることを繰り返し指摘しています。軽量なコンテナを複数実行するのはシステムの現実的な使い方ですが、リソースを大量に消費する仮想マシンを複数実行すると、同じCPU時間とメモリを奪い合う可能性があります。

現実的なProxmoxの構成には、Webサービス用の小規模なLinuxコンテナ、ネットワークユーティリティ用の別のコンテナ、そしてリソースを慎重に割り当てたテスト環境などが含まれます。一方、常時高負荷で動作する複数のVM、負荷の高いコンパイル、大規模データベース、集中的な監視映像解析など、CPUを継続的に使用するタスクが必要になると、適性は低くなります。

導入モデルを選ぶ読者にとって、ベアメタル、Docker、Proxmoxのホームラボにおけるトレードオフに関するZimaSpaceのガイドは、分離の必要性と不要な仮想化オーバーヘッドを切り分けるのに役立ちます。

同じハードウェアをTrueNASサーバーに変える

次にKoroma TechはProxmoxをTrueNASに置き換え、ここでもオペレーティングシステムをNVMeにインストールします。特別な回避策を必要とせずにインストールが完了し、ダッシュボードにはオンボードeMMC、NVMeシステムドライブ、2台のSATAハードドライブが検出されます。

彼は2台のHDDからプールを作成し、ミラー構成を選択します。TrueNASでは、ミラーを各ディスクにデータの完全なコピーを保存するVDEVと定義しています。少なくとも2台のドライブが必要で、TrueNASのプールに関するドキュメントによると、使用可能な容量は1台のディスクと同じサイズになります。

ミラー構成は、いずれか一方のディスクが故障した場合でも可用性を保護しますが、独立したバックアップではありません。誤削除、マルウェア、アプリケーションエラー、システム全体の損傷は、両方のコピーに影響する可能性があります。重要なデータには別のバックアップが必要であり、サーバー外部にもコピーを保存することが理想的です。

ZimaBoard 2に接続された2台の3.64 TiB SATAハードドライブを検出しているTrueNASのプール構成画面 — Koroma Techがストレージプールの構成を開始すると、TrueNASはZimaBoard 2に接続された2台の3.64 TiB SATAハードドライブを検出します。

ProxmoxとTrueNAS：どちらのテストがハードウェアに適しているか？

主な目的	より適した開始ルート	理由
最小限の設定でセルフホストアプリをいくつかインストールする	ブラウザーで管理できる付属環境	ハイパーバイザーを構築せずに、アプリケーション中心のインターフェースを提供します。
複数の分離されたLinuxサービスを実行する	LXCを搭載したProxmox	コンテナは、多数の完全なVMよりも限られたCPUとメモリを効率的に利用します。
2ドライブ構成のストレージサーバーに特化する	TrueNAS	プール、データセット、共有、保護、ストレージアプリを中心にシステムを構成します。
専用のLinux開発環境を1つテストする	ベアメタルLinux、または適切なサイズに設定したProxmoxゲスト	役割を1つに定めることで、不要なレイヤーにリソースを費やさずに済みます。
多数の負荷の高い仮想マシンを実行する	より多コアのサーバー	追加のストレージを搭載しても、N150がボトルネックになります。

Koroma Techは、外付け2ドライブラックとの組み合わせでは、ストレージハードウェアの役割が明確なため、TrueNASが特に適していると考えています。Proxmoxも実用的ですが、その価値はゲスト数を最大化することではなく、軽量コンテナと選択的な仮想化にあります。

レビューが証明すること、そして証明しないこと

レビューが示していること	保証はありません
ZimaBoard 2はNVMeドライブからProxmoxを実行できます。	あらゆる仮想マシンの構成が4コアと利用可能なメモリに収まるわけではありません。
Ubuntu LXCコンテナは正常に動作します。	すべてのアプリケーションが同じリソース要件またはコンテナ互換性を持つわけではありません。
TrueNASはNVMeと2台のSATAドライブを検出します。	すべてのアダプター、ディスク、エンクロージャー、または今後のTrueNASリリースが同じように動作します。
2台のドライブでミラーリングプールを構成できます。	ミラーリングによって、重要なファイル用の個別バックアップが不要になります。
PCIeにより、このコンパクトなプラットフォームを構成可能です。	単一のPCIe経路に、すべての拡張機器を同時に取り付けることができます。

このZimaBoard 2構成を検討すべき人

この構成は、初めてのホームラボノードや2台構成のコンパクトなNAS、専用の開発サーバー、DockerまたはLXCホスト、ネットワークアプライアンス、Home Assistantシステムを構築する人に適しています。生のマルチコア性能よりも、ファンレス動作とオープンな拡張性を重視する場合には、特に魅力的です。

8GBモデルは、用途を絞った軽作業向けの役割を担えます。16GBモデルなら、複数のコンテナ、キャッシュ、ファイルサービス、実験により多くの余裕が生まれますが、4コアのプロセッサーが変わらないため、計算性能の限界は同じです。購入時はメモリ容量だけでなく、ワークロードの数と動作特性に応じて構成を選ぶべきです。

多数のフルVM、高い同時実行性能、プラットフォームの上限を超えるメモリ、多数の内蔵ドライブ、複数のPCIeデバイスが必要な計画では、より大きなサーバーのほうが適しています。ZimaBoard 2は、その役割を明確に言い表せる場合に最も力を発揮します。

小型サーバーは役割を明確にすることで役立つ

Koroma Techのレビューは、動画タイトルの内容を裏付けています。ZimaBoard 2は小型ですが、侮るべきではありません。このハードウェアは、使いやすいサーバーインターフェース、Ubuntu LXCを搭載したProxmox、ミラーリングされたSATAストレージを備えたTrueNASの間を無事に移行できます。

このテストによって、適切な限界も明らかになります。PCIeとNVMeによってストレージや機能を拡張できますが、4コアのN150が高密度な仮想化サーバーに変わるわけではありません。最適な導入方法は、ボードに明確な役割を持たせ、そのリソースを尊重したコンテナ、ストレージ構成、オペレーティングシステムを選ぶことです。

物理的な組み立てとインターフェース全体のデモについては、Koroma Techの完全レビューをご覧ください。ホームサーバーのさらなる実験、導入アイデア、他のビルダーからの実践的なフィードバックについては、ZimaSpace Discordコミュニティに参加してください。