Plex向けストレージとネットワークインターフェースの選び方

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

一般的な家庭用Plexライブラリでは、メディア用のネイティブSATAストレージ、Plexアプリケーションの状態データ用SSD、そして1GbEという構成が、堅実な出発点になります。ただし、高ビットレートの再生、バックアップ、その他の転送が同じ経路上で繰り返し競合するワークロードでは例外です。その場合、2.5GbEによって実際のボトルネックを解消できる可能性があります。一方、10GbEはストレージプール、スイッチ、クライアントがその速度を活用できる場合にのみ効果を発揮します。最大のインターフェース速度を持つ製品ではなく、測定した需要を経路全体で満たせる最小のプラットフォームを選びましょう。

Plexライブラリをスループット予算に変える

HDや4Kといったラベルではなく、ファイルから始めましょう。実際に視聴されるタイトルの中で最も高いビットレートのものを選び、負荷の高い音声と字幕の組み合わせも含めて、最も忙しい場面で表示されるビットレートを記録します。ファイルサイズを再生時間で割れば平均値は求められますが、再生バッファは短時間のピークにも耐える必要があるため、実際に観測した代表的なピーク値を購入判断の入力にする方が安全です。

次に、重要な各クライアントで想定される再生モードを確認します。ダイレクト再生は元のファイルを送信します。ダイレクトストリームは互換性のあるストリームを再パッケージ化し、トランスコードは映像、音声、解像度、またはビットレートを変換します。これらのモードによって必要な計算能力は変わりますが、アクティブなセッションはすべてソースデータを読み取り、ネットワーク経路を使用します。そのため、インターフェースのサイジングをCPUやGPUの判断だけで置き換えることはできません。

同時に実行される可能性があるストリームのピーク速度を合計し、そこに重なる可能性のあるトラフィックを加えます。ライブラリのスキャン、バックアップ、ダウンロード、ファイルコピー、その他のNASアプリケーションなどです。最後に、プロトコルのオーバーヘッド、ストレージの揺らぎ、再送、ピーク中に次のセッションが開始する場合に備えて余裕を確保します。これは計画用の予算であり、公称リンク速度が常に表示どおりの速度を継続的に提供するという約束ではありません。

結果をメガビット毎秒で記録し、その数値を次の計算に使います。代表的な3つのセッションのピークが120、80、45 Mbpsなら、ヘッドルームやその他のトラフィックを考慮する前の再生需要は245 Mbpsから始まります。この数値は、3つの「4Kストリーム」が同じ帯域幅を必要とすると単純に仮定する場合とは明確に異なり、ストレージとネットワークの各インターフェースにテスト可能な最低要件を与えてくれます。

メディア、Plexの状態データ、トランスコード用スクラッチ領域には、それぞれ異なる役割を持たせる

メディアライブラリは通常、容量が最優先の領域です。映画やエピソードはサイズが大きく、ほとんどが連続読み出しなので、健全なハードドライブプールがあれば、NVMeのスループットがなくても一般的なPlex再生に対応できます。この層は、小さなファイルのレイテンシではなく、実用的なテラバイト容量、予算に見合う十分な持続読み出し速度、そして復旧計画を重視して選びましょう。

Plexのアプリケーション状態は、別の種類のワークロードです。データベース、メタデータ、アートワーク、インデックス、ログ、環境設定、コンテナボリュームには、多数の小さなファイルと頻繁な更新が含まれます。永続的なSSDストレージを使うと、特にPlexをダウンロード自動化ツール、写真ツール、その他のコンテナと同じホストで実行する場合、ブラウジング、スキャン、アプリケーションの再起動への応答性が向上します。この状態を破棄可能なコンテナレイヤーの外部に保持し、コンテナを交換してもライブラリの運用データが消去されないようにしてください。

トランスコード用スクラッチ領域は一時的なものです。実際に想定する同時変換に対応できるだけの空き容量と書き込み性能は必要ですが、そのためにメディアライブラリ全体をNVMeに置く必要はありません。専用のSSD領域を使えば、これらの書き込みをPlexデータベースから分離できます。メモリ上に確保するスクラッチ領域は、容量と耐久性について別途判断が必要な選択肢であり、標準的に推奨されるものではありません。

