静かで低消費電力のJellyfinサーバーを構築する方法

まず不要な処理を減らし、実際の再生中も静かに動作する計算性能、ストレージ、冷却を選ぶことで、静かで低消費電力のJellyfinサーバーを構築できます。

静音性と効率は、プロセッサーの名称ではなくシステム全体の制約です。コンパクトなサーバーはアイドル時には静かでも、字幕の焼き込み、ライブラリのスキャン、HDDのシーク、バックアップ中には音が気になることがあります。部屋全体の騒音目標を設定し、Jellyfinが実際に行う処理を測定し、アプリデータをソリッドステートストレージに置き、ドライブの振動を抑え、通気を確保し、再生中とスケジュール済みのメンテナンス中の両方で壁コンセントからの消費電力と騒音を確認しましょう。

仕様表ではなく、設置する部屋に合わせて騒音と消費電力の予算を決める

サーバーをどこに設置し、いつ騒音が最も気になるのかを決めます。ユーティリティクローゼット内のマシンと、テレビやベッドの横に置くマシンでは、許容できるファンカーブが異なります。視聴距離、部屋の暗騒音、換気の制限、静かな場面で機械式ドライブのシーク音を許容できるかを記録してください。

OS、ストレージ、サービスをインストールした後、壁コンセントで消費電力を測定します。プロセッサーのTDPは、システム全体のアイドル時または負荷時の消費電力と同じではありません。メモリ、NIC、ストレージ、電源ユニットの効率、ファームウェア設定などもすべて影響します。

独立したテストを見ると、プラットフォーム全体で測定する重要性がわかります。この測定済みのシステム消費電力と騒音では、低消費電力のN100構成とN305構成で、壁コンセントからの消費電力と騒音の挙動が異なることが示されています。こうした測定結果は参考例として利用し、1つのCPUラベルからワット数の目標をそのまま当てはめるのではなく、自分で組み立てたシステムを確認してください。

再生経路を満たせる最も低い計算性能の階層を選ぶ

まず、普段使うクライアントとファイルを確認します。主なテレビがライブラリをダイレクト再生するなら、通常の配信に必要な計算性能は、動画変換を繰り返す前提の構成よりはるかに少なくて済みます。サーバーには、Jellyfin本体、データベース、スキャン、コンテナのオーバーヘッドに対応できる十分なCPU性能が必要です。また、避けられない変換ケースをメディアエンジンで処理できる必要があります。

内蔵メディアエンジンで必要なコーデックとトーンマッピングの経路を処理できる場合、保険として専用GPUを追加するのは避けましょう。追加カードは、1日の大半を使わなくても、アイドル時の消費電力、発熱、ファンの動作、ドライバーの複雑さを増やす可能性があります。

動画以外の処理段階やバックグラウンド作業のために、CPUの余裕を確保してください。ハードウェアアクセラレーションによって動画変換は効率化できますが、プラグインの処理、字幕処理、メタデータ処理、解凍、その他のサービスは汎用コアを起動させることがあります。静かな設計とは、こうした処理のピークを合算しても、熱限界近くで動作せずに処理できる最小構成です。

アクティブなアプリデータをソリッドステートストレージに置き、ドライブの騒音を分離する

OSとJellyfinのアプリ状態はSSDまたはNVMeストレージに置き、通常のブラウジング、メタデータの読み取り、データベース処理、小さな書き込みのたびにHDDが頻繁にシークしないようにします。機械式ディスクは、容量面のメリットが重要な場合に、主に大容量メディア用として使用してください。

ドライブの音響は、ドライブ自体だけでなく、シャーシの問題としても考えます。スピンドル音やシーク時の振動は、中が空洞の棚や軽量キャビネットに伝わることがあります。複数ドライブのストレージはしっかり固定し、安定した場所に置き、振動を増幅する硬い接触を避け、ケーブルの取り回しによって筐体が家具に引っ張られないようにしてください。

サーバーを包んだり、通気口を塞いだりして騒音を解決しないでください。ファンのプロファイルを静かにしても、SSD、HBA、VRM、HDDの温度が上がるなら、成功した設計とはいえません。ストレージ筐体が主な音源なら、同じキャビネット内で両方を過熱させるのではなく、筐体を遠ざけるか、計算処理とストレージを分離しましょう。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

冷却能力をファン速度の低下に活用し、通気をなくさない

大きく低速で回るファンや、通気経路が妨げられていないシャーシは、負荷が続くと熱がこもる小型のファンレス筐体より静かな場合があります。パッシブ冷却が適しているのは、実際の負荷がシャーシの熱設計範囲内に十分収まる場合だけです。

ファンレスとアクティブ冷却の比較に関する最近の分析でも、同じく負荷を起点に判断すべきだと論じています。静音性が絶対条件で、持続負荷が低い場合はファンレスシステムが適しています。一方、適切に設計されたアクティブ冷却は、目立たない騒音に抑えながら、持続的な性能を維持できます。

この考え方は、ストレージや拡張カードにも当てはまります。常時稼働サーバーの冷却余裕に関するZimaSpaceガイドでは、冷却余裕にはCPU温度を示す1つのセンサーだけでなく、ドライブ、コントローラー、NVMeデバイス、電源供給部品も含める必要があると説明しています。

騒音の大きいメンテナンスを静かな時間帯から移動する

ライブラリのスキャン、サムネイル生成、バックアップ、パリティ処理やスクラブ、大量のインポート、ファイル変換は、通常の再生よりも多くの発熱とドライブ動作を引き起こすことがあります。柔軟に実行できる処理は、誰も集中して聴いていない時間帯や、システムに熱的な余裕がある時間帯にスケジュールしてください。

ディスクのスリープは慎重に使用します。HDDをスピンダウンするとアイドル時の騒音と消費電力を減らせますが、ライブラリへのアクセスが頻繁な場合、繰り返される復帰とスリープのほうが連続稼働より気になることがあります。積極的なスタンバイタイマーを前提に設計する前に、実際のアクセス頻度を測定してください。

関係のないアプリが見えない騒音を生み出すのも防ぎましょう。ダウンローダーがアーカイブを展開したり、写真アプリがサムネイルを再生成したりすると、誰も視聴していなくてもJellyfinサーバーが忙しく動作しているように聞こえることがあります。こうした処理には専用のスケジュールとストレージパスを割り当て、動作の原因を把握しやすくしてください。

アイドル、再生、継続的なメンテナンスの各状態で静音性を確認する

最終的な設置場所で、安定したアイドル状態、通常のJellyfin再生で最も負荷の高い状態、継続的なメンテナンス負荷の3つをテストします。壁コンセントからの消費電力、温度、ファンの動作、実際に座る場所や寝る位置からドライブ音が気になるかどうかを測定してください。

再生が滑らかで、システムが十分な熱的余裕を保ちながら騒音目標を下回っているなら、それ以上の最適化は止めましょう。さらに1ワット削減したり、最後に残った低速ファンを取り除いたりしても、部屋での体感が変わらないまま信頼性を下げる可能性があります。

制約を両立できない場合は、構成を変更します。ドライブの振動が支配的なら大容量HDDストレージを部屋の外へ移動し、継続的なトランスコードでファンが高回転になるならより効率的な計算ノードを使用し、重いバックグラウンドサービスが静かな時間帯を繰り返し負荷の高い時間に変えるなら、そのサービスを分離します。目標は、ファンレスという肩書きではなく、存在を意識させないシステムです。