Hobby SupportのArthurがZimaBoard 2でホームネットワークサービスを運用する方法

自宅のネットワーク全体で使用しているZimaBoard 2の構成とセルフホストサービスを詳しく紹介してくれた、Hobby Support Int.のArthurに感謝します。

ボードを単なるNASとして扱うのではなく、ArthurはSATAストレージ、アクティブ冷却、PCIe拡張用の余裕を備えたコンパクトなサーバーを組み立てます。その後、すべてのユーザーがコマンドラインから始める必要なく、ZimaOSで音楽、映画、スマートホームツール、仮想マシン、ダウンロード、バックアップ、AIサービス、モバイル写真ストレージをホストする方法を探ります。

動画のタイトルでは、この小型ボードで自宅のネットワーク全体を動かしていると説明されています。より正確には、ZimaBoard 2が、そのネットワーク全体で使用される多くのアプリケーションやファイルの中央ホストになります。すべてのルーター、スイッチ、クライアントデバイス、クラウドサービスを自動的に置き換えるわけではありませんが、複数のコンピューターやサブスクリプションに分散していたサービスを、一元管理できる場所にまとめられます。

読む前に視聴：Arthurのオリジナルレビューには、筐体の分解、ドライブラックの組み立て、PCIeの取り付け方法、ZimaOSの初期設定、アプリケーションの実演、仮想マシンのテスト、モバイルバックアップ、リモート監視のワークフローが含まれています。

出典に関する注記：この記事では、ArthurによるZimaBoard 2のレビューで紹介されたハードウェアに関する所見とアプリケーションのテストを再構成しています。アプリケーションの提供状況、インターフェース、リモートアクセス機能、システム要件は、ZimaOSやアプリケーションのアップデートによって変わる場合があります。重要なデータをホームサーバーに依存する前に、認証、アップデート、バックアップ、ネットワークセキュリティ、ストレージの冗長化についても計画してください。

Arthurのコンパクトな構成は、ZimaBoard 2、直接接続されたストレージ、アクティブ冷却、拡張可能な金属フレームを組み合わせています。

自宅のネットワークサービスを自分のサーバーに移す理由

Arthurはまず、セルフホスティングがより多くの家庭ユーザーを引きつけている理由を説明します。写真、動画、音楽、スマートホームの操作、ダウンロード、ドキュメントなどの個人向けサービスは、互いに関連のない複数のクラウドプラットフォームに分散していることが少なくありません。

ホームサーバーがあれば、所有者は別の選択肢を持てます。アプリケーションやデータを自宅内に設置したハードウェア上で実行できるのです。これにより外部サブスクリプションへの依存を減らし、サードパーティ製プラットフォームが料金や製品方針を変更した場合でも、ローカルサービスを利用できるようになります。

セルフホスティングによって責任がなくなるわけではありません。所有者は、ストレージの選択、バックアップの作成、アップデートのインストール、ユーザーアクセスの管理、ローカルネットワーク外に公開するサービスの保護に責任を負うことになります。メリットはより大きな管理権限であり、自動的なセキュリティやデータ保護が保証されることではありません。

ArthurはZimaBoard 2を、拡張可能なx86ハードウェアとグラフィカルなサーバーOSを組み合わせているため、取り組みやすい出発点として紹介しています。

サーバー拡張を中心に設計されたコンパクトなx86ボード

ZimaBoard 2の筐体は、装飾的なプラスチック製シェルではなく、高密度アルミニウム製ヒートシンクです。リブ状の表面が内部コンポーネントからの熱を分散し、通常のサーバーワークロード中もボードを静かに動作させます。

Arthurの1664構成には以下が含まれます：

• Intel N150プロセッサ：最大3.6GHzで動作する4つのx86 CPUコアを搭載しています。
• 16GB LPDDR5メモリ：複数のコンテナや、選択した軽量仮想マシンを実行するのに十分な容量です。
• 64GB eMMCストレージ：ZimaOSと関連するシステムファイル用の内部スペースを提供します。
• SATA接続×2：SSDやハードドライブを直接接続できます。
• PCIe拡張：対応するストレージ、ネットワーク、アクセラレーター、その他の拡張カードをサポートします。
• 2.5GbEポート×2：互換性のあるローカルネットワークで、ギガビットより高速なネットワークインターフェースを提供します。
• USB 3ポート×2：外付けドライブ、入力デバイス、その他のUSB機器に対応します。
• Mini DisplayPort：セットアップやローカル診断用に、映像を直接出力します。

