Plexに専用のコンピューティング、ストレージ、ネットワークが必要になるのはどんなとき？
Plexで専用のコンピュート、ストレージ、またはネットワークが必要になるのは、共有リソースの1つが繰り返しボトルネックになるか、許容できない復旧上の依存関係になった場合だけです。
まずは1つの完全なサービス経路から始め、測定したワークロード、メンテナンス作業、または拡張によって、共有境界では対応できないことが明らかになった後にのみ分離します。専用コンピュートが解決する問題は専用ストレージとは異なり、分離したノードが増加したリンク容量を実際に利用できる場合に限って、高速なネットワークが意味を持ちます。
共有リソースにまだ余裕がある間は1台にまとめる
統合型Plexサーバーは最もシンプルなトポロジーです。サービス、ストレージ、ネットワークインターフェースが1台のホスト上にあるため、マウント、認証情報、ケーブル、復旧手順が少なくなります。Direct Playが中心で、バックグラウンドサービスが視聴時間帯と競合しない場合、これが適切な出発点になることが多いでしょう。
Plexのハードウェア用途インベントリでは、共有サーバーを専用の役割に分ける前に、ローカルおよびリモートユーザー、メディア形式、ストレージ、想定同時接続数を確認する必要があります。
ピーク時の再生、スキャン、バックアップ、その他のサービスが、再生期限の逸脱やメンテナンス上の競合なしに共存できるなら、統合構成を維持します。平均CPU使用率が低いことだけでは合格条件になりません。最も負荷の高い時間帯の経路全体が安定している必要があります。
トランスコードや他のアプリがピーク時のリソースを占有するならコンピュートを分離する
メディアエンジン、CPU、メモリの要件がストレージ容量より速く変化する場合、専用コンピュートが役立ちます。そうすれば、小規模なトランスコードノードだけを個別にアップグレードしながら、NASは既存のディスク、スナップショット、バックアップの役割を維持できます。コンピュートノードを再構築しても、正本のメディアがどこにあるかを再定義せずに済む場合にのみ、この分離はアーキテクチャ上の意味を持ちます。
トランスコードをどこで実行すべきかが重要なのは、ストレージ重視の筐体と効率的なメディアエンジンが、必ずしも同じ筐体に適しているとは限らないためです。既存のストレージホストが、ストレージ業務に支障を与えずに必要な変換を処理できない場合にのみ、コンピュートを分離します。
検証済みのトランスコード処理、AIジョブ、写真分析、その他のアプリケーションが、Plexが必要とするリソースを同じ時間帯に繰り返し消費するなら、コンピュートを分離します。2台目のマシンが使えるというだけの理由で分離してはいけません。ネットワークマウントと新たな障害ドメインによって、測定可能な余裕または容易な復旧が得られる必要があります。
容量とデータ保護が設計を左右するならストレージを分離する
メディアライブラリがコンピュート筐体の容量を超えた場合、ドライブ保護のためにより多くのベイが必要な場合、または複数のサービスが同じ正本ファイルを必要とする場合は、専用ストレージへの分離が適しています。この設計では、NASがメディアの耐久性を担い、Plexはストレージシステムを利用する交換可能なアプリケーションクライアントになります。
NASとコンピュートを分離する設計では、それぞれの役割に異なるアップグレードサイクルを設定できます。Plexにとってこの分離が有効なのは、NASがメディアを安定して提供し、再起動後もコンピュートホストが一貫して再マウントできる場合に限られます。
容量の追加やディスク交換によってPlexのオペレーティングシステムが影響を受けないようにしたい場合は、この境界を選びます。アプリケーションの状態は、コンピュートノード側の保護された高速ストレージに置くか、明確に管理された別の永続ストレージ層に置きます。都合のよいネットワーク共有によって、データベースの所有者が曖昧にならないようにしてください。
分離によって実際のリンクボトルネックが生じてからネットワークをアップグレードする
コンピュートとストレージを分離すると、すべてのメディア読み込みがネットワークを通過します。そのため、リンク容量、スイッチのアップリンク、VLANルール、マウントの安定性が再生経路の一部になります。NASに高速ポートがあるというだけでなく、メディアの合計読み込みにバックアップやファイル転送が加わり、現在のリンク容量に繰り返し近づく場合に、高速Ethernetが正当化されます。
分離構成でも、複数サービスのメディアサーバーテストが必要です。コンピュートノード自体に余裕があっても、ストレージのスループットやネットワーク経路が共有ボトルネックになる可能性があるためです。
家庭内で最も負荷の高い組み合わせでも1GbEリンクが十分に飽和を下回っているなら、2.5GbEや10GbEへのアップグレードを行ってもPlexの再生は変わりません。バックアップやワークステーションからの転送が同じリンクを繰り返し占有し、再生遅延を引き起こす場合は、高速化またはトラフィック分離が実質的な改善になります。
分離した各役割を復旧可能にし、十分になったら止める
各役割に文書化された復旧境界が1つずつある場合にのみ、コンポーネントの分離によって隔離性が向上します。コンピュートノードは、デプロイ定義と保護されたPlexの状態から置き換えられる必要があります。ストレージはメディアと共有領域を独立して復旧でき、ネットワーク名とアドレスは通常の再構築後も維持される必要があります。
別サーバーを導入しても、失った際に他のすべてのノードでマウント、権限、リモートアクセスのルールを手作業で再作成しなければならないなら、信頼性は向上しません。1つの障害を想定してシミュレーションし、残りの役割を同時に再設計する必要がないことを確認してください。
専用ハードウェアには、専用Plexサーバーのトレードオフもあります。アイドル時の消費電力、パッチ適用、スイッチポート、配線、監視、そして障害が発生し得る組み合わせが増えることです。負荷の高い時間帯のワークロードに余裕があり、重要な依存関係すべてに検証済みの担当と復元手順が用意できたら、役割の追加を止めます。
Plexを共有ホストに置き続けられない場合、専用ホスティングと共有ホスティングの選択は、分離によって実際に解消できる、測定済みのボトルネックまたは復旧上の依存関係に基づいて判断すべきです。
おすすめ商品
NAS＆サーバー設定
もっと読む
他のセルフホスト型アプリとPlexを安全に併用する方法
Plexと他のアプリでホストを共有しながら、分離性、パフォーマンス、復旧性を損なわないテスト駆動型のセットアップ。
共有世帯向けPlexサーバー構築ガイド
プロフィール、権限、ネットワークゾーン、バックアップ、同時再生テスト、そしてエビデンスに基づく拡張のための、家庭向けPlex設計書。
コンピューティング、ストレージ、バックアップを網羅したPlexホームサーバートポロジー
再現性を検証できるPlexサーバーの設計図。再生、ストレージ、バックアップ、ネットワーク、電源、障害ドメイン、拡張の判断基準を網羅。
