JellyfinサーバーでCPUやRAMを増やす価値があるのはどんなとき？
JellyfinでCPUやRAMの増設にお金をかける価値があるのは、測定したワークロードが再現性のあるしきい値を超え、コストの低いボトルネック対策を使い切った場合に限られます。
本当にCPUが制約になっているか確認する
再生モード、ハードウェアエンジンの使用状況、CPU使用率、トランスコードキューの待ち時間、バックグラウンドジョブを記録します。クライアントがHDRトーンマッピング、字幕の焼き付け、未対応コーデックを強制している場合は、コア数を増やすよりも、対応するハードウェア映像処理の経路を使うほうが効率的に問題を解決できることがあります。ワークロードベースのハードウェアガイドを使えば、CPU性能の不足とアクセラレーション対応の有無を切り分けられます。
同時実行でキューが発生するならCPUに投資する
ソフトウェアトランスコード、ライブラリスキャン、エンコードジョブ、その他のコンテナが繰り返し重なり、再生の余裕を消費している場合はCPUをアップグレードします。単一のアイドル状態のベンチマークではなく、想定される最も厳しい組み合わせを基準に構成を決めてください。ほとんどのクライアントがダイレクト再生を利用しているなら、コアを増やしても使われないまま、ストレージやネットワークが実際の制約であり続ける可能性があります。
メモリ不足で動作が変わるならRAMに投資する
Jellyfinがデータベース、コンテナ、VM、大規模なインデックス作成ジョブと同じホスト上で動作し、システムがスワップを開始したりキャッシュを回収したりする場合、RAMが重要になります。RAMを増やしても、GPU処理の経路がない状態が速くなるわけではなく、遅いディスクがSSDになるわけでもありません。スワップの発生状況、コンテナの制限、データベースキャッシュの動作、ホスト全体のピーク時メモリ使用量を確認してください。
アップグレードを第三の選択肢と比較する
CPUやRAMを購入する前に、クライアント側の互換性設定の変更、ハードウェアアクセラレーションの構成変更、アプリケーションデータ用ディスクの高速化、別の演算ノードの導入を試してください。問題のある処理段階を取り除ける低コストの変更のほうが、同じ構成のままホストだけを大型化するより適しています。
条件付きの購入ルールを使う
アクセラレーションと処理経路を確認した後も、再現性のあるソフトウェアトランスコードや複数サービスによる競合が残るなら、CPUを増やします。測定可能なメモリ不足がスワップや不安定な動作を引き起こしているなら、RAMを増やします。使用率が高くても再生が安定している場合や、ボトルネックがネットワーク、ストレージ、クライアントにある場合はアップグレードしないでください。ピーク時のワークロードに加えて、具体的な成長条件を満たせる最初のティアで止めます。
おすすめ商品
購入ガイド
もっと読む
スペックを追いかけずに、3台以上のJellyfinサーバー候補を比較する方法
まずワークロード要件を満たさないJellyfinの候補を除外し、その後、残った候補について判断を左右する仕様、所有コスト、復旧性だけを比較します。
Jellyfinの保証・交換・復旧コストを評価する方法
より安価なJellyfinサーバーとは、必ずしも購入時の価格が最も低いものや保証期間が最も長いものではなく、回収可能な所有コストがより低いものです。
より多くのCPUコアが実際に役立つJellyfinのワークロードとは？
実測したJellyfinの処理がCPU並列化されている場合にのみ、CPUコア数を増やしましょう。Direct Playやハードウェアアクセラレーションによる動画再生では、通常、ボトルネックは別の箇所に移ります。