付属のMini DisplayPort-HDMIアダプターは、初期セットアップ時に役立ちます。多くのユーザーはHDMIディスプレイを持っていても、利用できるMini DisplayPortモニターを持っていないためです。

パッケージを一時的なドライブラックに変える

この箱は、輸送時の保護だけを目的に設計されているわけではありません。印の付いた部分を切り取り、折り曲げると、段ボール製のふたにZimaBoard 2と小型ドライブを載せて、初期セットアップを行えます。

Arthurはノートパソコン用ハードドライブでこのアイデアを試しています。段ボール製のフレームがシステムを所定の位置に固定し、恒久的な筐体を用意する前に、付属のSATAケーブルを使い始めるための手軽な方法を提供します。

再利用可能なパッケージは、ボードと接続したドライブを一時的に取り付けるための方法を提供します。

Arthurはリサイクル可能なアイデアを評価していますが、より恒久的な金属製の構造を好んでいます。ユーザーは、2.5インチドライブと3.5インチドライブのさまざまな組み合わせに対応した、ダウンロード可能な3Dプリント用ラック設計から選ぶこともできます。

一時的な段ボール製セットアップは、乾燥した安定した場所に置き、熱源から離してください。テストには便利ですが、重要なデータを扱うサーバーには、ドライブ、ケーブル、コネクターを不意の動きから保護できる、剛性のある筐体が適しています。

アルミニウム製筐体を開けてハードウェアを確認する

Arthurは星形のネジを外し、ボードをアルミニウム製ヒートシンクから分離します。内部には、16GBメモリパッケージ、Intel N150プロセッサー、64GB eMMCストレージがあります。

大型のアルミニウム製筐体は、サーマルマテリアルを介して内部ハードウェアと直接接触します。ケースを開けるとその接触状態が損なわれるため、Arthurは再組み立ての前に新しいサーマルペーストを塗布します。

通常の設置作業で筐体を開ける必要はほとんどありません。分解する場合は、保証条件を確認し、適切な工具を使用し、静電気の放電を避け、再びボードに電源を入れる前にサーマルインターフェースを適切に元に戻す必要があります。

より恒久的な金属製ホームサーバーを構築する

金属製ラックは、長いネジでZimaBoard 2に直接取り付けます。次にArthurは、ドライブマウント、PCIeサポート構造、SATAケーブル、オプションの冷却ファンを追加します。

彼の2.5インチノートパソコン用ドライブは大きい方の取り付け位置に合わないため、しっかり固定できるように小型アダプターを自作します。これは、システムのDIYらしさをよく示す例です。フレームを、すでに用意できるストレージハードウェアに合わせて調整できます。

Arthurはフレームを完成させる前に、オプションのファンも取り付けます。ボードはパッシブ冷却で動作できますが、ドライブを追加したり、持続的なワークロードを実行したり、アルミニウムヒートシンクの近くに拡張ハードウェアを配置したりする場合は、アクティブなエアフローが役立ちます。

NVMeストレージ、ネットワーク、アクセラレーターにPCIeを使用する

拡張カード用マウントには、ドライブフレームの上に互換性のあるPCIeデバイスを固定できます。Arthurは、ライザーケーブルを介してデュアルNVMeアダプターを接続する方法を実演します。

このラックには、デュアルNVMeストレージアダプターなどのPCIeデバイスを取り付けるための対応位置があります。

PCIeのその他の用途としては、SATAポートの増設、高速ネットワーク、ストレージコントローラー、互換性のあるアクセラレーターなどがあります。Arthurは、ローカルAIモデルやコンピュータービジョンのワークロード向けのグラフィックカードについても説明しています。ただし、GPUを使用するには、電源、物理的なサイズ、ドライバー、冷却、PCIe帯域幅について別途計画が必要です。

