Plex向けミニPC・シングルボードサーバー・NASの比較

エヴァ・ウォン

IceWhale author

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

Mini PC vs Single-Board Server vs NAS for Plex - Zima Store Online

多くのPlexユーザーにとって、ミニPCは演算性能を優先する場合に最も無難な選択肢であり、NASはストレージを優先する場合に最も有力な選択肢です。シングルボードサーバーは、軽負荷のDIY用途に適しています。万能の勝者はありません。答えは、実際にファイルを再生するクライアント、Plexが実行する必要のある変換、そしてその背後にあるメディアライブラリの構成によって変わります。

まず、2つの質問から始めます。実際に最も負荷の高いストリームがダイレクト再生されるか、そしてライブラリがシンプルな直結ストレージで十分な規模に収まるかです。変換が頻繁に発生するなら、演算性能を優先します。複数のドライブ、保護された容量、予測可能な交換をより重視するなら、ストレージを優先します。この2つのニーズを別々に拡張または復旧する必要がある場合は、1台ですべてを満たす製品を探すのをやめましょう。

最初の判定：Plexライブラリにトランスコードは必要か？

Plexは、互換性のあるファイルをダイレクト再生したり、互換性のある音声と動画をダイレクトストリームとして再パッケージ化したり、クライアントや形式の条件によってトランスコードが必要になった場合にストリームを変換したりできます。この違いによって、ホストが主にファイルを読み取るだけなのか、デコード、フィルタリング、エンコードまで行うのかが決まります。3つ目の処理を想定して選んだサーバーは、実際には一貫して1つ目の処理しか行わない家庭では無駄になります。

重要な組み合わせを正確にテストします。最もビットレートの高い作品、各テレビまたはストリーミングデバイス、優先する音声トラック、通常の字幕、そして実際の帯域幅上限でのリモートセッション1つです。それぞれの再生中にPlexのアクティビティ表示を確認します。ダイレクト再生、ダイレクトストリーム、音声トランスコード、動画トランスコードのどれになったかと、その表示理由を記録してください。字幕の焼き付け、HDRからSDRへのトーンマッピング、非対応音声、またはリモート側のビットレート上限によって、一見互換性のある4Kファイルが家庭内で最も負荷の高い処理になることがあります。

この判定で、演算性能の比較を終わらせられます。すべての対象ストリームがダイレクト再生されるなら、トランスコード性能ではなく、ストレージと所有形態でプラットフォームを選びます。ダイレクト再生のファイルをクライアント側の高速なローカルストレージにコピーしても途切れる場合は、Plexホストの比較をやめ、ファイル、クライアント、Wi-Fi、またはディスプレイまでの経路を調べてください。1台のエンドポイントだけで変換が発生する場合、次に判断すべきなのは、どのサーバーのスペック表が最も優れているかではなく、演算とストレージを分離するかどうかです。

最も負荷の高い実ストリームで演算経路を排除する

ソースファイル、クライアント、字幕モード、出力品質を一定に保ってください。ダイレクトプレイのライブラリなら、ストレージの配信性能とクライアントの対応状況が支配的になるため、3つの構成のどれでも機能します。そのため、対応するローカルストリームが1～2本であれば、十分な性能を持つシングルボードサーバーも候補に残ります。一方、NASは強力なアプリケーションプロセッサを必要とせずにメディアを配信できます。

動画変換が1件でも定期的に発生するなら、最低条件が変わります。対応する統合ビデオエンジンを備えたミニPCは、汎用オペレーティングシステムの対応と、ハードウェアによるデコードおよびエンコードの経路を兼ね備えているため、検証しやすいクラスです。テスト済みのIntel N100ミニPCは、複数の異なるハードウェアトランスコードを処理できましたが、HDRトーンマッピングの挙動はWindowsとLinuxで異なりました。これは小型x86ボックスに十分な能力があることの証拠として扱い、すべてのプロセッサ、ドライバー、コンテナ、Plexリリースで同じ結果になる保証とは考えないでください。

シングルボードサーバーは、正確なボードとソフトウェア構成がストリームテストに合格する場合に限り、優れた軽量ホストであり続けます。Raspberry Pi 5が4K変換に対応できると考えてはいけません。テスト済みの構成では、通常の再生は動作したにもかかわらず、4Kトランスコードで映像が途切れることがありました。再生アクセラレーションがあれば、サーバー側の変換も自動的に安定すると考えてARMボードを購入しないでください。

NASが演算の候補に残るのは、カテゴリーではなく正確なモデルによってのみです。プロセッサ、ハードウェアアクセラレーションの対応状況、Plexパッケージまたはコンテナ、ドライバーへのアクセス、メモリ上限、そして同時に維持できる変換数を確認してください。頻繁にリモートユーザーがアクセスする、または複数の異なるクライアントによって変換が避けられない場合は、検証済みのミニPCが暫定的な勝者です。具体的にテスト済みのNASなら同等になり得ますが、未検証のシングルボード構成は除外されます。

