常時稼働のPlexサーバーで発熱とディスク動作を抑える方法

常時稼働するPlexサーバーの発熱とディスク動作を抑えるには、まずCPU、ストレージ、ファンの動作を実際に継続させている処理を特定します。

目的は、すべてのドライブを強制的にスリープさせたり、どんな犠牲を払ってでもサーバーを無音にしたりすることではありません。Plexの状態データと大容量メディアを分離し、メディアにアクセスする処理をスケジュールし、適した場面では効率的なアクセラレーションを使用して、通常の再生とメンテナンスを支えられる温度およびストレージ動作になっていることを確認することです。

CPUの発熱とディスク動作を分けて測定する

パッケージ温度の上昇、ファンの回転速度、ハードドライブの動作は、それぞれ異なる負荷によって発生する可能性があります。トランスコードはすべてのメディアディスクに触れることなくプロセッサーを発熱させる場合がある一方、ライブラリのスキャンはCPU負荷がほとんどないままドライブを起動させることがあります。

あるN100搭載Plex環境では、ハードウェアトランスコードによって、ホストの処理が継続的なCPU負荷から低消費電力のGPU経路へと変わりました。バッファーが満たされた後のトランスコード中の消費電力は低下しており、「アイドル」という言葉よりも処理経路が重要であることが分かります。

CPU温度、パッケージ電力、ドライブの動作、同時に実行されているPlexのタスクを記録します。全体に一律の電源ポリシーを適用するのではなく、発熱や起動の原因となっているコンポーネントを変更してください。

可能な場合はPlexの状態データを大容量メディアから分離する

映画をストリーミングしていないときでも、データベース、メタデータ、ログ、キャッシュは動作し続けることがあります。これらの小規模な処理をメディアライブラリと同じ回転ディスクのボリュームに置くと、通常のサーバー状態に関する処理によって、メディア層全体がスリープできなくなる場合があります。

視聴者がいない場合でも、Plexはスケジュール済みおよびアイドル時のディスク動作を発生させることがあるため、アプリデータの動作とメディアの動作は分けて監視する必要があります。

構成上可能であれば、PlexのアプリデータをSSDに配置し、スキャンや再生以外の時間にメディアディスクが停止したままになるか確認します。ただし、ライブラリのチェックではソースパスにアクセスすることがあるため、この分離によってすべての起動がなくなるとは限りません。

メディアドライブにアクセスする必要がある処理をスケジュールする

サムネイルの生成、分析、スキャン、バックアップ時の読み取り、関連する自動化処理では、ソースメディアへのアクセスが必要になることがあります。これらのタスクは一日中分散させるのではなく、明確に決めた時間帯に実行してください。

サムネイル生成や分析のジョブによってメディアドライブが起動することがあります。そのため、スピンダウンの動作は、ソースファイルへのアクセスを必要とするスケジュール済み機能がどれかによって変わります。

ディスクにアクセスする処理をまとめて静かな時間帯に実行し、その前後で一日のスピンアップ回数とメンテナンスの完了状況を比較します。サーバーがメンテナンスを繰り返し完了できない場合は、スリープをより積極的にするのではなく、実行時間帯を延長してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

容量不足の問題を隠さずに処理による発熱を抑える

ハードウェアアクセラレーション、より静かなタスクスケジューリング、バックグラウンド処理の重複削減によって発熱を抑えられますが、必要なストリーム数に対してすでに性能不足のサーバーを隠すために使ってはいけません。

クライアントとコーデックの経路が対応している場合、ハードウェアアクセラレーションによるストリーミングによって、動画変換を継続的な汎用CPU処理から切り離し、コンパクトなホストの温度特性を変えられます。

通常時に最も負荷の高いストリームとメンテナンス処理を同時に実行して、最終構成を検証します。温度、ファンの動作、ディスクの動作が許容範囲に収まり、タスクの未完了や再生の不安定さが発生しない場合は、その構成を採用してください。