カードが物理的に取り付けられるからといって、互換性が保証されるわけではありません。ビルダーは拡張ハードウェアを購入する前に、カードのインターフェース、オペレーティングシステムのサポート、電力要件、想定するワークロードを確認する必要があります。

サーバーを2.5GbEホームネットワークに接続する

ハードウェアの組み立てを完了した後、Arthurはサーバーをルーターに接続して電源を入れます。2つのEthernetポートは2.5GbEに対応していますが、その速度を実現するには、経路上の他のすべての機器も対応している必要があります。

サーバー、スイッチまたはルーター、クライアントデバイス、ネットワークアダプター、ケーブルはすべて、互換性のある接続をネゴシエートする必要があります。適切に成端されたCat5e以上のケーブルは、一般に2.5GbEに適していますが、実際の結果はケーブルの状態、距離、接続されたハードウェア、ストレージ速度、ネットワークトラフィックにも左右されます。

2.5GbEポートは、ギガビットまたはFast Ethernet機器に接続すると、通常は互換性のある低速に自動的に切り替わります。そのため、ユーザーは現在のネットワークから始めて、後から他のコンポーネントをアップグレードできますが、接続経路の別の部分が1GbEに制限されている場合、2.5GbEのスループットは期待できません。

ZimaBoard 2を見つけて初回ログインを完了する

起動後、ArthurはルーターからサーバーのIPアドレスを確認します。別の方法として、ディスプレイを直接接続し、ZimaOSに表示されるローカルアクセス情報を読み取ることもできます。

初回起動時に、別のデバイスからZimaOSを開くために必要なネットワーク情報が表示されます。

初回ログイン時に、システム管理者アカウントが作成されます。このアカウントはサーバーを広範囲に制御できるため、パスワードは固有のものにし、安全に保管して、不正アクセスから保護する必要があります。

開発者モードでは、高度な管理のためにSSHとターミナルへアクセスできます。ただしArthurが指摘するように、ZimaOSの中心的な価値は、通常のインストールや管理作業の多くでコマンドライン操作が不要な点にあります。

初めてプラットフォームをセットアップするユーザーは、最新の導入手順について、公式のZimaOSスタートガイドを参照できます。

ZimaOSを通じてセルフホスト型アプリケーションをインストールする

App Storeでは、従来のLinuxターミナルよりもモバイルやデスクトップのソフトウェアストアに近いインターフェースでサーバーアプリケーションを提供します。ユーザーはアプリケーションを選択し、設定を確認し、必要なストレージの場所を指定してインストールします。

これによって、コンテナ、ストレージボリューム、ポート、権限、ネットワークアクセスといった基礎概念がなくなるわけではありません。これらをより簡単に管理するレイヤーを提供し、初心者がDockerのより深い管理を学ぶ前に、一般的な構成から始められるようにします。

アプリケーションまたはサービス	Arthurのホームネットワークにおける役割	計画要件
Navidrome	個人の音楽コレクションを整理し、ストリーミングします。	明確に整理された音楽フォルダーと互換性のあるクライアントアプリケーション。
Plex	映画やテレビ番組のライブラリを整理し、ストリーミングします。	ストレージ容量、メディア権限、クライアント互換性、トランスコードの制限。
Home Assistant	対応するスマートホームデバイスと自動化を一元管理します。	デバイス連携、バックアップ、ネットワークの信頼性、安全なリモートアクセス。
ESPHome	対応するESPベースのスマートホームデバイスを管理します。	対応ハードウェア、ファームウェア設定、安定した無線通信範囲。
仮想マシン	サーバー内で別のオペレーティングシステムを実行します。	十分なメモリ、CPU性能、ストレージ、現実的なパフォーマンスへの期待。
Transmission	長時間実行するダウンロードをメインPCから移します。	合法的なダウンロード、ストレージ容量の上限、権限、ネットワーク制御。
AIアプリケーション	アシスタントやその他のAIサービス向けのインターフェースを提供します。	対応APIまたはローカルモデル、認証情報、メモリ、アクセラレーターの要件。

Navidromeでプライベート音楽ストリーミングサービスを構築

ArthurはNavidromeから始めます。これはオープンソースの音楽サーバーです。アプリケーションに音楽フォルダーを指定すると、Navidromeがコレクションをスキャンし、アルバムとアーティストを整理して、ブラウザーからアクセスできるライブラリを作成します。

