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

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

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

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

高いパッケージ温度、ファン回転数、ハードドライブの動作は、それぞれ異なるワークロードによって発生することがあります。トランスコードではすべてのメディアディスクにアクセスしなくてもプロセッサが発熱する一方、ライブラリのスキャンではCPU負荷が小さくてもドライブが起動することがあります。

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

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

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

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

Plex は、視聴者がいないときでもスケジュールされたディスク処理やアイドル時のディスク処理を実行することがあるため、アプリデータとメディアの動作は分けて監視する必要があります。

構成上可能であればPlexのアプリデータをSSDに置き、スキャンや再生以外の時間にメディアディスクが静かな状態を保つか確認します。ライブラリの確認でソースパスにアクセスすることがあるため、データを分けてもすべてのディスク起動を防げるとは限りません。

メディアドライブへのアクセスが必要な作業をスケジュールする

サムネイル生成、解析、スキャン、バックアップの読み取り、連携する自動化処理では、ソースメディアへのアクセスが必要になることがあります。これらのタスクは1日を通して分散させず、意図的に設定した時間帯に実行してください。

サムネイル生成や解析ジョブによってメディアドライブが起動することがあります。そのため、スピンダウンの動作は、スケジュールされた機能のうち、ソースファイルへのアクセスが必要なものによって異なります。

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

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

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

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

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

最も負荷の高い通常のストリーミングとメンテナンス作業を同時に行い、最終的な構成を検証します。温度、ファンの動作、ディスクの稼働状況が許容範囲内で、タスクの取りこぼしや再生の不安定さがなければ、その構成を維持します。