複数のユーザーがいる家庭向けJellyfinサーバーの選び方

複数人世帯向けのJellyfinサーバーは、アカウント数ではなく、通常利用時に最も混雑する視聴時間帯の負荷に合わせて選びましょう。まずクライアントの互換性を確認し、同時に発生する負荷の高い再生経路を数えたうえで、ストレージ、ネットワーク、バックグラウンド処理の余裕を加味してから、より高性能なCPUを検討します。

世帯のメンバー数を同時実行ワークロードに置き換える

5つのプロフィールがあっても、アイドル状態ならサーバー負荷が5倍になるわけではありません。重要なのは何が重なるかです。ローカルのダイレクトプレイ、リモートのダイレクトプレイ、音声変換、動画の完全トランスコード、字幕の焼き込み、HDRトーンマッピング、ライブラリスキャン、バックアップ、その他のコンテナなどを確認します。互換性の高いクライアントが多い世帯は、ファイルの変換を繰り返し要求する視聴者が2人いる世帯より、むしろ処理しやすい場合があります。

最新のJellyfinハードウェア要件ガイドも、ダイレクトプレイとトランスコードを区別しています。サーバーの需要を左右するのは、アカウント数よりもメディアの再生経路です。これを計画の基本にしつつ、特定のプロセッサーが常に一定数のストリームを処理できるという保証としては扱わないでください。

購入前に、現実的なピーク時の組み合わせを1つ書き出しましょう。たとえば、ローカルのダイレクトプレイ2本、トランスコードの可能性があるリモートセッション1本、そして移動できない通常のバックグラウンド処理です。まだその重なりを定義できない場合は、登録ユーザー全員分を一度に見込むのではなく、想定される最小のピークに合わせ、将来のアップグレード経路を確保しましょう。

クライアントの互換性を最初のハードウェア選定基準にする

最も安価に処理できるストリームは、クライアント自身がデコードできるものです。主要なテレビ、スマートフォン、ブラウザー、ストリーミング端末、字幕の利用状況を確認し、実際のライブラリからコンテナ、動画コーデック、音声コーデック、ビット深度、HDR形式、字幕形式を調べましょう。この対応表なしでサーバーを選ぶと、クライアントがメディア変換を要求し続けているだけなのに、性能不足に見えることがあります。

字幕の挙動には特に注意が必要です。装飾付き字幕や画像ベースの字幕は、動画コーデック自体に互換性がある場合でも、動画処理を強制することがあります。実用的なハードウェアトランスコードの手順が示すように、重要なのは変換が必要な実ファイルでテストし、想定したメディアエンジンが実際に処理していることを確認することです。

重要なクライアントのほぼすべてが、世帯で通常使うファイルをダイレクトプレイできるなら、シンプルで低消費電力のホストを選び、予算は信頼性の高いストレージとネットワークに回しましょう。重要なクライアントの1台以上が動画変換を繰り返し発生させるなら、ハードウェアアクセラレーションは任意機能ではなく、購入時の必須条件になります。

CPUコア数を追う前にメディアエンジンを選ぶ

通常の動画トランスコードがピーク時の負荷に含まれる場合、汎用CPUのコア数よりも、対応する固定機能のデコードおよびエンコード経路のほうが重要になることが多いです。選定の基準は経路全体の互換性です。GPUまたはVPUが入力元と出力先のコーデックに対応し、ホストが適切なドライバーを読み込み、デプロイ環境がデバイスを公開し、Jellyfinが必要なフィルター処理をリアルタイムで継続できなければなりません。

現在のDocker向けJellyfinハードウェアトランスコードガイドでは、Intel QSV、NVIDIA NVENC、AMD VA-APIを分けて説明しています。それぞれデバイスとランタイムの要件が異なるため、「GPUを搭載している」だけでは、購入時の有用な仕様とはいえません。