Navidromeは、ローカルに保存された音楽フォルダーを、互換クライアント向けの整理されたストリーミングライブラリに変えます。

複数のデバイスから、対応するSubsonic互換クライアントを使ってライブラリに接続できます。音楽はサーバー上に残り、スマートフォン、タブレット、コンピューターが再生クライアントとして機能します。

この構成により、ユーザーがすでに所有している音楽について、商用ストリーミングアカウントへの依存を減らせます。ただし、著作権で保護された音楽を他人に配布するライセンスが付与されるわけではないため、アクセスは承認されたユーザーに限定してください。

Plexで映画とテレビ番組のライブラリを整理

Arthurは動画にPlexを使用しています。Plexはローカルに保存された映画や番組をスキャンしてメタデータを取得し、ブラウザー、スマートフォン、スマートテレビ、プロジェクター、その他の対応クライアントからライブラリを利用できるようにします。

メディアストリーミングに必要な要件は異なります。ダイレクトプレイは比較的負荷が軽い一方、リアルタイムトランスコードではプロセッサーと内蔵グラフィックスに大幅な負荷がかかることがあります。結果は、ソースのコーデック、解像度、ビットレート、字幕、クライアントの対応状況、同時ストリーム数によって異なります。

オープンソースのメディアスタックを好むユーザーは、公式のJellyfinメディアサーバーのセットアップガイドも利用できます。

Home AssistantとESPHomeでスマートデバイスを一元管理

Arthurは、将来のスマートホームプロジェクトに向けてHome AssistantとESPHomeをインストールします。

Home Assistantを使うと、対応する照明、センサー、スイッチ、カメラ、空調システムなどのデバイスを1つのインターフェースに統合できます。ESPHomeは、互換性のあるESP8266およびESP32デバイスの設定と管理によく使われます。

これらのツールをローカルで実行すると、日常的な自動化の多くをホームネットワーク内で稼働させ続けられます。ただし、ユーザーはバックアップを維持し、手動で代替できない重要な自動化を作成しないようにする必要があります。ドライブの故障、設定ミス、ネットワーク障害によって、照明、ロック、安全システムなどへのアクセスが妨げられないようにしてください。

仮想マシン内でLinux Mintを実行

仮想化アプリケーションでは、Arthurが仮想マシンを作成し、ブラウザーからその画面にアクセスできます。プリセットにはWindowsおよびLinuxシステムが含まれ、カスタムインストールイメージを使えば、その他の互換性のあるオペレーティングシステムにも対応できます。

実演でArthurはLinux Mint 21をインストールし、仮想マシンが約1分で起動すると報告しています。これは、ボードが通常のコンテナに加えて、軽量なゲスト環境もホストできることを示しています。

仮想マシンは、ほとんどのコンテナより多くのリソースを確保します。16GBのシステムでは、ゲストに割り当てたメモリはZimaOSやその他のアプリケーションから利用できません。軽量な仮想マシンを1台使えば、テストや分離されたサービスに役立ちますが、高密度の仮想化環境にはCPU、メモリ、ストレージの綿密な計画が必要です。

Transmissionで長時間のダウンロードを処理

次にArthurがTransmissionを実演します。長時間かかるダウンロードを常時稼働するホームサーバーに移せば、転送を完了するためだけにデスクトップコンピューターの電源を入れたままにする必要がなくなります。

Transmissionを使えば、メインPCを起動したままにせず、サーバー上で許可されたダウンロードを継続できます。

BitTorrentは、オープンソースソフトウェアの配布など、正当な用途にも使われる転送プロトコルです。ユーザーは、現地の法律、著作権、ストレージ容量の消費、帯域幅、およびクライアントを通じて共有するファイルについて、引き続き責任を負います。

AIアシスタントとブラウザベースのアプリケーション

ArthurはOpenClawやHermesなどのアプリケーションも紹介しています。一部のAIアプリケーションは外部モデルAPIに依存しているため、APIキー、アカウント、利用予算が必要です。別の構成ではローカルモデルを使用できますが、こうしたワークロードはメモリ、ストレージ、アクセラレーターハードウェアにより大きく依存します。