結果として、購入する構成には多くの場合、2つのストレージ用途があります。HDDには大容量メディアを保存し、SATA SSDまたはNVMeには永続的なアプリケーション状態を保存します。トランスコードの頻度が高く、競合が測定可能なほど発生する場合に限り、3つ目のスクラッチ領域を追加します。アダプターを使わなければそれらの役割を分離できず、同じポートやレーンを奪い合うことになるプラットフォームは、ドライブの公称速度が重要になる前に選択肢から外れます。

容量と冗長性をポート数に換算する

現在オンラインで利用したいライブラリの容量を見積もり、現実的な年間増加分を加え、スキャン、交換、拡張に備えて空き容量の余裕を確保します。汎用的な「映画1本あたり何TB」という見積もりではなく、自分のコレクションのビットレートや実測したファイルサイズを使ってください。ここで算出するのは利用可能容量の目標であり、まだドライブの生容量の合計ではありません。

冗長化を考慮すると、その合計は変わります。ミラーリングでは、ミラーの各ペアのメンバー1台分の容量が利用可能になります。一方、パリティ構成では、復旧情報のために容量が確保されます。正確な結果はドライブの容量と構成によって異なるため、SATAポートが2つあれば十分だと判断する前に、利用可能容量を計算してください。

冗長化により、許容されたドライブ障害の発生後も可用性を維持できますが、バックアップではありません。削除、破損、盗難、筐体の故障、管理上のミスは、稼働中のアレイに影響を及ぼす可能性があります。かけがえのないホームビデオ、オリジナルのアートワーク、Plexの設定には、同じストレージ経路の外部に独立したコピーが必要です。

容量の結果 最低限必要なインターフェースがもたらす制約 購入時の判断材料
メディアドライブ1台と、独立したコピー1つ 安定したメディア接続1つと、分離されたバックアップ経路 コンパクトなホストでも運用を継続できる
2ドライブのミラー 電源供給に対応した直接接続ドライブ2台 2ポートのプラットフォームが実質的な上限
保護対象のメディアドライブ4台以上 4基以上の管理可能なベイ、または動作確認済みのHBA/バックプレーン マルチベイプラットフォームを優先する
メディアドライブと分離されたSSDの状態保存領域 すべてのメディアポートを状態保存用デバイスで使い切らない 内蔵フラッシュ、M.2、または別の専用SSD経路を必須条件にする

判断基準は物理的な制約です。保護後に必要なメディアドライブ数を数え、別系統の状態保存用ストレージと、1段階分の増設余地を加えてください。すでに4台のメディアドライブが必要な計画で、SATAポートが2つしかないプラットフォームは選ばないでください。拡張カードや外付けエンクロージャーは、電源、レーン、冷却、復旧に関する新たな判断を伴うものであり、無料で容量が増えるわけではありません。

障害境界でSATA、NVMe、USBを選ぶ

SATAは、直接接続するPlexメディアドライブの通常の基準です。帯域幅は個々のストリームのビットレートをすでに大きく上回っており、ネイティブポートならOSから各ドライブを直接認識できます。購入時に確認すべき点は、ポート数、電力供給、コントローラーの共有、冷却、そして筐体に必要な3.5インチまたは2.5インチのメディアドライブを収められるかどうかです。

低レイテンシまたは高い同時I/Oが必要な用途では、NVMeが適しています。Plexのメタデータ、データベース、コンテナーボリューム、進行中のダウンロード、または負荷の高いスクラッチ層などが該当します。ただし、遅いクライアントで形式をデコードできるようにしたり、1GbEの経路を高速化したりするものではありません。M.2ソケットの数、対応する長さとプロトコル、ネットワークカードや他の拡張機器とレーンを共有するかどうかを確認してください。

USBは、安定したコンピューターを再利用する場合など、範囲を限定した外部メディア構成では実用的です。ただし、コネクターに表示された転送速度は、接続全体の一部にすぎません。複数ドライブ対応エンクロージャーでは、1つのコントローラーと1本のケーブルを共有することがあり、HDDにも安定した外部電源が必要です。USBを主要な保護対象プールとして扱う前に、UASP対応、安定したデバイス識別子、可能な場合のSMART情報の確認、正常な再起動と再接続の動作、そして1つの不透明なエンクロージャーに依存しない復旧手順を必須条件にしてください。

