別のコンテナが起動すると、Plexのパフォーマンスが変化するのはなぜですか？

別のコンテナが起動すると、両方のサービスが同じCPU、メモリ、ストレージ、ネットワークの余力を奪い合うため、Plexのパフォーマンスが変化することがあります。

コンテナの境界が分離するのはプロセスとパッケージングであり、その下にある物理リソースではありません。ダウンローダーがストレージを飽和させたり、バックアップがページキャッシュを使い果たしたり、AIジョブがCPUやGPUの処理時間を消費したりしても、Plex自体は「正常」に見えることがあります。Plexだけを個別に調整する前に、共有ホストを診断してください。

CPU競合はトランスコードの遅延を変える可能性がある

2つ目のコンテナによって実行待ちキューの負荷が増えても、PlexのCPU使用率は一見すると同じように見えることがあります。ソフトウェアトランスコード、字幕、バックグラウンド分析は、必要なときにCPU時間を取得するまでの遅延に影響されやすい処理です。

ホスト全体の使用率と飽和状態の確認により、CPUが単に多忙なのか、実行可能なプロセスのキューが継続的に発生しているのかを見分けられます。

再現可能なPlexの負荷を実行しながら競合するコンテナを起動し、CPUの飽和状態と再生の安定性を記録します。遅延が2つ目の負荷に追随する場合は、Plexの画質設定を変更する前に、CPUの割り当てやスケジュールを見直してください。

メモリ圧迫はキャッシュの動作を変える可能性がある

新しく起動したサービスが、以前はPlexのデータベースやファイルシステムキャッシュに使われていたメモリを消費することがあります。その結果、Plex自体に変更がなくても、サーバーがストレージから読み込む回数が増える場合があります。

別のワークロードがメモリを必要とすると、通常のページキャッシュの動作によって、温まっていたデータが低温状態になることがあります。

2つ目のコンテナを起動する前後で、メモリ圧迫、メジャーフォルト、アプリデータへのアクセス遅延を比較します。ワークロードが終了してキャッシュが再び温まると影響がなくなる場合は、共有メモリの圧迫として扱ってください。

ストレージ競合はCPU使用率が低くても潜んでいる

ダウンローダー、データベース、バックアップジョブは、Plexの状態データが保存されている同じSSDやHDDにキューを発生させることがあります。症状はストレージエラーではなく、ナビゲーションの遅さやスキャンの遅延として現れる場合があります。

同じメディアワークフローの周辺に複数の書き込み処理を配置する複数サービスのメディアスタックでは、共有I/Oは通常の設計上の検討事項になります。

同じPlexタスクを繰り返す間、競合する書き込み処理を一時停止します。ストレージ遅延が急低下する場合は、状態データのパスを分離するか、書き込み負荷の高いジョブを別の時間帯に移してください。独立した永続アプリデータ構成にすると、Plexの状態データを他のすべてのコンテナの書き込みと混在させずに済むため、共有ストレージの競合を測定しやすくなります。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

GPU共有には専用のテストが必要

Plexと別のコンテナがGPUを共有する場合、ハードウェアキューとデバイスメモリも競合するリソースになります。両方のコンテナがデバイスを開けるからといって、ピーク時の遅延要件を同時に満たせるとは限りません。

一般的なGPUの名称よりも、正確なアクセラレーション経路のほうが重要です。Plexのハードウェアトランスコードの動作は、Ryzenの世代によって異なる場合があるためです。

2つ目のGPUワークロードを実行している状態で、Plexの最も負荷の高いトランスコードを実行し、Plex単独の場合の基準値と比較します。両方のサービスを同じアクセラレーターに割り当てる前に、フォールバック経路を文書化しておいてください。