Jellyfinの再生だけを考えるなら、通常は2.5GbEのほうがコストパフォーマンスに優れています。高ビットレートのストリームが複数あっても、実用上の帯域容量を大きく下回るためです。10GbEが重要になるのは、同じ経路で高速なNAS通信、バックアップ、大容量ライブラリの移動、ワークステーションとの転送、または同時接続クライアントが多く、合計通信量が繰り返し2.5GbEの上限に近づく場合です。
判断はエンドツーエンドで行う必要があります。メディアプールが毎秒数百MBしか供給できない、スイッチのアップリンクが遅い、主要クライアントがWi-Fi接続のままである、といった状況では、10GbE NICを導入しても効果はありません。実際にワークフローを制限しているリンクをアップグレードしましょう。
まずJellyfinの合計トラフィックを確認する
通常の再生が最も集中する時間帯にサーバーのインターフェースを測定し、1つの「4K」というラベルを基準にするのではなく、同時セッションを合算します。高ビットレートのリマックスは大容量になることがありますが、ほかに負荷の高いネットワーク処理が経路を共有していなければ、一般的な家庭内再生では2.5GbEに十分な余裕が残ります。
良好な条件では、実用上の2.5GbE NAS転送は毎秒200MB台半ばに達することがあり、ストレージとエンドポイントが対応できれば、10GbEでは上限が大幅に引き上がります。
ライブラリ内のファイルサイズの合計ではなく、測定したJellyfinのトラフィックとその容量を比較してください。再生のピーク時間帯が現在のリンクを大きく下回っているにもかかわらずバッファリングが発生するなら、10GbEを購入する前に、ストレージのレイテンシ、クライアントのWi-Fi、WANのアップロード帯域、トランスコードを調べましょう。
ストレージプールが10GbEにデータを供給できる必要がある
10GbEはネットワークの上限を引き上げますが、HDD、SATA SSD、処理能力の低いNASのデータ転送速度を高めるものではありません。アップグレードする前に、通常の転送で使用するものと同じプロトコルおよびファイルサイズで、実際のストレージ経路をベンチマークしてください。
NICより先にディスク構成がボトルネックになることがあります。4ベイHDD NASの10GbEテストでは、いくつかの大容量ブロック処理で理論上の回線速度を大きく下回りました。
メディアが控えめなHDDアレイ上にあり、Jellyfinが主な利用者であるなら、2.5GbEですでに実際のワークロードに必要な速度を上回っている可能性があります。プールにNVMeや高速SSDを使用し、大容量ファイルの転送が頻繁に行われるなら、ネットワークがより現実的なボトルネックになります。
Jellyfinが高速データ処理とリンクを共有する場合は10GbEが有利
10GbEを導入する最大の理由は、通常、映画を1本ストリーミングすることではありません。メディアを配信しながら、バックアップの転送、大容量動画ファイルの編集、データセットの同期、複数の高速エンドポイントへの配信も行うホームサーバーまたはNASです。これらのワークフローは、再生だけなら使われない余剰帯域を活用できます。
最新のNVMeキャッシュを搭載した10GbE NASのテストは、高速ネットワークがメディアサーバーだけのアップグレードではなく、より広範な高スループット設計の一部となるストレージプラットフォームの好例です。
Jellyfinで最も多くのセッションを処理している時間帯に、大容量ファイルのコピーやバックアップを実行してみてください。共有リンクが飽和したときだけ再生品質が低下するなら、高速なEthernet、トラフィックのスケジューリング、またはストレージ用トラフィックとユーザー用トラフィックの分離によって、適切な問題を解決できます。
2.5GbEはアップグレード範囲を抑えやすい
2.5GbEは既存の短いCat5e/Cat6配線で動作することが多く、近年のミニPCやNASにも搭載されているため、スイッチ、NIC、電力、配線のコストを低く抑えられます。1GbEでは不足するものの、毎秒数GB規模の転送を継続的に行わないサーバーにとって、実用的な中間帯です。
マルチポート2.5GbE NICのテストからも、ネットワーク全体を10GbE構成にせず、家庭内に複数の高速リンクを追加できる2.5GbEの利点が分かります。
利用できるからという理由だけで複数のインターフェースを追加しないでください。ボンディング、ルーティング、スイッチの動作を明確に把握できる1本の2.5GbE経路のほうが、挙動が不明確な複数ポート構成より信頼性に優れています。
プラットフォーム全体が対応しているなら10GbEが有力
サーバー、NAS、スイッチがすでに10GbEを搭載し、主要なワークステーションやバックアップノードも利用できるなら、追加コストは小さいかもしれません。2.5GbEと10GbEの両方を備えたプラットフォームなら、通常のクライアントを低速側に接続し、ストレージやワークステーションのトラフィックには高速経路を割り当てることもできます。
ZimaCube 2 Proのネットワークおよび拡張性レビューは、2.5GbEと10GbEを組み合わせた現在のホームサーバークラスのシステムの一例であり、リンクの選択がストレージやPCIeトポロジー全体の一部になり得ることを示しています。
アップグレードでは、スイッチポート、トランシーバーまたは配線、エンドポイントNIC、消費電力、熱への影響を含めて考えてください。10GbEサーバーを1GbEクライアントや低速ストレージに接続しても、Jellyfinに意味のあるメリットが生じない場合があります。
混雑する時間帯を基準に判断する
| 確認されたワークロード | 適した選択肢 | 理由 |
|---|---|---|
| 主にJellyfin再生、控えめなNAS | 2.5GbE | 通常のストリーム通信を大きく上回る余裕がある |
| 複数ストリームと通常のバックアップ | まず2.5GbE | アップグレード前に重複時間帯を測定できる |
| NVMe/SSD NASと大容量ワークステーション転送 | 10GbE | ストレージが高いリンク上限を活用できる |
| 視聴中にバックアップやコピーが2.5GbEを飽和させる | 10GbEまたはトラフィック分離 | 共有リンクの競合が測定で確認できる |
| 10GbE NICだがディスク、スイッチ、クライアントが低速 | ほかのボトルネックを解消 | サーバー側のリンクを高速化してもエンドツーエンドの容量にはならない |
Jellyfinがストレージネットワーク上の1つのワークロードにすぎない場合は、関連するZimaSpaceのNASリンク速度の選び方が次の参考になります。
混雑する時間帯全体を余裕を持って飽和未満に抑えられるなら、2.5GbEを選びましょう。高速ストレージや再生以外の同時トラフィックが実際に追加帯域を消費できることが繰り返しの測定で確認できたら、10GbEを選びます。高速なリンクが意味を持つのは、経路の残りの部分もそれを活用できる状態になってからです。
製品比較
もっと読む

JellyfinのCPUコア数を増やすと、実際にいつ高速化するのか?
Jellyfinでコア数を増やす効果があるのは、制御された低コア数の候補がCPUバウンドになり、同じワークロードがより大きなプロセッサでスケールする場合に限られます。

Jellyfinへの直接リモート公開とプライベートVPNアクセス:どちらの方法がより安全?
自分で管理するクライアントにはプライベートVPNを使用し、クライアントとの互換性や共有のためにパブリックな到達性が必要な場合にのみ、セキュリティ強化済みの公開HTTPSルートを使用してください。

JellyfinではSATA SSDとNVMe SSDのどちらが適している?結果を左右する仕様とは?
ほとんどの Jellyfin サーバーでは、HDD から SSD への移行が大きな性能向上につながります。NVMe が SATA を上回るのは、アプリの状態データや共有ホストの I/O が実際に SATA のレイテンシーやキューの上限に達する場合に限られます。

