小型ホームサーバーで複数ユーザー向けにJellyfinを最適化する方法

リソース制限を追加したりハードウェアを交換したりする前に、避けられる変換処理を減らして、複数ユーザー向けに小規模なJellyfinサーバーを最適化しましょう。

複数ユーザーだからといって、CPU要件が直接決まるわけではありません。ダイレクトプレイ、ハードウェアトランスコード、ソフトウェアトランスコード、字幕、リモート帯域幅は、それぞれ異なるリソースを消費します。まずは処理を発生させるクライアント経路を確認し、次にバックグラウンドタスクをスケジュールして、実際のピーク負荷を測定します。全体の品質を一律に下げるのではなく、最初に飽和するリソースを最適化してください。

ホストを調整する前にダイレクトプレイを最大化する

互換性のあるクライアントでダイレクトプレイを行うたびに、映像変換の処理が共有コンピューティング予算から取り除かれます。互換性に問題のある字幕やブラウザ1つで、互換性のあるテレビ視聴セッション数件よりも多くのCPUを消費することがあります。

クライアントテストと字幕の焼き付けチェックを行えば、特定の字幕トラックが映像全体の処理を強制しているかどうかを簡単に確認できます。

代表的なクライアントをテストし、避けられる互換性の問題をまず解決してください。ハードウェアアクセラレーション対応のストリーミング経路で、本当に残る変換処理を処理できるようにします。

使用するデバイスでハードウェアトランスコードを確認する

アクセラレーションのチェックボックスを有効にするだけでは不十分です。コンテナまたはサービスがデバイスにアクセスでき、メディア処理経路が実際にハードウェアエンジンを使用していなければなりません。アクセラレーションが部分的にしか機能していない場合、負荷の高い処理がCPUに残ることがあります。

ハードウェアアクセラレーションは、単に1つの数値を下げるのではなく、リソースの処理経路を変えます。Jellyfinのトランスコードベンチマークでは、ソフトウェア処理、ハードウェア処理、字幕、トーンマッピングの各ケースで、CPUとGPUの動作が大きく異なることが示されています。

想定される中で最も負荷の高い変換を実行し、デバイスの動作とリアルタイムトランスコード速度を確認します。アクセラレーションが機能していない場合は、ユーザーごとの品質制限を設定する前に修正してください。

負荷の高いバックグラウンドタスクを視聴時間外に移動する

スキャン、チャプター抽出、トリックプレイ、イントロ検出、メタデータ処理は、コンパクトなCPUや低速なディスク上で再生処理と衝突することがあります。小規模なサーバーでは、余裕のある大型マシンよりも、タスクの実行時間を分離するほうが効果的です。

Jellyfinでは、アクティブな再生とは別にメディアスキャンをスケジュールできるため、ライブラリ処理を視聴時間帯から移動できます。

最も大きなジョブを家庭内のピーク時間帯以外に配置し、そのジョブを一時停止した状態で最も混雑するストリーム構成を再現します。重複しても余裕を持って処理できるタスクだけを再度有効にしてください。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

すべてのユーザー構成でネットワークとストレージをテストする

小規模なサーバーはCPUがアイドル状態でも、複数のストリームがWi-Fi、100Mbpsのクライアントリンク、または1台の低速なメディアディスクを共有していると、バッファリングが発生することがあります。リソースの調整には、配信経路も含めなければなりません。

LAN、Wi-Fi、NAS、リモートアップロードの容量を考慮したストリームごとの帯域幅モデルを使うと、配信に必要な合計帯域幅を見積もりやすくなります。

想定される同時セッションを実行しながら、サーバーのNICスループット、ストレージのレイテンシ、再生モードを監視します。余裕を持って条件を満たせる中で、最もコストの低い構成を維持してください。