ホームサーバーの1GbEと2.5GbE：どのワークロードで差が出る？

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

1GbE vs 2.5GbE for a Home Server: Which Workloads Cross the Line? - Zima Store Online

ホームサーバーが主に書類、増分バックアップ、メディア再生、軽量なセルフホストアプリ、または大容量データを同時にほとんど移動しない少数のクライアントを扱う場合は、1GbEのままで問題ありません。大容量バックアップやプロジェクトファイルによって1GbEリンクが繰り返し上限に達する場合、複数のクライアントがサーバーを取り合う場合、またはリモートVMやストレージのワークフローでネットワーク転送の待ち時間が無視できない場合は、2.5GbEへの移行を検討しましょう。判断基準はインストールしたサービスの数ではなく、実測した継続的なトラフィックと削減できる時間です。

まず、ネットワークで実際に待たされているワークロードから始める

比較すべきなのは、1GbEと2.5GbEを単独で比べることではありません。同じホームサーバーのタスクを、2種類のリンク上限で実行して比べることです。1GbEリンクの理論上の速度は、プロトコルのオーバーヘッドを考慮する前で125 MB/sです。一方、2.5GbEでは理論上のバイトレート上限が312.5 MB/sまで引き上げられます。実際のファイル転送速度はこれより低くなりますが、ネットワークが最も遅い工程になっている場合、長時間のシーケンシャル処理を大幅に短縮できる理由は、この比率から分かります。

Intelの最新の2.5GbEおよび1GbEサーバーアダプターの仕様には、同じサーバークラスのアダプターファミリーにおける両方の速度が示されています。これがホームサーバーを考える際の正しいモデルです。高速なリンクは利用可能な経路であって、ディスク、CPU、プロトコル、スイッチ、クライアントのすべてがその速度を継続的に維持できることを保証するものではありません。

普段から遅いと感じている処理を1つ選び、所要時間を測定してください。200 GBのバックアップ、RAW写真の取り込み、ゲームライブラリのコピー、ワークステーションからNASへのプロジェクト転送などで、処理時間の大半が実用上の1GbE上限付近に張り付くなら、2.5GbEには具体的な役割があります。CPU、ストレージのレイテンシ、暗号化、またはリモートインターネット接続が処理中で、リンクがほとんどアイドル状態なら、より高速なEthernetポートに替えても主な待ち時間は解消されません。

大容量バックアップやファイル移動は、軽量サービスより先に境界を越える

大規模なシーケンシャル転送は、アップグレードの効果を最も説明しやすいワークロードです。フルマシンバックアップ、数百GB規模のメディア取り込み、繰り返し行うプロジェクトのミラーリングなどは、リンク速度が重要になるほど長時間、1本の転送を維持できます。限られた夜間の時間帯に処理を実行する場合や、ワークステーションが次の作業へ進むのを妨げる場合は、その価値はさらに高まります。

QNAPの10GbEおよび2.5GbE混在スイッチ設計は、高速なサーバーやワークステーションのリンクと、一般的なギガビットクライアントを共存させられることを示しています。大容量データを定期的に移動する一部の経路を高速化するために、家庭内ネットワーク全体を一度に置き換える必要はありません。

1つのバックアップにテラバイト単位のデータが含まれているからといって、判断が直ちに変わるわけではありません。毎晩数GBしか変更されない増分バックアップなら、1GbEでもすぐに完了することがあります。また、低速なHDDが2.5GbEを使い切る前に次の上限になる場合もあります。保存しているライブラリ全体の容量ではなく、重要なワークフローの中でネットワークが繰り返しフル稼働しているかどうかを基準にアップグレードしてください。

VMやコンテナのワークロードは、理由にする前にネットワークをテストする