API認証情報を公開スクリーンショット、共有設定ファイル、またはキーの保存方法が明確に説明されていないアプリケーションの入力欄に貼り付けてはいけません。利用可能な場合は支出上限を設定し、公開された可能性のある認証情報は無効化してください。

これらのワークロードに必要なハードウェア要件を詳しく確認するには、関連するZimaBoard 2のローカルAIアシスタントレビューで、ストレージ、メモリ、API、PCIe拡張がAIサーバーの構築に与える影響を説明しています。

ホームサーバーへのスマートフォンの写真のバックアップ

モバイルアプリケーションにより、サーバーはローカルのブラウザーインターフェースの枠を超えて機能します。Arthurは写真のバックアップを有効にし、スマートフォンの画像をバックグラウンドでZimaBoard 2にアップロードできるようにします。

モバイルアプリケーションは、サーバー所有者が管理するストレージへスマートフォンの写真を転送できます。

これによりスマートフォンのライブラリの別のコピーが作成されますが、サーバー自体もバックアップする必要があります。スマートフォンがローカルのオリジナルを削除し、サーバーに残ったコピーが唯一のものになった場合、ドライブの故障や誤削除によって永久的な損失が発生する可能性があります。

より堅牢な計画では、スマートフォンのバックアップを冗長化された、または定期的に保護されるサーバーストレージに保存し、別のデバイスまたはオフサイトの場所にも別のコピーを作成します。

外出先からのZimaBoard 2の監視

Arthurはモバイルインターフェースを使って、サーバーがオンラインかどうかを確認し、システムの負荷と温度を確認したり、アプリケーションを再起動したりします。スマートフォンがローカルネットワークの外にある場合でも、これらの管理機能を利用できると説明しています。

リモート監視により、Arthurはスマートフォンから接続状態、負荷、温度、アプリケーションのステータスを確認できます。

リモートアクセスは便利ですが、意図を持って有効にする必要があります。管理者認証情報は他と重複しないものを使用し、不要なポートは閉じたままにしてください。また、ZimaOSとインストール済みアプリケーションの両方を更新してください。管理インターフェースを場当たり的なポート転送で公開するのではなく、最新の公式手順に従う必要があります。

ArthurのZimaBoard 2ビルドで紹介されている内容

項目	動画で紹介されている内容	計画が必要な事項
ハードウェア	コンパクトな金属フレームに、ボード、SATAストレージ、ファン、PCIe拡張を収められます。	ドライブの互換性、電源、冷却、ケーブル配線、物理的な保護。
ネットワーク	デュアル2.5GbEインターフェースにより、対応機器に接続した際のローカルネットワーク経路が高速になります。	スイッチ、ルーター、クライアント、ケーブル配線、ストレージ、実効スループットの制限。
アプリケーション	ZimaOSにより、多くのコンテナ化されたWebアプリケーションで必要なセットアップを減らせます。	ストレージの割り当て、権限、更新、アカウント、アプリケーション固有の設定。
仮想化	16GB構成では、軽量なLinux仮想マシンを実行できます。	リソース割り当てと、同時に実行する他のサービスの数。
モバイルアクセス	ユーザーはサーバーを監視し、スマートフォンから写真を転送できます。	認証、安全なリモートアクセス、バックアップの保持、モバイルデータ使用量。
セルフホスティング	複数の日常的なサービスを、個人が管理する1台のシステムから実行できます。	メンテナンス、セキュリティ、復旧、電力、長期的なデータ保護。

このホームサーバー構成は誰に適しているか？

Arthurの構成は、サービスごとに別のアプライアンスを用意するのではなく、柔軟なプラットフォームを1つ求めるユーザーに適しています。

• セルフホスティング初心者は、グラフィカルなアプリケーションのインストールから始め、基礎概念を徐々に学べます。
• メディアコレクターは、個人の音楽、映画、番組、写真をローカルストレージ上で整理できます。
• スマートホームユーザーは、常時稼働するシステム上でHome Assistantや関連ツールを実行できます。
• 小規模オフィスは、選択した社内アプリケーション、バックアップ、ファイルサービスをホストできます。
• ホームラボ構築者は、コンテナ、仮想マシン、ネットワーク、PCIe拡張を試せます。
• プライバシーを重視するユーザーは、個人データが第三者プラットフォームだけに依存する範囲を減らせます。