判断ゲート	ミニPC	シングルボードサーバー	NAS	停止または分岐の条件
対象のすべてのストリームがダイレクトプレイ	合格	合格	合格	トランスコード性能の比較を中止
検証済みの軽量変換を1件	アクセラレーションがサポートされていれば有力	正確なボードでのテスト後のみ合格	正確なモデルでのテスト後のみ合格	可能なら、まず互換性のないクライアントを1台修正
繰り返し行う同時変換	演算優先の最適な選択肢	他に選択肢がないと証明されない限り、通常は除外	正確なハードウェア次第	ストレージボックスが他の点では適している場合は、演算を分離
複数ドライブのライブラリ拡張	専用エンクロージャーまたはネットワークストレージが必要	専用エンクロージャーまたはネットワークストレージが必要	ストレージ優先の最適な選択肢	演算とストレージの両方が重要な場合は分離
独立した復旧またはアップグレード	演算ノードとして使用	軽量な演算ノードとして使用	ストレージノードとして使用する	1台の筐体を選ぶのはやめる

ライブラリの成長にストレージの形を決めさせる

小規模で固定されたライブラリなら、1台の内蔵SSDまたは十分に冷却された外付けドライブ1台に保存できます。これによりミニPCやシングルボードホストをコンパクトに保てるため、1台にまとめた構成が魅力的になります。しかし、2台目、3台目、4台目のハードドライブを追加する段階になると、その利点は薄れます。プラットフォームに、電源、エンクロージャ、冷却、ケーブル構成、ドライブ監視、そして本来想定されていなかった復旧方法が必要になるからです。

USBストレージが必ずしも安全でないわけではありませんが、複数ドライブで使う場合はブリッジ固有の確認事項が増えます。SMARTの可視性はUSBチップセットに左右されることがあり、UASPは両端で動作しなければならず、連続処理中は複数のディスクが1本のリンクを共有することがあります。これらは検証すべき事項であり、すべてのエンクロージャを否定する根拠ではありません。ディスクを個別に識別し、健康状態のデータを読み取り、故障したドライブを予測可能な手順で交換し、エンクロージャの構成を再現できないなら、見かけ上のシンプルさは運用上の負債になっています。

ライブラリが複数のドライブにまたがる見込みがあり、ディスクの冷却や交換が日常的な作業になり、ほかのデバイスもファイルを必要とするなら、ストレージ中心のNASが有利です。ベイ数が多いからPlexが高速になるわけではありません。メディアがすでに信頼できるネットワークストレージに保存されているなら、ミニPCやシングルボードサーバーでディスクを抱えずに演算処理の役割を取り戻せます。

保護用の容量とバックアップは別々に計画してください。ミラーリングやパリティ構成は、ドライブ障害後もライブラリを利用可能に保てるかもしれませんが、誤削除、データベースの破損、筐体の盗難、誤った同期から復旧できるわけではありません。かけがえのないメディアに独立したコピーがないなら、ホスト選びを止め、まず復旧経路を設計してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

ネットワークは肩書きではなく、関門として考える

より高速なEthernetポートが重要になるのは、そのポートをトラフィックが通り、リンクが最も遅い工程になっている場合だけです。ローカルでPlexのストリームを1本再生するだけでは、十分な判断材料になりません。サーバーからストレージまでの経路、クライアントまでの経路、そして再生、ファイルコピー、バックアップ、ライブラリスキャンが重なる繁忙時間帯の組み合わせを計測してください。ホストに2.5GbEと書かれていても、弱いWi-Fi、遅いUSBブリッジ、帯域が制限されたリモートアップロード、または変換を強制するクライアントの問題は解決できません。

実際のワークロードを計測し、リンクの使用率を確認してください。大容量メディアの取り込みや複数クライアントの同時利用によって、ディスクやエンドポイントの速度に余裕があるにもかかわらず、1GbEが実用上の上限近くまで繰り返し達するなら、より高速なポートが結果を変える可能性があります。グラフが上限を十分下回っているなら、購入理由からEthernetの速度を外しましょう。

この点は、分離構成にも制約を与えます。NASからメディアを読み取るミニPCではネットワーク依存が増えますが、標準でマルチギガネットワークが必要になるわけではありません。再生が安定し、転送が許容時間内に完了するなら、1GbEのままにしてください。合計需要が帯域を活用できると分かった場合にのみ、制約となっているサーバー、スイッチ、クライアントの経路をアップグレードします。

実際に担えるメンテナンスの負担を選ぶ

3つの方法はいずれも効率的に運用できますが、アイドル時の消費電力に普遍的な数値はありません。最終的に使用するドライブ、電源、ファン、ネットワークアダプター、バックグラウンドタスクを含む完成したシステムを、コンセント側で比較してください。チップのTDPは同じ測定値ではありません。2台のドライブを搭載した完成品のNASテストでは、ディスクが測定された騒音の大部分を占め、ストレージを搭載した後のシステムの消費電力も増加しました。実際に使う構成そのものを測定してください。