ホームサーバー上でローカルに動作するコンテナや仮想マシンは、LANが高速になれば自動的に恩恵を受けるわけではありません。同じホスト上の2つのコンテナ間で行うデータベースクエリ、Home Assistantの自動化、ローカルのメディアインデックス処理などは、物理Ethernetインターフェースを通過しないことがあります。こうしたワークロードでは、ネットワークが関係しないまま、ストレージ、メモリ、CPUがボトルネックになる可能性があります。

Microsoftによる複数のネットワーク接続を使用するSMB Multichannelの説明は、ネットワーク容量がサーバーワークロードの一部になる場面を示しています。リモートファイルサービス、Hyper-Vストレージ、その他のSMBトラフィックでは、両端が適切なインターフェースを備えていれば、追加の経路容量を利用できます。正確なプロトコルが異なる場合でも、家庭内では同じ原則が当てはまります。LAN速度が制限要因になるには、まずワークロードがLANを通過しなければなりません。

リモートVMデータストア、ネットワークマウントしたゲームライブラリ、ホスト間でコピーするディスクイメージ、別のマシンへのVMバックアップなどは、ストレージトラフィックがサーバーの外へ出るため、境界を越える可能性があります。一方、仮想ディスクが同じサーバー上にあるVMでは、通常そうなりません。仮想化を高速Ethernet購入の理由にする前に、「サーバーが忙しい」状態と「ネットワークが忙しい」状態を分けて考えましょう。

Featured

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

ZimaCube2

どのクライアントも極端に高速でなくても、複数クライアントの通信で2.5GbEが有用になる

ホームサーバーは、複数の通信を合算して処理します。1台のノートパソコンが高速でコピーし、2台目のマシンがバックアップを実行し、同時にメディアクライアントが読み取りを行えば、1つのタスクだけでは大規模なインフラ更新を正当化できない場合でも、サーバーの1GbEアップリンクを全体として使い切ることがあります。サーバーとスイッチのアップリンクだけを2.5GbEに変更すれば、複数の1GbEクライアントに、より大きな共有帯域を提供できます。

NETGEARの2.5GbEスイッチ仕様は、実際のネットワーク構成を示しています。各ポートは、対応する速度のうち最も高速な速度でネゴシエーションするため、2.5GbEサーバーと1GbEクライアント、高速なワークステーションを共存させられます。メリットは、1GbEのノートパソコンが突然2.5GbEになることではありません。複数のクライアントが1GbEのサーバーボトルネックを共有しなくて済むことです。

これは、家庭用NASやアプリサーバーにとって、早い段階で実施しやすいアップグレードです。すべてのエンドポイントがまだ1GbEでも、スイッチとサーバーのアップリンクに十分な合計容量があれば、サーバーは複数のクライアントにそれぞれギガビット級の通信を提供できます。1台のクライアントではなく、同時接続数によって既存のサーバーポートが飽和するようになった時点が、境界を越えたタイミングです。

メディア再生は、他の通信が加わるまで通常はしきい値を下回る

通常の圧縮メディア再生だけでは、1GbEから移行する最も強い理由にはなりにくいでしょう。一般的な配信ビットレートでエンコードされた4Kストリーミングを複数再生しても、1GbEリンク内に収まることが多いためです。非常に高ビットレートのローカルマスター、同時トランスコードに伴う大容量ファイルの読み取り、複数ユーザーによるメディアのシーク、または再生と競合するバックグラウンドコピーがある場合は、高速ポートの重要性が高まります。

関連するZimaSpaceのNASを1GbEから2.5GbEへ移行するタイミングに関するガイドでは、リンク容量とストレージ経路の他の要素を分けて考えています。ホームサーバーではPlex、Jellyfin、バックアップ、アプリを同時にホストできるため、この区別は重要です。メディアストリーム単体は軽量でも、サーバー全体の通信量は軽量とは限りません。

