Silicon SteakがZimaBoard 2でホームラボを小型化

エヴァ・ウォン

IceWhale author

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

Silicon Steak Shrinks His Homelab With ZimaBoard 2

単純なホームラボの疑問を検証してくれたSilicon Steakに感謝します。実際に必要なサーバーハードウェアはどれほどなのでしょうか？

Shrink Your Homelab: ZimaBoard 2 Reviewでは、通常ならはるかに大きなマシンで稼働させる仕事をZimaBoard 2ミニホームサーバーが引き継げるかどうかを検証しています。テストはハードウェア仕様を超えて、実際のホームラボで重要なワークロードであるストレージ、メディア再生、Minecraft、Pi-hole、セルフホスト型アプリケーション、日常的な管理へと進みます。

読む前に視聴：サイズの違いは出発点にすぎないため、この動画は有用です。Silicon SteakがIntel N150のハードウェアそのものから実際のコンパクトな構成へと進み、同じマシンで大きく異なる複数のサーバーワークロードをテストする様子をご覧ください。

興味深いのは、1台の小型ボードがあらゆるタワー型サーバーの生の性能を再現できることではありません。日常的なホームラボサービスの多くは、そもそもタワー型クラスのハードウェアを必要としないということです。コンパクトなx86システムなら、物理的な設置スペースを大幅に抑えながら、複数の軽量および中程度の負荷を統合できます。

そのため、Silicon Steakのレビューはベンチマーク競争よりも、ホームラボサーバーの適切な規模に焦点を当てています。実際に使用するストレージ、ネットワーク、アプリケーション、サービスを維持し、手元にあるというだけの理由で過剰なハードウェアを稼働させ続けないことです。

Intel N150から始める

Silicon Steakは、構成の中心となるプロセッサーから検証を始めます。ZimaBoard 2には、4コア、4スレッド、6MBキャッシュ、最大3.6GHzのブースト周波数を備えたIntel N150が搭載されています。

Silicon Steakが、コンパクトなZimaBoard 2ホームサーバーに搭載されたIntel N150の仕様を紹介 — Silicon Steakは、4コア、4スレッド、6MBキャッシュ、最大3.6GHzのIntel N150から検証を始めます。

これは、高負荷なレンダリングベンチマークで勝つために設計されたデスクトップクラスのCPUではありません。ホームラボでは、フルサイズのデスクトップシステムを必要とせずに、常時稼働する複数のサービスに快適に応答できるかどうかのほうが重要な問いです。

ZimaBoard 2は、そのCPUに8GBまたは16GBのLPDDR5メモリ、デュアル2.5GbEネットワーク、SATAポート2基、PCIe拡張を組み合わせています。この組み合わせが、単なるコンパクトPCではなく、小型サーバーとして役立つ理由です。

そもそもホームラボを小型化する理由は？

Silicon Steakが、従来型PCのハードウェアがサーバー用途に転用される様子を示すと、比較はより明確になります。

コンパクトなホームラボサーバーとの対比として使用される、GeForce RTXグラフィックス搭載の大型デスクトップPC — フルサイズのデスクトップPCでホームラボを構築できますが、多くの常時稼働サービスには、大型CPUクーラー、ディスクリートGPU、タワー型筐体は必要ありません。

再利用したゲーミングPCは高性能ですが、DNSフィルタリング、ファイルサービス、軽量コンテナ、ダッシュボード、小規模なゲームサーバーが、そのハードウェアすべてを常時必要とすることはほとんどありません。

ワークロードが小型のマシンに適合するなら、小型化には意味があります。目的は何としてもサーバーを小さくすることではなく、より小型の常時稼働システムで無理なく実行できる処理にデスクトップクラスのハードウェアを割り当てるのをやめることです。

実際に見る小型化されたホームラボ

ZimaBoard 2を実際のサーバーエリアに移すと、物理的な違いは明らかです。

電源およびネットワーク機器の横に設置されたコンパクトなZimaBoard 2ホームラボサーバー — ZimaBoard 2の構成は、ストレージ、ネットワーク、周辺の電源機器に接続されたまま、ホームラボ内の小さなスペースに収まっています。

