大容量メディアは容量とシーケンシャルスループットが必要なため、自然に分離できます。一方、Plexのデータベースとメタデータは、レイテンシーの影響を受けやすい状態データです。2台目のホストを導入すると、ネットワーク到達性、権限、復旧順序も考慮する必要があります。こうした追加の依存関係によって、1台のサーバーでは適切に解決できない、測定済みの制約を解消できる場合に、その構成は正当化されます。
レイテンシーに敏感な状態データより先に大容量メディアを分離する
ネットワーク経路に十分な持続スループットがあり、マウントが安定しているなら、Plexの計算処理を別の場所に置いたまま、メディアファイルをNASストレージに保存できます。これは、アプリケーションデータをリモートに置くよりもリスクの低い分離方法です。
ストレージはワークロードに応じたストレージ選択に従うべきです。これにより、大容量のシーケンシャルメディアを、低レイテンシーのランダムアクセスに依存する状態データから分離できます。
再生が集中する時間帯と、大容量ファイルを1つ転送する場合のメディアスループットを測定してください。ネットワーク経由のメディア経路が余裕を保ったまま安定するなら、その分離は複雑さに見合う価値があります。
原則としてPlexのデータベースは計算処理の近くに置く
データベースやメタデータをリモートに置くと、すべての状態アクセスにネットワークレイテンシーと、もう1つの障害ポイントが加わります。ローカルSSDがボトルネックでない場合、これは割に合わない可能性があります。
データベースのレイテンシーは、ストレージレイテンシーに対する性能感度によって変化する可能性があります。そのため、状態データの経路をネットワークファイルシステムの背後に置く前に、ベンチマークを実施するべきです。
測定による要件が、レイテンシーと復旧コストを上回らない限り、アプリケーションデータはPlexの計算処理ホストにローカル保存してください。NASメディアセンター構成でも、大容量メディアを一元化しながら、すべての状態ファイルまで一元化せずに済みます。
障害ドメインを分ける必要がある場合は別のホストを使用する
ストレージホストは独立してメンテナンスや拡張ができ、メディアプールを移動せずに計算処理ホストを交換できます。それぞれの役割に明確な復旧手順がある場合、この分離は有効です。
役割の分離が役立つのは、サービスの依存関係が明示的であり、ネットワーク上に隠れた状態データの所有関係を作ることなく、一方のホストを再起動または交換できる場合に限られます。
起動順序、マウントの依存関係、ストレージホストが利用できない場合にローカル再生がどう動作するかを文書化してください。復旧に手動でパスを修正する作業が必要なら、分離を簡素化してください。
別のホストとバックアップを混同しない
メディアをNASに移動しても、2つ目のコピーが作成されるわけではありません。リモートストレージが唯一のコピーである場合、そこが依然として単一のデータ損失ポイントになります。
バックアップ設計では、保護用ストレージとプライマリストレージを分離する必要があります。そのため、トポロジーの分離に加えて、デバイス外または独立した復旧用コピーを設計してください。
稼働中のストレージホストに依存せず、Plexの状態データと、少なくとも1つの代表的なメディア経路の復元をテストしてください。ストレージの分離とバックアップの両方が明示されている場合にのみ、そのアーキテクチャはレジリエントだと言えます。
NAS&サーバー設定
もっと読む

AIに似た分析と自動化がJellyfinのストレージおよびコンピューティング要件をどう変えるか
自動化と関連するAI分析では、通常のJellyfin再生に加えて、スキャン、派生データ、CPU/GPU処理、キャッシュ、作業用領域、バックグラウンドスケジューリングが追加されます。

小さなアパートや賃貸住宅のネットワークにJellyfinを統合する方法
安定したローカルアドレス、最小限の配線、静音ハードウェア、CGNATを考慮したリモートアクセス、そして元に戻せる変更を軸に、賃貸住宅に適したJellyfinネットワークを構築しましょう。

1台のJellyfinホストでサポートできるユーザー数とバックグラウンドジョブ数はどれくらいですか?
Jellyfinユーザーとバックグラウンドジョブを1つの共有ワークロード予算として扱い、再生遅延、キュー、またはリソース圧迫が繰り返し発生した時点で容量の限界とします。