ミニPCでは、汎用OS、Plex、アクセラレーション用ドライバー、マウント、外部ストレージを自分で保守する必要があります。その代わり、使い慣れたツール、静かなソリッドステートの計算環境、そして計算部分だけを簡単に交換できる利点が得られます。シングルボードサーバーでは、ボード固有のイメージ、アダプター、ケース、冷却、ストレージブリッジ、場合によっては成熟度の低いドライバー経路まで必要になります。ボードの公称性能がシステム全体の複雑さを帳消しにするからではなく、そのモジュール式の制御性を求めるから選びましょう。

NASなら、プール、共有、権限、ディスクアラート、スナップショット、交換手順といったストレージ関連の作業を、1つのインターフェースにまとめられます。日々の組み立て作業は減らせますが、アプライアンスのアップデート、パッケージの提供状況、固定メモリ、回転ディスクの騒音は残ります。ストレージ管理の手間をできるだけ減らしたい人なら、こうした制約を受け入れてもよいでしょう。一方、各レイヤーを自分で触りたい人は、まさにその理由からミニPCやボードを好むかもしれません。

優れた選択肢を、負担ごとに分けて考えましょう。OSとストレージのマウントを自分で管理できるなら、静かで柔軟なコンピューティング環境にはミニPCを選びます。組み立てやボード固有のメンテナンスもプロジェクトの一部として受け入れられ、ダイレクトプレイまたは軽い検証済みの変換が中心なら、シングルボードサーバーを選びます。ドライブ管理と共有ストレージを最も簡単にしたいなら、NASを選びます。

復旧を独立させる必要があるなら、1台構成の比較をやめる

1つの筐体にまとめる方が、すべての障害点が1つになるまではシンプルです。Plex、そのデータベース、メディア、バックアップ先がすべて同じ筐体またはプールを共有している場合、OSのミスやハードウェア障害によって、すべての層が一度に失われる可能性があります。設計上の問いは、単にドライブが故障するかどうかではありません。メディアを危険にさらさずにPlexを再構築できるか、そして正常なPlexホストを再構築せずにメディアを移動できるかどうかです。

Plexのアプリケーション状態は、メディアとは別にバックアップします。Windowsでは、バックアップ範囲にPlexの設定とアプリケーションデータを含められますが、メディアファイルには別の保護方法が必要です。正確なファイルはプラットフォームによって異なりますが、アーキテクチャ上の原則は変わりません。復元テストでは、サーバーの状態とライブラリのサンプルの両方を対象にする必要があります。

演算能力が十分で、計画した筐体内でストレージを拡張でき、所有者が1回のメンテナンス時間を受け入れるなら、1台構成のNASが勝ちます。小規模では、ローカルストレージを備えたミニPCやシングルボードサーバーも同じ条件で勝ちます。演算とストレージの交換サイクルが異なる場合、ホストを再構築している間もメディアのコピーを利用可能にしておく必要がある場合、またはディスク追加時にPlexを停止させたくない場合は、結果が変わります。

この段階では、単一のプラットフォームが勝つのはどれかを尋ねるのをやめます。負荷の高い変換には検証済みのミニPCを、軽い処理には実績のあるボードを使い、ライブラリは独自の復旧計画を備えたNASに置きます。追加のネットワークマウントは実際の運用作業ですが、障害ドメインを小さくし、それぞれを独自のスケジュールでアップグレードできるという利点があります。

実際のPlex家庭向けのグループ別の勝者

小規模で、ほとんどがダイレクト再生のライブラリで、ストレージとソフトウェアの構成を自分で組み立てるのを楽しみ、必要な変換について正確なボードを検証でき、手動復旧を許容できるならシングルボードサーバーを選びます。避けられないトランスコード、ドライバーの成熟度、または汎用サービスで、より予測可能な余裕が必要になった時点で、選択はミニPCに変わります。

複数種類のクライアントがある家庭、リモート利用が多い環境、またはメディアを単一のドライブや既存のネットワークストアに置いたまま、検証済みの変換を複数実行する場合はミニPCを選びます。演算ノードはテストや交換が容易なため、演算優先のデフォルト構成として最も有力です。複数ドライブのストレージ拡張、ディスク監視、共有アクセス、手間の少ないドライブ交換が、柔軟な演算能力より重要になった時点で、1台構成の勝者はNASに変わります。

複数ドライブのライブラリが拡大しており、その大半がダイレクト再生ならNASを選ぶか、必要なトランスコードテストにすでに合格した正確なNASモデルを選びます。「NAS」という言葉だけからトランスコード能力を推測しないでください。適切なストレージ機器に必要な演算能力がない場合は、ストレージとして使い、ストレージ設計を諦めるのではなくミニPCを追加します。

ライブラリデータをPlexホストより長く存続させる必要がある場合、演算と容量を異なるタイミングでアップグレードする場合、または1台にまとめると障害経路が増えすぎる場合は、演算ノードとNASを分離する構成を選びます。購入前に、最も負荷の高いストリームを確認し、ドライブ構成を計画し、混雑するネットワーク経路を測定し、システム全体のアイドル時の挙動を測定し、構成とメディアを1回復元するリハーサルを順番に実施します。これらの基準でプラットフォームの種類が絞り込まれるまで、ブランドや価格の比較は始めないでください。