常時稼働するインフラでは、設置面積が重要です。ルーター、スイッチ、UPS、またはストレージスタックの横に置けるサーバーは、別のフルタワー型よりも容易に組み込めます。

同じデバイスで複数のサービスを処理できれば、大型の1台を小型の複数台に置き換えるよりも、この小さな設置面積を有効活用できます。

ストレージを追加してコンパクトなNASに

ストレージは、ZimaBoard 2のサーバー向けインターフェースが重要になる用途の1つです。Silicon Steakは、オンボードストレージだけに頼らず、ボードにローカルドライブを組み合わせています。

コンパクトな2ベイNAS構成で、2台のストレージドライブを取り付けたZimaBoard 2 — ローカルドライブを2台接続すると、フルサイズのサーバー筐体に戻ることなく、このコンパクトなボードをはるかに実用的なストレージノードに変えられます。

このボードには電源供給対応のSATA 3.0ポートが2基あり、PCIeによってNVMeやその他の拡張用の別の経路も確保されています。デュアル2.5GbEネットワークにより、標準的なギガビット接続よりもローカルストレージに余裕を持たせられます。

これにより、同じマシンをセルフホスト型アプリケーションのホストとネットワークストレージサーバーの両方として活用でき、それぞれの役割に別々のハードウェアを割り当てる必要がなくなります。

メディアストリーミングはファイルストレージとは異なるテストです

NASはファイル転送に成功しても、メディアのワークロードでは苦戦することがあります。そのためSilicon Steakは、ストレージへのアクセスをメディアワークフロー全体が機能する証拠とみなすのではなく、テレビからシステムをテストしています。

ZimaBoard 2ホームサーバーからのメディア再生をテストするテレビ — Silicon Steakは実際のテレビクライアントからサーバーをテストし、単純なファイル転送を超えたレビューを行っています。

メディアサーバーでは、クライアントとの互換性が重要です。Direct Playは比較的軽量ですが、対応していない動画、字幕、HDRコンテンツをトランスコードすると、処理負荷が大幅に増えることがあります。

教訓は簡単です。実際に使うファイルと再生デバイスをテストしましょう。主にDirect Playを使うある家庭のライブラリには適したサーバーでも、複数のクライアントでトランスコードが必要になると、まったく異なる負荷に直面する可能性があります。

同じ小型サーバーでMinecraftをホストできるか？

続いてSilicon Steakは、まったく異なるワークロードであるMinecraftに移ります。

Silicon SteakによるZimaBoard 2ホームラボサーバーのテスト中に稼働するMinecraft — Minecraftを追加することで、ストレージやメディア用途ですでに評価している同じ筐体に、ゲームサーバーのワークロードが加わります。

ここでホームラボの統合が役立ちます。異なる目的のサービスを提供するからといって、そのサービス専用の物理コンピューターが必要になるわけではありません。

CPU、RAM、ストレージI/O、ネットワークの負荷がホストの利用可能なリソース内に収まっていれば、ストレージ、メディアツール、ゲームサーバー、ネットワークサービスは共存できます。制限を決めるのはインストールしたアプリケーションアイコンの数ではなく、ワークロード全体の合計です。

Pi-holeは一部の常時稼働サービスが実際にはどれほど軽量かを示す

Pi-holeを使うと、この違いはさらに明確になります。DNSフィルタリングは常時利用可能である必要があるインフラストラクチャサービスですが、通常、大型の専用マシンを用意するほどではありません。

ZimaBoard 2のホームラボでネットワークサービスとして稼働するPi-holeのダッシュボード — Pi-holeは、ホームラボ統合のもう一つの側面を示しています。それは、ハードウェアへの要求が控えめで、常時稼働させる価値のあるインフラストラクチャサービスです。

Pi-hole自体は軽量です。より重要な要件は、信頼性の高いストレージ、安定したネットワークアドレス、そして常時稼働するホストです。

このようなサービスをストレージやその他のアプリケーションと同じマシンで動かすほうが、軽量なネットワーク機能ごとに別のコンピューターを割り当てるよりも、マシンの利用可能なリソースを有効に活用できます。

