常時稼働するJellyfin環境で発熱とドライブの稼働を抑える方法

Jellyfinサーバーを常時稼働させても、すべてのCPUコアを動かし続けたり、すべてのメディアドライブを一日中シークさせたりする必要はありません。熱やディスクの動作が続く原因の多くは、ソフトウェアトランスコード、ライブラリスキャン、画像の生成、プラグイン、データベースやメタデータへのアクセス、ダウンロード、バックアップ、または他のサービスといった、限られた処理にあります。

最も安全な最適化方法は、どの処理がシステムを稼働状態に保っているかを特定し、不要な重複をなくすことです。ディスクの過度なスピンダウンやCPUのスロットリングは後回しにしましょう。ドライブを頻繁に起動させたり、リアルタイムのトランスコードに必要な速度を下回ったりするサーバーは、数値上の消費電力が下がっても、日常の使い勝手が悪くなる可能性があります。

Jellyfinを最適化する前にアイドル時の消費電力を測定する

Jellyfinを実行し、誰もストリーミングしていないときに、コンセントでの消費電力、CPU温度、ファン速度、ディスクの動作状況を記録しましょう。その後、Direct Playでの再生1回、代表的なハードウェアトランスコード1回、スケジュールスキャン1回をそれぞれ比較します。

2026年の電力測定プロジェクトでは、低消費電力のミニPC、古いデスクトップPC、NASシステム、ソフトウェアトランスコード環境の間に大きな差があることが確認されました。常時稼働時の消費電力が短時間のピーク時より重要になる場合があることを示しています。

数値は一般的な消費電力の目安ではなく、測定方法の参考として利用してください。ドライブ、電源ユニット、ファンカーブ、OS、バックグラウンドサービスによって、結果は大きく変わることがあります。

永続的なアプリの処理をメディア用HDDから移す

Jellyfinのデータベース、メタデータ、アートワーク、ログ、キャッシュは、小規模なランダム読み書きを発生させます。そのため、誰も視聴していなくてもメディア用HDDが動作し続けることがあります。可能であれば、こうしたレイテンシに敏感なデータはSSDに置き、大容量のメディアファイルは大容量ストレージに残しましょう。

ZimaSpaceのJellyfinのアプリ状態とメディアストレージのI/Oに関する分析では、この分離によって応答性が向上し、メディアドライブのアイドル時間も長くなる理由を解説しています。

トランスコードキャッシュをSSDまたはRAMに置くのは、想定される一時的な最大使用量に対して十分な書き込み耐久性と空き容量がある場合に限りましょう。

ライブラリを繰り返し起動させるタスクを再スケジュールする

ライブラリのスキャン、チャプターの抽出、キーフレームやトリックプレイ用データの生成、字幕検索、プラグインのメンテナンス、データベース処理では、誰も視聴していないときでもライブラリの広範囲を読み取ることがあります。

最新のスケジュールタスクガイドでは、Jellyfinが自動実行できる定期的なライブラリタスクやメンテナンスタスクを確認すること、またメディアストレージを繰り返し起動させる負荷の高い処理は、計画的なメンテナンス時間帯に移すことを推奨しています。

すべてのスケジュールタスクを無効にしないでください。機能を無効にするのは、その結果を利用しない場合に限り、同じ処理がライブラリの実際の変更頻度を上回って実行されている場合は、実行頻度を下げてください。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

変換が避けられない場合は、ハードウェアトランスコードでCPUの発熱を抑える

Direct Playのストリームは、通常、動画を変換するよりも処理負荷が低くなります。トランスコードが必要な場合は、対応するメディアエンジンを使うことで、処理の多くを汎用CPUコアから専用ハードウェアへ移し、熱負荷を大幅に軽減できます。

実際に使われるコーデック、トーンマッピングの経路、字幕の動作がハードウェアアクセラレーションを維持できているか確認してください。「ハードウェアアクセラレーション」が全体設定で有効でも、ソフトウェア処理へのフォールバックが一つあるだけで、CPUが高温のままになることがあります。

ユーザーが必要とする画質を下回るようにトランスコード品質を下げて、CPU温度を下げようとしないでください。目指すのは、可能な限り低いセンサー値ではなく、効率の良いリアルタイム再生です。

ドライブがアイドル状態を保てると確認してからスタンバイを使う

ドライブのスタンバイは、実際に長期間使われないメディアプールの消費電力と動作音を抑えられます。ただし、バックグラウンドのメタデータ処理、スキャン、監視、SMARTポーリングなどのサービスがディスクを繰り返し起動しない場合に限ります。

ドライブのスタンバイが役立つのは、ディスクがアイドル状態を保てる場合に限られます。QNAPの現在のトラブルシューティングガイドによると、バックグラウンドサービスやアプリによってNASのディスクが繰り返し起動することがあり、頻繁なスピンアップとスピンダウンは摩耗を招きます。そのため、頻繁にアクセスされるメディアプールは、短いスタンバイタイマーを設定する対象には適していません。

スタンバイを有効にした後、ドライブが起動する頻度を測定してください。数分おきにスピンアップする場合は、I/Oの原因となっているサービスを特定するか、スタンバイを無効にして、停止と起動を繰り返す状態を避けてください。

常時稼働時の基本設定は、この順番で最適化する

1. 不要なバックグラウンドサービスと、繰り返し実行されるスキャンをなくしてください。
2. Jellyfinのアプリデータとキャッシュは、大容量メディアHDDに置かないでください。
3. Direct Playとハードウェアトランスコードの経路を確認してください。
4. ファンカーブやCPUの電力設定を調整するのは、ワークロードを把握してからにしてください。
5. スタンバイは、十分な時間アイドル状態を保てるプールにのみ有効にしてください。

常時稼働に最適な構成とは、省電力設定を最も積極的に適用したものではありません。不要な処理をなくし、アクティブなデータには適切なストレージ階層を使い、アイドル中のメディアドライブを自然にアイドル状態に保つことで、低温かつ静かに動作する構成です。

よくある質問

Jellyfinのメディアドライブは、常にスピンダウンできるようにしておくべきですか？

いいえ。スタンバイが役立つのは、ドライブがある程度まとまった時間アイドル状態を保てる場合に限られます。Jellyfinのスキャン、監視、ダウンロード、その他のサービスによって頻繁に起動する場合、繰り返しのスピンアップで遅延が生じ、期待される省電力効果の大半が失われることもあります。