誰もストリーミングしていないのに、なぜPlexはドライブをスリープさせないのですか?

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Plexは、視聴者がアクティブでない場合でも、スケジュール済みタスク、メタデータ処理、データベースアクセス、その他のサービスによるストレージへのアクセスによって、ドライブをスリープさせずに起動状態を保つことがあります。

まずは、どのプロセスがデバイスを開いているのか、そしていつ開いているのかを特定します。すぐにスピンダウンタイマーを延長したり、Plexの機能をすべて無効にしたりせず、いくつかのウェイクイベントを記録して、スケジュール済みタスク、ログ、スキャン、その他のコンテナと照合してください。再現性のあるタイムスタンプがあれば、電源設定を闇雲に変更するよりも、原因を早く絞り込めます。

ウェイク時刻をPlexのスケジュール済み処理と照合する

視聴者から見てアイドル状態でも、サーバーにとってアイドル状態とは限りません。ストリーミングの停止後も、スキャン、メタデータの更新、プレビューの生成、メンテナンス、解析などがスケジュールに従って実行されることがあります。

Plexのアイドル時のディスクアクティビティは、誰もストリーミングしていない場合でも、スケジュール済みまたはバックグラウンドのタスクと同時に発生することがあります。

1日分の正確なディスクウェイク時刻を記録し、Plexのスケジュール済みタスクの実行時間帯やログと比較してください。ウェイクアップが特定の繰り返しタスクと一致する場合は、ドライブの電源ポリシーを変更する前に、そのタスクだけを移動または無効化します。

メディアドライブの読み取りとアプリデータの書き込みを分ける

Plexは、動画ファイルを読み取っていないときでも、データベースやメタデータを更新することがあります。アプリデータとメディアが同じスピニングディスクにある場合、小さな状態更新によって、大容量ファイルを保存している同じデバイスが起動することがあります。

アプリデータと大容量メディアの分離により、メタデータI/Oと大容量メディアの読み取りに異なるストレージパスを使用できます。

可能であれば、メディアのパスとPlexのアプリデータのパスを個別に監視し、最初にアクセスされたディレクトリを特定してください。アプリデータの小さな書き込みが、両方を1つのボリュームに置いているためにメディアディスクを起動させている場合は、Plexの有用なメンテナンスを無効にする前に、役割の分離を検討してください。アプリケーションの状態と大容量メディアを分離したメディアセンター構成なら、小さな処理のたびにメディアディスクを起動させずに、Plexが状態情報をすばやく更新できます。

同じマウントを使用する他のコンテナを確認する

ダウンローダー、インデクサー、バックアップツール、ウイルス対策ソフト、ファイルウォッチャーは、Plexがたまたま実行中である間にディスクを起動させることがあります。Plexだけを停止する方法は、他のサービスも観察する場合に限り、有効な切り分けテストになります。

複数サービスで構成されたメディアスタックでは、Plexが自動化、インデックス作成、ダウンロードの各サービスとパスや実行タイミングを共有することがあります。

ウェイクイベント中にブロックデバイスまたはマウントポイントを開いているプロセスを記録し、そのサービスをスケジュールされた1サイクル分だけ一時停止してください。Plexを停止してもウェイクが続く場合は、Plex以外に原因があると判断します。

原因が分かってからスリープポリシーを変更する

積極的なスピンダウンは起動時の遅延を増やす可能性があり、サーバーが頻繁に正当なメンテナンスを実行する場合には望ましくないことがあります。目的は、どんな犠牲を払ってでもスリープ時間を最大化することではなく、不要なウェイクアップを減らすことです。

使用率、飽和度、エラーの確認により、リソースが単に使用中なのか、実際に制約を受けているのか、または障害が発生しているのかを切り分けられます。

不要なウェイク要因を取り除いた後、1日分のスピンアップ回数、再生開始時間、メンテナンスの完了状況を観察してください。有用なPlexの処理が実行時間帯に間に合わなくなったり、再生の遅延が許容できないほど大きくなったりした場合は、そのタスクを元に戻すか、より緩やかな電源ポリシーを選択します。

サポートとヒント

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.