なぜホームサーバーのアップロード速度とダウンロード速度は同じ回線で異なるのですか？

ホームサーバーのアップロードとダウンロード速度が同じリンク上で異なるのは、ケーブルとスイッチが転送の一部に過ぎないからです。NASへのアップロードはクライアントの読み取り経路とNASの書き込み経路を使い、ダウンロードはこれらのストレージ役割を逆転させ、CPU、キャッシュ、暗号化、プロトコル、キューの動作を変えることがあります。

フルデュプレックスイーサネットリンクは交渉された速度で両方向のトラフィックを運べますが、遅いエンドポイント段階がアプリケーションのスループットを決定します。リモート転送では、インターネットサービスや戻り経路のフィードバックが方向によって異なるため、さらに非対称性が加わります。

なぜ同じケーブルが各方向で異なる実際の処理を運べるのか？

イーサネットは物理リンク上では対称かもしれませんが、完全なエンドポイントはそうではありません。フルデュプレックスリンクでも非対称なエンドポイントがあります。各方向は異なるソースディスク、宛先ディスク、メモリコピー経路、アプリケーションの役割を選択します。

NASからダウンロードするノートパソコンはサーバーに読み取りを要求し、ノートパソコンは書き込みを行います。アップロードはノートパソコンに読み取りを要求し、NASは新しいデータの割り当て、ジャーナル、チェックサム、コミットを行います。

したがって、同じポートがエンドツーエンドで同等のサービスを保証するわけではありません。ネットワーク専用ツールはリンクを分離できますが、ファイルコピーのテストは両方のマシンでのストレージとプロトコル処理を含みます。

NASの読み取りと書き込みはどのように異なるストレージ経路に負荷をかけるのか？

読み取りはファイルシステムキャッシュ、連続プリフェッチ、ミラー選択、RAMに既に存在するデータの恩恵を受けることができますが、NASの読み取りと書き込みは異なるストレージ処理を使用します。

書き込みはブロックの割り当て、メタデータの更新、ジャーナルの追記、チェックサムの計算、パリティの更新、安定したストレージの待機、そして後でのダーティデータのフラッシュを伴うことがあります。ライトバックキャッシュにより、持続的なメディア速度が見える前に短時間のアップロードが高速に見えることがあります。

クライアントの方向も重要です。高速なNASの読み取りは遅いクライアントの宛先によって制限されることがありますが、高速なNASの書き込み経路は、ファイルを遅く読み取ったりウイルススキャンを行うクライアントのソースを補うことはできません。

なぜSMBのセキュリティとクライアント処理は一方向により大きな影響を与えるのか？

SMBのパフォーマンスはクライアントのコピー方法、バッファリング、署名、暗号化、CPUの利用可能性に依存します。SMBの機能は方向特有のCPU制限を生じさせることがあります。

暗号化や署名は両方向で行われますが、暗号化、ハッシュ計算、メモリコピー、ファイルシステム処理を行うエンドポイントのCPU余裕は異なる場合があります。弱いクライアントコアや過負荷のNASプロセスが非対称な結果を生むことがあります。

エクスプローラー、コマンドラインツール、バックアップクライアント、メディアアプリは異なるキュー深度やI/Oモードを使用することがあります。アップロードをあるツールで、ダウンロードを別のツールで比較すると、リンクではなくソフトウェアの挙動を測定してしまうことがあります。

WANの非対称性はリモートホームサーバーの転送にどのように影響するのか？

多くのインターネット接続プランは、下りと上りの容量を意図的に異なるものにしています。リモートリンクは不均等な上り容量を割り当てることがあり、リモートユーザーがホームサーバーからダウンロードするとホームのアップロード容量を消費します。

リモートユーザーの視点では、「NASからのダウンロード」はサーバー側ではアップロードです。クラウドバックアップではこの関係が逆転し、管理者はバックアップ先と考えていても、ホームサーバーはプロバイダーにデータをアップロードしています。

NAT、VPN暗号化、Wi-Fi、ISPの帯域制御、ルートも方向によって異なる場合があります。対称的なLANベンチマークでは、完全なWAN経路を測定しなければリモート転送の対称性を予測できません。

なぜ損失や経路品質が一方向により影響を与えるのか？

順方向と逆方向の経路は、混雑状況、無線環境、ルーティングが同一とは限りません。パケットロスは一方向の転送に異なる影響を与えることがあり、一方向の送信レートがより頻繁に低下する原因となります。

転送は逆方向のフィードバックにも依存します。データパケットと確認応答はサイズが異なりますが、TCPが送信ウィンドウを維持するためには両方ともタイムリーな配信が必要です。

同じエンドポイントと時間枠で各方向を個別に測定してください。ルートの変更や混雑した無線送信機は、非対称性がNAS外にある場合に結果をストレージ関連に見せることがあります。

アップロードの飽和がダウンロードのフィードバックを遅らせるのはなぜですか？

アップロードキューがダウンロードの確認応答を遅延させることがあります。飽和したホームアップロードキューは、同時ダウンロードが進むために必要なACKを保持することがあります。

ダウンロードパスにはまだ未使用の名目容量があるかもしれませんが、送信側はフィードバックを遅れて受け取り、新しいデータの送出が遅くなります。目に見える症状は、重いバックアップのアップロードがブラウジング、ストリーミング、リモートダウンロードを遅く感じさせることです。

ネットワークのみの双方向テストでチェーンを分離し、次にNASの読み書きストレージをローカルでテストし、両方向でSMBまたはNFSをテストし、最後にリモートパスをテストします。最初に非対称になる層が調査すべき場所を示します。

よくある質問

ギガビットイーサネットのアップロードとダウンロードは同じ速度であるべきですか？

リンクはフルデュプレックスでも、ファイル転送の結果はストレージ、CPU、プロトコル、クライアントの役割が逆転するため異なることがあります。

なぜNASのダウンロードがアップロードより速いのですか？

読み込みはキャッシュから来ることがありますが、書き込みは割り当て、ジャーナリング、パリティ、チェックサム、または安定ストレージの作業を必要とします。

なぜアップロードがダウンロードより速いのですか？

NASは書き込みをキャッシュに吸収することがありますが、コールドリード、クライアントの宛先ストレージ、プロトコルの挙動、パケットロスがダウンロードを制限することがあります。

どのテストがネットワークとストレージを分離しますか？

まずメモリ間ネットワークテストを実行し、次に両端のローカルディスクテストを行い、その後両方向で同じファイルコピー用ツールを使ってください。

最終的な結論

アップロードとダウンロードの速度が異なるのは、転送を逆にするとストレージ、CPU、キャッシュ、プロトコル、WANの役割が逆転するためです。対称リンクは可能性のある原因の一つを除くだけです。ネットワーク、送信元ストレージ、宛先ストレージ、ファイルプロトコル、リモートパスを個別にテストして、最初の方向特有のボトルネックを特定してください。