代表的な最重量トランスコードを余裕を持って処理できる、最小限のプラットフォームを選びましょう。その変換経路が十分な頻度で発生し、追加の電力、コスト、発熱、セットアップの複雑さに見合う場合にのみ、より強力な内蔵GPUやディスクリートアクセラレーターへ移行します。

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

サービスホスト全体を考えてRAMとアプリ用ストレージを選ぶ

Jellyfin単体のメモリ使用量は控えめなことが多いものの、サーバーにはメタデータ、アートワーク、生成プレビュー、一時トランスコードセグメント、リバースプロキシ、ダウンロード自動化、監視、その他のアプリケーションも置かれる場合があります。RAMはメディアサーバープロセス単体ではなく、合計のワーキングセットと処理が重なる可能性を基準に選びましょう。

Jellyfin向けミニPC仕様ガイドは、CPUクラスだけをサーバー全体の基準にせず、メモリ、ストレージ、ネットワーク、トランスコード性能を分けて考えています。購入時には、Jellyfinのアプリケーションデータとキャッシュを応答性の高いSSDに置き、メディア用の大容量ストレージは別に確保しましょう。

同じ筐体でメモリを大量に消費するサービスや仮想化も実行する場合は、プロフィール数が多いという理由ではなく、RAMを増やしましょう。ライブラリ、アートワーク、トリックプレイ、キャッシュ、一時変換データの容量が増えているなら、SSD容量を増やします。これらは異なるアップグレードのきっかけであり、漠然と「より大きなサーバー」を購入する理由として一括りにすべきではありません。

ローカルユーザーとリモートユーザーのネットワーク容量を分けて見積もる

ローカルセッションとリモートセッションでは、異なるボトルネックに負荷がかかる場合があります。有線LANに十分な容量があっても、リモート側ではインターネットのアップロード回線が制限要因になることがあります。逆に、高速な上り回線があっても、不安定なWi-Fi経由で接続されたテレビには役立ちません。サーバーのNIC、スイッチまでの経路、インターネットの上り回線は、同時に配信するビットレートにバーストやJellyfin以外の通信分を加えた余裕を持たせて設計します。

ストリーミングの安定性は、公称回線速度だけでなく、持続スループット、遅延の変動、パケットロスに左右されます。帯域幅、スループット、ジッター、パケットロスの違いを理解すれば、ユーザーが数人いるだけで10GbEを購入したり、広告上の速度が映画のビットレートを上回るからWi-Fiで十分だと判断したりすべきでない理由がわかります。

多くの家庭では、特殊なネットワーク環境よりも、サーバーまで安定した有線Gigabitまたは2.5GbEを引くほうが堅実な選択です。測定した合計トラフィック、大容量の同時ファイル転送、ネットワーク接続ストレージによって、視聴時間帯に現在の経路が実際に逼迫する場合にのみ、回線をアップグレードしましょう。

世帯の合格テストを通過する最小限のサーバーを選ぶ

ハードウェアのランクを決める前に、世帯のピーク時の組み合わせを再現し、初回フレーム表示までの時間、バッファリング、トランスコード速度、CPUまたはメディアエンジンの使用率、メモリ負荷、ストレージの遅延、ネットワーク使用率、温度を確認しましょう。代表的なストリームやバックグラウンド処理を1つずつ追加し、最初にリソースの余裕が繰り返し失われるまで試します。

ZimaSpaceによる小型ホームサーバーでのJellyfinの処理能力の分析も、同じワークロード単位の考え方を採用しています。実用上の上限を決めるのは、普遍的なユーザー数ではなく、同時に発生する需要と、最初に飽和するリソースです。

テストしたピーク時の負荷が主にダイレクトプレイで、十分な余裕が残るなら、コンパクトで低消費電力のサーバーを選びましょう。通常の変換が制限要因なら、より強力なメディアエンジンに移行します。Jellyfinを他の重いワークロードと共存させる必要がある場合にのみ、共有サービス用の大容量ホストを選びます。現在のマシンが実際の世帯テストに合格しているなら、家族のアカウントが増えただけで買い替える必要はありません。