VPNのダウンロードがサーバーのアップロードで制限される理由

クライアントは高速な下りリンクを示し、サーバーは光回線に接続されていても、転送はのろのろと進みます。人が比べる数値は通常クライアントのプランに印字された数値ですが、パケットは実際にはまずサーバーの上りアクセス回線を通過します。その回線こそが転送を収めるべき予算です。小さな家庭回線では、経路の中で最小の数値になります。

あなたが読んだ数値は逆向きでした

遠隔クライアント向けのダウンロードは、トンネルのサーバー側で上り容量を消費します。サーバーの公称下り速度は逆方向を表すもので、この方向については何も語りません。同じ非対称性はクライアントがアップロードするときに反転するため、一方の方向が快適でも他方が使いものにならないことがあります。

カプセル化のオーバーヘッドと競合するトラフィックは、同じ予算の一部を消費します。クライアントだけを測る速度テストでは、どちらも見えません。

経路を予算として書き出します

パケットが越えるすべての境界を列挙し、それぞれに同じ単位で数値を与えます。送信元からの配信、サーバーでの処理、サーバーの上り回線、中間経路、クライアントの下り回線、クライアントでの処理がすべて該当します。使える速度はそのうち最小のものからオーバーヘッドを引いた値で、その上限を超える調整は結果を変えません。測る前に一覧を書き出してください、どの数値を疑うべきかが分かるからです。

サーバーの上り回線が20 Mbit/s、クライアントの下り回線が100 Mbit/sなら、サーバーはクライアントが気づくよりはるかに早く転送を制限します。オーバーヘッドと同時転送があればさらに取り分が減り、飽和した上り回線は確認応答も遅らせるため、TCP転送は生の上限を下回ります。どちらの効果もプランの比較には現れません。

メガビットとメガバイトを混ぜず、各数値が暗号化された回線のトラフィックを測るのか、アプリケーションのペイロードを測るのかを明示します。この二つを混ぜることが、予算が合わないように見える最も一般的な原因です。各数値には単位と測定点を付けます。

ボードが実際にコストになる場所

アクセス回線が十分に大きくなると、端点のハードウェアが見えるようになり、そこで初めてプロセッサが問題になります。型番、インターフェースの構成、使用中の実装を特定します。初期のボードの共有バスに関する観察は、後のすべてのリビジョンを説明するものではありません。

単一のCPU平均ではなく、個々の処理経路を比較します。中程度の全体負荷は、パケットごとの作業をすべて担う飽和した一つのコアを隠すことがあり、クロック周波数は性能スコアとしてプロセッサ設計間で移行しません。小さなパケットは大きなものよりバイト当たりのコストが高いため、パケットレートはスループットと同じくらい重要です。実際のワークロードが使うパケットサイズで測ってください。

熱と電力の制限も持続的な挙動を決めます。短いバーストは優れて見えても、十分の転送ではスロットリングするため、数秒のベンチマークは夜間バックアップの指針にはなりません。

ベンダーの性能ガイダンスは、アクセス帯域、CPU、パケット処理、トランスポート、パケットサイズを別々の制約に分けています。暗号を変える前に読む価値があります、暗号の変更はもともと制約ではなかった境界をめったに動かさないからです。

暗号を変える前に測ります

トンネルを通じて実際に達成されたレートを報告する方向別テストを実行し、次に同じテストを生のインターフェースで比較のために実行します。この二つの数値の差がトンネルのコストであり、二つの上限のうち小さい方が、どの境界を攻めるべきかを教えます。

比較している間はセキュリティポリシーを保ったままにします。弱い暗号やオーバークロックしたボードで得た古い結果は、現在の配備の計画ではありません。

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

同じ実行の端点観察の隣に方向別の結果を保存します。次の変更は、仕様表で最小に見える部品ではなく、測定された上限を狙うべきです。