セルフホスト型の生産性向上ツールも同じモデルに適合する

このレビューでは、セルフホスト型のノートおよびナレッジワークフローも紹介されています。ワークステーション向けのハードウェアを必要とせず、常時利用できることのメリットを得られるサービスの別の例です。

ZimaBoard 2のテスト中に実行されているセルフホスト型のノートおよびナレッジベースアプリケーション — 生産性向上ツールやナレッジベースツールを加えれば、別の物理サーバーを必要とせずに、軽量なサービスをもう1つ実行できます。

これが、コンパクトなホームラボの基本的なパターンです。個々には控えめな多数のアプリケーションを、信頼性の高い1台のx86ホストで共有します。

ZimaOS App Storeでは、ネットワークやメディアから、生産性向上、ホームオートメーション、開発、AIまで、幅広いワークロードに対応しています。したがって、実際の構成を決めるうえで重要なのは、組み合わせたスタックがCPU、メモリ、ストレージ、ネットワークのリソースをどのように使用するかという点です。

小型サーバー1台だからといってワークロードが無制限になるわけではない

統合は、組み合わせたサービスがハードウェアの能力を超えるまで有効です。

8GBのZimaBoard 2 832は、複数の軽量アプリケーションを動かすのに十分以上のメモリを備えています。一方、16GBの1664は、より大規模なコンテナスタックや仮想マシンに対応するための余裕を提供します。どちらも同じIntel N150プロセッサーを搭載しているため、16GBモデルへの移行で主に増えるのはCPU性能ではなくメモリ容量です。

負荷の高い仮想マシン、大規模なソフトウェアトランスコード、ローカルAIモデル、または高性能なディスクリートGPUを必要とするワークロードには、別の規模の構成が適しています。ホームラボの小型化は、あらゆるワークロードを1台のノードに無理に集約するのではなく、実際に利用するサービスにハードウェアを合わせることで最もうまくいきます。

Zima Clientで小型サーバーを見える状態に保つ

サーバーは物理的に見えない場所に置かれていても、管理が難しくなるわけではありません。レビューの終盤で、Silicon SteakはZima Clientを通じてZimaBoard 2を紹介しています。

Zima Clientに表示されたZimaBoard 2のLANアドレス、Intel N150 CPU、サーバーのステータス — Zima Clientを使えば、ヘッドレスサーバーを簡単に見つけられ、LAN接続やシステムの状態など、役立つステータス情報も確認できます。

これは、コンパクトなヘッドレス環境への導入において重要です。サーバーがモニターやキーボードのそばではなくネットワーク機器の隣に設置されると、デバイスの検出やブラウザーベースの管理が日常的な操作の一部になります。

Silicon Steakのレビューが示すこと

このテストの最も優れた点は、ワークロードの組み合わせです。Silicon Steakは、CPUの仕様だけを基準にZimaBoard 2を評価していません。

このレビューでは、大型の従来型PCを確認し、より小さなサーバー設置スペースへ移行し、ローカルストレージを追加したうえで、メディア、Minecraft、Pi-hole、生産性ソフトウェア、システム管理をテストしています。この流れは、単一のベンチマークよりもはるかに実用的な問いに答えます。このマシンは、既存のホームラボから何を取り除けるのか？

軽量から中程度の常時稼働サービスには、ZimaBoard 2ミニホームサーバーが、ネイティブSATA、マルチギガビットネットワーク、PCIe拡張、x86プラットフォームの柔軟性を犠牲にすることなく、統合を実用的にします。

大規模なサーバーを不要にするわけではありません。本当に必要なワークロードのために、大規模なサーバーを確保しやすくするのです。

よくある質問

ZimaBoard 2は本格的なホームラボサーバーを置き換えられますか？

既存のワークロードがIntel N150 CPU、利用可能なメモリ、ストレージ、ネットワーク性能に収まる場合は、より大きなサーバーを置き換えられます。軽量なコンテナ、DNSサービス、ファイルストレージ、メディアツール、小規模なゲームサーバーのワークロードと、重いVM、GPU、ローカルAIのワークロードは大きく異なります。