インターフェース Plexに最適な用途 お金を払う価値がある場合 次の場合は却下または再検討
SATA 大容量HDDメディア、SATA SSDの状態 直接接続で予測可能なドライブ接続が必要 保護するドライブの計画数に対してポートが不足している
NVMe メタデータ、データベース、コンテナ、アクティブなスクラッチ領域 遅延または同時実行する小規模I/Oが測定可能なレベルにある 他の用途に必要な唯一の拡張レーンを占有する
USB シンプルな外付けメディアまたはバックアップ経路 電源付きエンクロージャー1台で復旧チェックに合格する ケーブル、共有電源、または不透明なRAIDが主な障害境界になる

コネクターの格ではなく、障害の境界で選んでください。保護するドライブの台数と復旧の複雑さが増すほど、ネイティブSATAまたは統合バックプレーンのほうが安全な購入になります。NVMeは目的を絞った高速層として使い、USBは内部ポート不足への自動的な答えではなく、意図的にテストしたうえで選ぶ接続方法にしてください。

ワークロード全体に合わせて1GbE、2.5GbE、または10GbEを選ぶ

再生を優先する家庭では、1GbEが今でも標準的な出発点です。公称1,000Mbpsの速度は、通常のダイレクト再生を複数行う場合の需要を何倍も上回りますが、実際のアプリケーションスループットは低く、共有トラフィックも影響します。最も混雑する時間帯でも、実測した再生用帯域、バックアップ、ファイル操作に十分な余裕があるなら、1GbEを使い続けてください。

1GbEが繰り返し共有ボトルネックになる場合は2.5GbEに移行してください。大容量コピーで再生中のストリームが遅くなる、バックアップがリンクを長時間占有する、複数のユーザーが視聴しながらファイルを移動する、または高速SSD層がギガビットEthernetに阻まれている場合が該当します。高速経路が役立つのは、サーバーとクライアントの双方が2.5GbEに対応している場合だけです。1GbEのみ対応のエンドポイントは、依然として1GbEのままです。

Plexの再生と他のストレージ処理(大容量ワークステーション転送、NAS上での編集、大規模なバックアップ、複数の高速クライアントなど)が同時に発生する、持続的なマルチギガビット処理に限って10GbEを購入してください。ドライブプールがそのデータを供給でき、スイッチに適切な10GbEポートまたはアップリンクがあり、少なくとも1つのクライアント経路がその恩恵を受けられる必要があります。10GbEサーバーポートがあっても、100MbE Ethernet接続のテレビを高速化することはできません。

ネットワーク帯域 次の場合に選択 購入前に確認
1GbE Plexの再生と通常のバックグラウンド処理を同時に行っても、実測容量には十分な余裕があります 実測された持続スループットとクライアントのピーク値
2.5GbE ギガビットの帯域競合が常態化している、または高速なファイル転送に実用的な価値がある マルチギガビット対応のスイッチポート、ケーブル、アダプター、ストレージ速度
10GbE 高速なストレージプールと混在するストレージワークロードが、マルチギガビットの需要を継続的に処理する 10GbEスイッチ/アップリンク、クライアントNIC、温度管理、プールのスループット

Plexのリモート利用には別の上限がある。自宅のアップロード速度と視聴者側のダウンロード経路だ。より高速なLANポートにしても、ISPのアップロード上限は上がらない。LANの階層ではローカルの合計トラフィックとストレージ処理をまかない、そのうえで実際のインターネット経路とトランスコード上限に照らしてリモート需要を確認する。

スイッチと重要なクライアントをすべて確認する

メディアドライブからサーバーコントローラー、サーバーのEthernetポート、スイッチのアクセスポート、スイッチのアップリンク、使用する場合はアクセスポイント、そして実際に再生するクライアントまでの経路を追跡する。有線の各ホップでネゴシエートされた速度と、無線の各ホップで現実的に得られる性能を記録する。そのセッションで必要となる最も遅い区間が上限を決め、共有アップリンクが合計の上限を決める。

これが、サーバーに2.5GbEの余裕があるように見えるのに、高ビットレートの作品がバッファリングする理由だ。多くのテレビは100MbE Ethernetにしか対応しておらず、メッシュ衛星機器が混雑した無線バックホールを使っている場合もあり、古いスイッチのアップリンクが依然として1GbEで動作していることもある。メディアサーバーをむやみに交換するのではなく、影響を受けるクライアントに接続する弱い区間をアップグレードする。

可能な限りPlexサーバーは有線接続にする。すべてのセッションの合計トラフィックを処理するためだ。Wi-Fiクライアントでも快適に動作する場合はあるが、実効速度は距離、干渉、チャネル幅、アクセスポイントの負荷、メッシュのホップ数によって変動する。機器側の無線規格が高速でも、ソファの位置で安定したスループットが得られる証拠にはならない。

