常時稼働するJellyfinには、まず実測したシステム全体のアイドル時消費電力を最適化して低消費電力ハードウェアを選び、そのうえでメディアエンジン、メモリ、ストレージ、ネットワークに、実際の再生負荷を処理できる十分な余裕を確保しましょう。効率を重視しすぎて、頻繁なスロットリングやソフトウェアトランスコードを招かないことが重要です。
プロセッサーのTDPではなく、壁面コンセントでのアイドル時消費電力から始める
常時稼働するメディアサーバーは、ピーク負荷を下回る状態で過ごす時間が長いため、年間消費電力量を左右する数値は、システム全体のアイドル時消費電力であることが少なくありません。プロセッサーのTDPには、メモリ、ストレージ、NIC、ファン、電圧レギュレーターの損失、接続されたドライブ、電源の効率は含まれておらず、完成したシステムがコンセントから消費する電力を示すものでもありません。
ミニPCのアイドル時消費電力の測定方法を解説した実用的なガイドでは、CPUの電力表示が1桁台でも、プラットフォームの他の部分を含めるとシステム全体の消費電力が大幅に増える場合がある理由を説明しています。購入時は、実際に運用する完全な構成で測定されたアイドル時消費電力を優先しましょう。
年間消費電力量は、2つの候補がどちらも必要な負荷を満たした後でのみ、比較軸として使いましょう。数ワット節約できても必要なトランスコードを継続できないサーバーは、別のマシンを常時稼働させたり、画質を妥協し続けたりする必要が生じるなら、低コストな選択肢とはいえません。
必要十分な再生性能の基準を設定する
低消費電力だからといって、入手できる中で最も遅いプロセッサーを選ぶという意味ではありません。通常のライブラリ利用に対応できる最小限のハードウェア層を定義しましょう。ダイレクト再生は問題なく行え、音声変換がシステムに影響を与えず、想定される動画トランスコードは熱的な余裕を保ちながらリアルタイムを上回って処理できる必要があります。これにより、効率を決定要因にする前に、性能の下限を設定できます。
効率的なIntel Nシリーズプロセッサーを中心に構成した、実測済みの低消費電力ホームラボシステムは、壁面からの消費電力を非常に低く抑えながら、複数のセルフホストサービスを実行できます。詳しいN100およびN150の消費電力ガイドでは、古いデスクトップはすでに所有しているから安いはずだと決めつけず、アイドル時と負荷時の動作を比較することの重要性が示されています。
家庭内でダイレクト再生を優先するなら、コンパクトなプラットフォームが適切な基準になるでしょう。トランスコードを定期的に行うなら、低消費電力CPUの層を受け入れる前に、最新のメディアエンジンを搭載していることを条件にしましょう。そうでなければ、システムが高いCPU負荷で動作する時間が増えるにもかかわらず、再生品質が悪化する可能性があります。
汎用CPUの強化より、効率的なハードウェアアクセラレーションを優先する
対応するハードウェア動画エンジンは、デコードやエンコード処理のすべてを汎用CPUにソフトウェアで実行させずに済むため、Jellyfinサーバーの消費電力特性を変えることがあります。そのため購入時は、コア数を比較する前に、コーデック対応、ドライバーの成熟度、トーンマッピングの経路、デバイスへのアクセス、持続的なトランスコード速度を比較すべきです。
Intel Quick Syncのセットアップと検証ガイドは、重要な購入時のポイントを示しています。アクセラレーションによってCPUと電力を節約できるのは、メディアエンジンが実際にJellyfinから認識され、必要なコーデック経路に対応している場合だけです。ソフトウェア処理にフォールバックする高速デスクトップCPUは、正常に動作するメディアエンジンを備えた小型システムより、同じ変換処理で効率が悪くなることがあります。
基本的な内蔵メディアエンジンからアップグレードするのは、家庭内で下位の低消費電力構成では処理しきれないコーデック、トーンマッピング、字幕処理、同時トランスコードが繰り返し必要になる場合に限りましょう。筐体にスロットがあるという理由だけで、ディスクリートGPUを追加してはいけません。
ドライブ、NIC、拡張機器を電力予算に含める
ストレージによって、効率的なコンピュートボードの省電力メリットが失われることがあります。複数の3.5インチハードドライブ、多ポートHBA、10GbE NIC、アクティブ冷却は、CPUパッケージよりも多くのアイドル時電力を消費する場合があります。そのため低消費電力のJellyfinサーバーは、プロセッサーだけでなく、ストレージとネットワークを含むシステム全体として設計すべきです。
最新のNAS消費電力リファレンスは、常時稼働するストレージでドライブの台数と状態が非常に重要である理由を示しています。掲載されている範囲は確定値ではなく計画の目安として扱い、選択したドライブ、コントローラー、筐体をコンセントで実測しましょう。
アプリケーションの状態は応答性の高いSSDに置き、ライブラリに必要な場合にのみ回転式メディアの容量を追加しましょう。2.5GbEや10GbEは、通信量が必要とする場合に選び、より高速なネットワークのほうが将来性がありそうだからという理由だけで導入しないでください。常時稼働する追加デバイスはすべて、実測された制約を解決するものであるべきです。
より多くのハードウェアが消費する電力に見合うタイミングを、負荷の発生条件で判断する
効率的な基準構成では満たせない明確な要件が発生したとき、より強力なシステムが正当化されます。たとえば、必要なトランスコードがリアルタイムを下回る、バックグラウンド処理によって再生が繰り返し中断される、メモリ不足をスケジュール変更で解消できない、ストレージの拡張が小型筐体の容量を超える、または別のマシンを常時稼働させる必要が生じる場合です。これらは負荷による導入条件であり、好みの問題ではありません。
ZimaSpaceによるJellyfin向け低消費電力サーバーと高速PCの比較では、同じ選択を適切に整理しています。効率的なシステムは負荷の基準値を満たした後に優位となり、高速なマシンは必要な処理がその基準値を超えた場合にのみ、追加の消費電力に見合う価値を発揮します。
これにより、限界効用の低下が明確になります。現在の層で通常の負荷を余裕を持って満たせるなら、追加のコア、高いブーストクロック、ディスクリートGPU、より広いNIC帯域幅、未使用のドライブベイを増やしても、購入上の価値はほとんどありません。効率とは、性能不足のハードウェアだけでなく、結果を変えない未使用の能力も避けることです。
実測した消費電力と再生テストを基準に購入する
プラットフォームを最終決定する前に、アイドル時、ダイレクト再生1本、必要な中で最も重いトランスコード、そしてスケジュール変更で避けられないバックグラウンド処理との同時実行について、コンセントでの消費電力を測定するか、信頼できる数値を入手しましょう。温度とファンの挙動も記録してください。10分後にスロットリングが発生する小型マシンは、短時間のベンチマークで効率的に見えても、常時稼働の要件を満たしません。
より広範なホームラボ向けミニPC購入ガイドでは、電力、騒音、設置スペース、拡張性、負荷処理能力の現実的なトレードオフが解説されています。これらの軸で完成したシステムを比較し、実測した定常消費電力と自宅の電気料金から年間コストを計算しましょう。
必要なメディア処理とサービスのテストを余裕を持って通過するなら、より低消費電力のプラットフォームを選びましょう。明確な負荷条件を満たせない場合は、1つ上の層に移行します。古いエンタープライズハードウェアは、効率的な最新プラットフォームでは満たせない要件を、メモリ、ストレージ、PCIe、アクセラレーター容量によって解決できる場合を除き、避けましょう。購入価格が安いというだけでは、常時稼働の省エネ戦略として適切とはいえません。
| 仕様または指標 | 購入時の重み |
|---|---|
| システム全体の実測アイドル時消費電力 | 24時間365日のコストに対して高い |
| 検証済みのメディアエンジン対応 | トランスコードを想定する場合は高い |
| CPUピークベンチマーク | 中程度。再生基準を満たした後に重要 |
| ドライブとコントローラーの台数 | 総アイドル時消費電力に対して高い |
| 10GbE/未使用のPCIe拡張 | 負荷で必要になる場合を除き低い |
| TDP表示だけ | 低い。壁面での消費電力測定ではない |
購入ガイド
もっと読む

スペックを追いかけずに、3台以上のJellyfinサーバー候補を比較する方法
まずワークロード要件を満たさないJellyfinの候補を除外し、その後、残った候補について判断を左右する仕様、所有コスト、復旧性だけを比較します。

Jellyfinの保証・交換・復旧コストを評価する方法
より安価なJellyfinサーバーとは、必ずしも購入時の価格が最も低いものや保証期間が最も長いものではなく、回収可能な所有コストがより低いものです。

より多くのCPUコアが実際に役立つJellyfinのワークロードとは?
実測したJellyfinの処理がCPU並列化されている場合にのみ、CPUコア数を増やしましょう。Direct Playやハードウェアアクセラレーションによる動画再生では、通常、ボトルネックは別の箇所に移ります。

