再起動後のPlexの起動時間を短縮する方法
Plexの起動時間を短縮するには、遅延が発生している場所を測定し、ストレージの準備状態、アプリの状態に関する遅延、データベース処理、または重複するメンテナンスを、1つの層ずつ改善します。
「再起動後にPlexが遅い」という状態は、サービスプロセスの起動が遅い、アプリケーションデータがストレージの準備完了を待っている、データベースやアートワークの読み込みが遅い、または家族がライブラリを開く前にバックグラウンド分析が始まっている、といった複数の原因を意味します。これらの問題には、それぞれ異なる対処が必要です。ホストの準備完了からPlexプロセスの起動、ライブラリの閲覧、最初の再生までの起動タイムラインを記録し、最初に測定できた遅延を発生させている依存関係だけを変更します。
サービスの起動とライブラリの応答性を分けて考える
再起動後の時間を2つ測定します。Plexプロセスが利用可能になるまでの時間と、通常のライブラリ閲覧が応答可能になるまでの時間です。データベースのウォームアップ、メタデータの読み込み、マウント済みストレージ、DNS、またはバックグラウンドタスクによって、サービス自体はすぐに起動していても、インターフェースが利用可能になるまで大幅に時間がかかる場合があります。
再生は正常なのにメタデータが遅い場合は、サービスの起動が遅い場合とは別の症状です。閲覧の応答性とプロセスの利用可能性を分けて確認してください。
サービスマネージャーまたはコンテナのログからタイムスタンプを記録し、1つのライブラリと既知のアイテムを1つ開きます。プロセスの起動が遅い場合は、Plexの起動前に依存関係を調査します。プロセスは早く起動しているのにUIが遅い場合は、アプリの状態を保存するストレージ、データベースの健全性、起動後の処理に注目します。
Plexの起動前にストレージをマウント済みの状態にする
メディアまたはappdataが別のプール、ネットワーク共有、暗号化ボリューム、またはマウントが遅いディスクに保存されている場合、パスの準備が整う前にPlexが起動することがあります。その結果、Plexが待機したり、ライブラリが見つからない状態になったり、オペレーティングシステムがストレージの構成を完了するまでエラーが生成されたりします。
起動後に`/config`またはメディアが遅れて表示される場合は、Plexプロセスとは別に、ストレージアクセスの遅さを確認してから再起動ループの追加を検討してください。
再起動後、Plexサービスが起動する前に`/config`と代表的なメディアファイルが読み取り可能かテストします。ストレージが後から利用可能になる場合は、サービス層で明示的な依存関係または遅延を設定します。決定的なマウント順序の代わりに、Plexを繰り返し再起動しないでください。
データベースとメタデータを応答性の高いアプリ用ストレージに置く
Plexの起動と起動直後の閲覧では、多数の小さなデータベースファイルやメタデータファイルにアクセスします。これらのアクセスパターンは映画の連続再生とは異なるため、アプリの状態を負荷の高いディスクや遅延の大きいディスクに置くと、後でメディア再生が正常でも、インターフェースが使用可能になるまでの時間が長くなることがあります。
アプリケーションの状態を高速なストレージに移動すると、小さなファイルの遅延がボトルネックの場合、初回接続や閲覧を改善できます。ただし、メディアライブラリ全体をフラッシュストレージに移動する理由にはなりません。
再起動後の最初の数分間に、appdataストレージの遅延を測定します。メディアディスクがアイドル状態なのに遅延が大きい場合は、データベースとメタデータの階層だけを移動することで、的を絞った改善が期待できます。遅延がすでに低い場合は、別の原因を調査してください。
負荷の高い分析を再起動の時間帯から移動する
スケジュールされたスキャン、プレビュー生成、イントロやチャプターの処理、バックアップ、その他のホームサーバーのジョブは、起動後すぐに開始され、Plexによる初回のデータベースやメタデータの読み込みと競合することがあります。その結果、実際の問題がメンテナンス時間帯の混雑であるにもかかわらず、サーバーの起動が遅いように見えます。
バックグラウンドの最適化は便利ですが、ユーザーがすぐに利用できることを期待する時刻に、スケジュールされた分析処理をすべて実行するべきではありません。これらのジョブを遅らせることで、ライブラリが応答可能になるまでの時間が短縮されるかどうかを確認します。
不要なスケジュール済み処理を一時停止した状態で、1度起動します。Plexの応答が大幅に早くなった場合は、ジョブを1つずつ再導入するか、利用の少ない時間帯に移動します。変化がない場合は、ストレージ、データベース、DNS、サービスの依存関係に戻って調査します。
分析の延期によってライブラリが応答可能になるまでの測定時間が変わらない場合は、通常のスケジュールに戻し、ストレージの準備状態、データベースの健全性、DNS、またはサービスの依存関係を引き続き調査します。テストで効果がなかったスケジュール変更を、そのまま維持しないでください。
再起動時の基準値を使って変更を検証する
複数の変更後の主観的な印象ではなく、再現可能な再起動時の基準値を使用します。起動完了、Plexプロセスが利用可能になる時点、最初のライブラリ読み込み、最初のポスターグリッド表示、最初の再生を記録します。
アプリの状態に関する遅延モデルでは、メディアファイルに必要な持続的なスループットと、小さなファイルの応答性を分けて考えられるため、起動の調整を状態データの経路に集中できます。
意図した段階を改善し、再起動の信頼性を損なわない変更だけを維持します。Web応答が返る前からサービス自体の起動に異常に時間がかかる場合は、起動ログと依存関係のタイムアウトを確認します。サービスがすぐに起動し、閲覧だけが遅い場合は、起動順序の調整をやめ、データベースまたはメタデータの経路を調査してください。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