より高速なサーバーインターフェースが有効なのは、スイッチと少なくとも1つの実際のワークロードがその速度を利用できる場合だけだ。重要なクライアントがすべて1GbE未満で、バックアップも視聴時間外に実行されるなら、2.5GbEで管理用の転送時間を短縮できる場合はあるが、それは利便性の選択であり、Plexの必須条件ではない。共有1GbEアップリンクがボトルネックなら、サーバーだけ10GbEにしても互換性の連鎖は成立しない。

要件を満たすプラットフォームを選ぶ

既存のコンピューターでSATA、M.2、または上限が明確なUSBストレージ経路がドライブ計画を満たし、Ethernet経路も必要帯域を満たすなら、その安定したコンピューターを再利用する。ミラー構成または独立したメディアディスク2台で十分で、アプリケーション状態に専用の永続保存先があり、1GbEまたは2.5GbEでワークロードを処理できるなら、コンパクトな2ドライブサーバーを購入する。保護されたメディアドライブが4台以上必要、復旧をより簡単にしたい、または将来の拡張がすでにその境界を超えているなら、統合型のマルチベイNASを選ぶ。

チェックアウト前に、完全な構成経路について合否を1件記録する。

  • 代表的なピークビットレートと同時セッション数が記録されています。
  • Plexの状態、メタデータ/データベース、メディア、トランスコード用一時領域に、それぞれ永続的または一時的なストレージの役割が割り当てられています。
  • 冗長化後の使用可能容量が、直接接続できるドライブポート数または管理対象ベイ数に収まっています。
  • USBエンクロージャーには、それ自体に十分な電力があり、復旧手順が文書化されています。
  • ストレージプールが、選択したイーサネット速度帯にデータを供給できます。
  • サーバーポート、スイッチのアクセスポート、アップリンク、アダプター、利用予定の高速クライアントが、すべて同じ速度帯に対応しています。
  • リモート需要が、実際のアップロード経路の容量に収まっています。
  • プラットフォームは、トランスコード互換性に関する個別の要件をすでに満たしています。
  • 代替のきかないメディアとアプリケーション状態用に、独立したバックアップがあります。
  • インターフェースチェーン全体を組み直さずに、1段階の拡張が可能です。

1項目に失敗したからといって、直ちに最速のプラットフォームが必要になるわけではありません。変更が必要なインターフェースや関連コンポーネントが特定されるだけです。未対応のアダプター、共有レーン、電力、ポート数、クライアントのボトルネックが、最小構成の完全なチェーンに残っていないことを確認してから購入してください。

よくある質問

リンクアグリゲーションで1つのPlexストリームを高速化できますか?

通常はできません。リンクアグリゲーションは、サーバー、スイッチ、OS、プロトコルが互換性のある設定になっていれば、個別の接続を複数の物理リンクに分散できます。しかし、通常の1つのクライアントセッションは、通常、1本のメンバーリンクに制限されます。1台のテレビを高速化する目的ではなく、完全な設計を確認したうえで、合計同時接続数の確保や冗長性のために導入してください。

Plexサーバーへの有線イーサネット接続をWi-Fiで置き換えられますか?

測定した再生が安定しているなら、Wi-Fiクライアントでも十分な場合があります。ただし、サーバーはすべてのセッションで共有されるソースです。サーバーを有線接続すれば、その合計経路の容量を予測しやすくなり、無線の変動要因を個々のクライアント側に限定できます。最も条件の悪い場所で同時利用テストを行い、十分な余裕を持って合格するまでは、サーバーの完全な無線接続を許容構成と考えないでください。

最終結論

Plexのチェーン全体を完了できる最小のプラットフォームを選びます。十分に保護されたドライブポート、アクティブな状態を保持するSSDパス、そしてストレージ、スイッチ、クライアントが実際に利用できるイーサネットの速度帯が必要です。測定した再生やその他のトラフィックに余裕があるなら1GbEのままにし、ギガビットの競合が繰り返し発生する場合は2.5GbEに移行します。10GbEを購入するのは、高速プールでマルチギガビットの処理を継続的に行う場合だけにしてください。すでに複数ベイの容量計画があるのに2ドライブ対応のプラットフォームを購入したり、クライアント、アップロード、トランスコードの制限が別の場所にあるのに、それを解決するためにより高速なネットワークを購入したりしないでください。

購入ガイド

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.