更新やバックアップに責任を負わない、メンテナンスフリーのアプライアンスを求める人には、あまり適していません。セルフホスト型サーバーが管理権限を提供できるのは、所有者自身が管理者になるからです。

Arthurがセルフホスティングを実用的な家庭プロジェクトに変える

Arthurのレビューから、ZimaBoard 2が複数のポートを備えた小型コンピューター以上の存在である理由が分かります。x86互換性、SATAストレージ、PCIe拡張、デュアル2.5GbE、ZimaOS、モバイル管理を組み合わせることで、1台のコンパクトなシステムが、家庭内ネットワークのさまざまなサービスを支えられます。

ハードウェア構成はオープンで柔軟なまま、ソフトウェア体験によって、一般的なアプリケーションのインストールに必要なコマンドライン操作を減らせます。Navidrome、Plex、Home Assistant、仮想マシン、Transmission、AIツール、モバイル写真バックアップ、リモート監視は、同じ家庭内でそれぞれ異なる役割を担えます。

だからといって、セルフホスティングが完全に自動化されるわけではありません。所有者は、どのデータをサーバーに置くか、誰がアクセスできるか、どのようにバックアップするか、アプリケーションのセキュリティをどう維持するかを決める必要があります。ZimaOSは導入時のハードルを下げ、ZimaBoard 2はシステムを拡張できる余地を残します。

ArthurによるZimaBoard 2の完全レビューで、元の分解、組み立て手順、ZimaOSの紹介、アプリケーションのデモ、モバイル管理テストをご覧ください。

同様のホームサーバーを計画している方、またはすでにメディア、スマートホームアプリケーション、ダウンロード、バックアップ、仮想マシンにZimaOSを使用している方は、ZimaSpaceコミュニティに参加して構成を共有し、他のビルダーから学びましょう。

よくある質問

ZimaBoard 2はホームネットワーク上のすべてのデバイスを置き換えられますか？

いいえ。多くのサービスを一元化できますが、ほとんどの家庭ではルーター、ネットワークスイッチまたはアクセスポイント、クライアントデバイス、適切なストレージが依然として必要です。正確な役割は、所有者が選択したアプリケーションとネットワーク構成によって異なります。

初心者でもLinuxコマンドを学ばずにZimaOSを使えますか？

多くのアプリケーションはグラフィカルインターフェースからインストールして管理できます。高度なトラブルシューティング、カスタムコンテナ、権限設定、特殊なネットワーク構成にはコマンドラインの知識が依然として役立ちますが、基本的なインストールすべてに必要なわけではありません。

ZimaBoard 2には2.5GbEネットワークが必要ですか？

いいえ。Ethernetインターフェースは、互換性のある低速で動作できます。標準的なギガビットEthernetを超えるスループットが必要な場合にのみ、完全な2.5GbE経路が必要です。

ZimaBoard 2でPlexとNavidromeを同時に実行できますか？

はい。ただし、選択した用途に十分なストレージとリソースがシステムにあることが条件です。Navidromeは一般的に軽量ですが、メディアを直接再生せずトランスコードする場合は、Plexに必要なリソースが増えます。

ZimaBoard 2でHome Assistantを実行できますか？

はい。ArthurはZimaOS環境を通じてHome AssistantとESPHomeをインストールしています。デバイスの連携を確認し、設定のバックアップを維持し、重要なスマートホーム機能については手動操作の代替手段を用意してください。

16GBのZimaBoard 2で仮想マシンを実行できますか？

はい。Arthurが仮想マシン内でLinux Mint 21を実演しています。利用できるパフォーマンスは、ゲストに割り当てたリソースと、同時に実行するコンテナによって異なります。

モバイル写真のバックアップだけで写真ライブラリを保護できますか？

いいえ。写真をサーバーにアップロードすると別のコピーが作成されますが、サーバー自体にも独立したバックアップが必要です。重要な写真は複数のストレージデバイスに保存し、少なくとも1つのコピーはプライマリサーバーから分離して保管してください。