コンテナ分離によってPlexのリソースアクセスがどのように変わるか
コンテナによる分離は、物理マシンが同じでも、Plex がストレージ、GPU、ネットワーク、ホストリソースに到達する経路を変えます。
重要なのは、可視性と容量を区別することです。ホスト上に GPU が存在していても Plex から利用できない場合があり、書き込み可能なホストディレクトリが、コンテナ内では読み取り専用として表示されたり、別のパスに表示されたりすることもあります。ホスト自体の性能不足を疑う前に、マウント、デバイス、ネットワーク、UID/GID、リソース制限といったコンテナの契約を診断してください。
ネームスペースによって Plex に見えるものが変わる
コンテナは、ファイルシステム、プロセス、ネットワークについて独自のビューを持ちます。そのため、同じ基盤データを参照していても、ホスト側のパスと Plex 側のパスが異なることがあります。
コンテナの I/O オーバーヘッドはワークロードによって異なるため、分離はゼロコストのラベルではなく、Plex がホストリソースに到達する方法を変えます。
設定されたコンテナパスと、Plex 内部から見た実際のマウントおよび権限を比較してください。ホスト側のテストは成功するのにコンテナ側のテストが失敗する場合は、ネームスペースの境界に原因を絞ってください。
デバイスアクセスは明示的に公開する必要がある
ハードウェアアクセラレーションには、Plex がコンテナの境界を越えて対象の GPU またはメディアデバイスに到達できることが必要です。CPU が利用可能だからといって、アクセラレーターも利用できるとは限りません。
コンテナ内の GPU アクセラレーションは、ホストデバイスへの明示的なアクセス設定に依存します。コンテナから GPU アクセラレーターへアクセスできることは、ホストに GPU が搭載されていることとは別の機能です。
既知のハードウェアトランスコードセッションを 1 つ実行し、デバイスの動作と Plex の再生モードの両方を確認してください。ハードウェアアクセラレーションストリーミングの経路が有効なのは、コンテナがデバイスに到達でき、想定されるコーデック経路が実際にそのデバイスを使用する場合だけです。
永続データは交換可能なランタイムの外部に置く
コンテナを再作成しても、Plex のライブラリ ID、データベース、メタデータまで再作成されるべきではありません。そのため、永続データはイメージレイヤーとは別にマウントする必要があります。
永続マウントは復旧性とパフォーマンスの両方に影響し、ボリュームを介した I/O の挙動によって、イメージ自体が変わっていなくてもコンテナの起動時間が変わることがあります。
永続化する Plex のルートディレクトリを文書化し、そのデータに触れずにコンテナを置き換えられるかテストしてください。再構築したインスタンスでライブラリや ID が失われる場合、分離の境界が適切に設定されていません。
リソース制限が人為的なボトルネックを生むことがある
CPU の割り当て、メモリ制限、デバイス権限、ネットワーク設定によって、コンテナの性能がホストの物理的な容量を下回ることがあります。ホストに余裕があっても、Plex のインスタンスが遅くなる場合があります。
リソース飽和のチェックをホストとコンテナの両方の範囲で実施し、cgroup の制限やデバイスキューの逼迫を、ハードウェア全体の枯渇と取り違えないようにしてください。
同じ遅延イベント中に、ホストの余力とコンテナ自身の制限を比較してください。ホストに余裕があるのにコンテナが制限に達している場合は、制限を意図的に変更し、ワークロードを 1 つずつ再テストしてください。
おすすめ商品
テック＆AIハブ
もっと読む
バックアップ頻度はPlexの復旧時点の品質にどのような影響を与えますか？
任意のコピー数ではなく、復旧ポイントの要件、障害の発見が遅れるリスク、取得時の整合性、復元テストを基準にPlexのバックアップ頻度を選びましょう。
安全なPlexアップグレードの境界とは何か、そしてなぜ重要なのか？
ランタイム、状態、アクセラレーション、ロールバックデータ、エンドツーエンド検証を明確な変更境界に分離し、Plexのアップグレードをいつでも元に戻せるようにします。
Plexはデバイス間の変更をどのように検出し、同期するのか？
Plexデバイスの整合性を理解するには、信頼できるサーバー状態、クライアントキャッシュ、アカウントのアイデンティティ、そして各デバイスが使用するネットワーク経路を分けて考えます。