Ethernetのグラフが飽和状態から大きく離れているのにバッファリングが発生するなら、サーバーNICをアップグレードする前に、トランスコード、クライアントのコーデック対応、ディスクレイテンシ、Wi-Fi、WANの状態を確認してください。大容量バックアップやファイルコピーによってリンクが上限に達したときだけ再生が不安定になるなら、メディア環境を変更せずに2.5GbEで実際の競合問題を解決できる可能性があります。

高速な経路を購入する前に、現在の経路を測定する

有効なしきい値を判断するには、Ethernetとストレージを切り分けて測定する必要があります。まず、対応する有線マシン間でホスト間のネットワークスループットを測定します。次に、実際のファイル転送やアプリケーションのワークロードをテストしてください。ネットワークテストが期待される1GbE帯域に達しているのに、ファイルコピーがそれよりはるかに遅いなら、ストレージまたはプロトコルの挙動が依然として処理を制限しています。

ESnetのiperf3のドキュメントでは、到達可能なIPネットワーク帯域幅、スループット、損失を測定する能動的なテストについて説明しています。NIC、スイッチ、ケーブルを変更する前に、ホームサーバーの経路が実際にリンクによって制限されているかを確認するのに役立ちます。

実際に混雑する時間帯にもテストを繰り返してください。深夜の静かなベンチマークでは、午後8時に家族のバックアップが遅く感じられる理由を見落とす可能性があります。ネゴシエーションされたリンク速度、iperfのスループット、サーバーストレージのスループット、ワークロードの所要時間を記録しましょう。1GbE経路が実測でフル稼働し、日常的に行う作業を実質的に遅延させている場合に、アップグレードを検討してください。

境界条件から1GbEと2.5GbEを選ぶ

ファイル転送がたまにしか発生せず、増分バックアップが所定の時間内に完了し、メディア再生が安定し、サーバーアプリケーションの多くがローカルで通信し、複数のクライアントがサーバーポートを同時に圧迫することがほとんどないなら、1GbEのままで問題ありません。その環境では、2.5GbEへのアップグレードによってベンチマークの数値が魅力的に向上しても、日常の使い勝手は変わらない可能性があります。

大容量転送が1GbEの上限付近で長時間にわたって繰り返し動作する場合、複数のクライアントが1つのサーバーアップリンクを取り合う場合、リモートストレージやVMのワークフローで大量のデータを移動する場合、または高速なサーバーリンクによってバックアップやプロジェクト転送の時間を実測で短縮できる場合は、2.5GbEを選びましょう。対応できる経路だけをアップグレードしてください。混在速度スイッチングにより、段階的な移行が可能です。

判断基準はシンプルです。実測したワークロードが1GbEを飽和させないなら、そのワークロードを2.5GbE導入の理由にしないでください。1GbEを繰り返し飽和させ、経路の他の部分もより高速に対応できるなら、そのワークロードは境界を越えています。

FAQ

2.5GbEにはすべてのケーブルの交換が必要ですか？

必ずしも必要ではありません。ケーブルと成端の状態が良好であれば、多くの2.5GbE環境では既存のCat 5e配線を利用できます。ギガビット用に設置されたという理由だけで壁内配線を交換する前に、実際に使用する経路を想定速度でテストしてください。

クライアントがすべて1GbEのままでも、2.5GbEサーバーは役立ちますか？

複数のギガビットクライアントが同時に転送する場合は役立ちます。各クライアントはそれぞれの1GbEリンクによる制限を受けますが、2.5GbEのサーバーアップリンクがあれば、合計帯域を増やせるため、2台以上のクライアントが1GbEのサーバーポートを分け合わずに済みます。

1GbEポートを2つ使えば、2.5GbEポートの代わりになりますか？

冗長性を確保でき、適切なプロトコルと設定を用いれば、合計容量を増やすこともできます。ただし、通常の単一フローの転送が自動的に2Gbpsで動作するわけではありません。リンクアグリゲーションをそのまま代替手段とみなす前に、プロトコル、スイッチの対応状況、クライアント側の経路、運用の複雑さを比較してください。