VPN を責める前に、iperf3 で経路を測る

拠点間のファイルコピーはネットワークテストのように感じられますが、その一つひとつは、プロトコルのオーバーヘッド、両端のストレージ、端点の処理、そして経路が混じり合った複合的な結果です。その数値だけで VPN を責めるのは推測です。同じ端点の間で短い統制されたストリームを流せば二つ目の観測が得られ、どちらの部分に注意を向けるべきかを示すのはこの比較です。以下の手順は結果をでっち上げずにそれを行います。

ファイルコピーはワークロードであり、測定ではない

帯域幅は経路の一つの性質ですが、ファイルコピーは複数の性質を同時に測っています。小さなファイルが多いほど、一つの大きなストリームよりもファイル単位の処理に大きな負荷がかかります。どちらかの側の遅いストレージは、トンネルに関係なくコピーを頭打ちにします。暗号化とフレーミングはオーバーヘッドを加えますが、チェックサムを計算したりウイルスを走査したりするファイルサーバーも同じだけ加えます。端点と方向を一定に保った比較だけが、それらの寄与を切り分けます。

公開の速度テストは近くのテストサーバーへの経路を測るもので、社内のファイルサーバーへの経路ではありません。別の問いに答えているのです。

各方向に一度だけストリームを流す

両端が自分の管理下にあるなら、承認された時間枠の中で短い iperf3 を実行する予定を立てます。可能ならファイルサーバーを遠端の端点にし、代わりに代替ホストを使う場合はその旨を記録します。

iperf3 -s -1 -B 10.77.0.20

サーバーは一つのプライベートアドレスにバインドし、終了前に一つのクライアントを受け入れます。使い捨てのリスナーは、クライアントが来ないままでは自然に失効しないので、承認された時間枠が閉じたら停止します。

iperf3 -c 10.77.0.20 -t 10

既定ではクライアントは TCP 5201 でサーバーへ送り、十秒の時間枠でテストを短く保ちます。リスナーを公開するのではなく、ファイアウォールで想定したプライベートな送信元と宛先に限定します。

iperf3 -c 10.77.0.20 -t 10 -R

逆方向のフラグはサーバーを送信側にしますが、アップロードとダウンロードの経路はしばしば異なるため、これは重要です。アドレスをバインドしてもクライアントが想定した経路を選んだ証拠にはならないので、実際にテストした経路を記録します。VPN の状態、方向、時間、端点の負荷を結果と一緒に残し、その後で一時的なアクセスを外します。

同種のものと比較する

同じサービス端点を使い、間に無関係な設定変更を挟まず、似た条件で代表的なファイル操作をもう一度実行します。アップロードかダウンロードか、一つの大きなファイルか多数の小さなファイルか、どちらかのストレージが忙しいかを記録します。短いバーストはコピー全体の持続速度ではなく、どちらの観測も黙って他方に置き換わってはいけません。ストリームとコピーの両方が同じ方向で遅いなら、共通の経路と端点の制約を調べます。

ストリームは健全でコピーがそうでないなら、差はワークロードが加えているものであり、次の調査はそこにあります。

結論を出す前に単位を読む

メガビット毎秒とメガバイト毎秒は八倍の違いがあり、サポートのスレッドはしばしば両者を同じ単位であるかのように比較します。iperf3 の低い結果はテストホスト自体から来ることもあり、CPU の飽和、遅いインターフェース、忙しいディスクがネットワークより先にプロセスを頭打ちにできます。したがって ISP やプロトコルに対して、一つの数値は判定ではありません。基準値が役立つのは、想定ではなく観測された値だからであり、問いを一つの方向と一つの端点に絞り込みます。

両方の観測について、端点、方向、時間、速度を書き留めます。この四つ組が比較を擁護可能にし、勘でソフトウェアを入れ替えるよりはるかに安く済みます。