あなたのサーバーから Naver Cloud はどれくらい近い？

実行したマシンから、22 社・計 392 リージョンへの遅延を測ります。リージョンごとに中央値、最小値、P90、ジッター（連続する測定値の差の平均）、損失と、ランク（T0 は 30 ms まで、T1 は 80、T2 は 150、T3 は 250 まで、それ以上は T4）を表示します。

各リージョンは、事業者がそこで運用している API やオブジェクトストレージなどの公開エンドポイントで代表させています。測るのはそのリージョンまでのネットワーク経路で、リージョン内の仮想マシンではありません。

• TCP ハンドシェイク（既定）：リージョンの HTTPS ポートに接続を開くまでの時間。サーバー処理を含まない 1 往復で、リージョン同士の比較に最も公平です。
• HTTPS：確立済みの接続を再利用したリクエストで、レスポンスヘッダーが届くまでを計測。アプリが体感する値で、Me2Cloud と同じ数字です。事業者によってはサーバー処理が加わり、Vultr のルッキンググラスでは約 100 ms 増えます。
• ICMP：昔ながらの ping。ICMP の優先度を下げるネットワークでは TCP より高めに出ることがあり、Naver Cloud は応答しません。root か CAP_NET_RAW が必要です。

遅延マップやルッキンググラスは自社のデータセンターから、Me2Cloud は自宅のブラウザーから測ります。アプリサーバーとデータベース、CDN のオリジン、バックアップ先、2 社目のクラウドのように、サーバーとクラウドの間の通信が問題なら、経路の起点はそのサーバーで、そこから測るしかありません。

ソースは GitHub で MIT ライセンス公開。各リリースには SHA-256 チェックサムと GitHub のビルド来歴が付き、gh attestation verify で確認できます。インストーラーは自分のシステム向けのビルドを取得・検証して /usr/local/bin にコピーするだけです。

測定のほか、このサイトからエンドポイント一覧を取得し（実行回数はこのリクエストで数え、記録するのはツールのバージョンとシステムの種類だけ）、Cloudflare と ident.me に接続元のネットワークを尋ね、短縮リンクを作るために完全な共有リンクを s.1ms.dog に保存します。結果にはリージョンごとの数値と都市・事業者だけが含まれ、IP アドレスは含みません。--long-link なら結果はどのサーバーにも保存されず、--offline なら測定以外のリクエストを送りません。

1 つのホストへの測定は 1 回ずつ、間隔は 250 ms。同じ事業者は同時に最大 4 ホストまで、3 回続けて失敗したホストはそこで打ち切ります。既定の実行では各リージョンに TCP ハンドシェイクを 10 回送るだけで、公開サイトを 10 回開くのと同程度です。

共有リンクを開くと、測定したサーバーの都市と事業者、測定方法、日時が上部に表示されます。IPv4 と IPv6 を一緒に測った結果には、上部に切り替えボタンがあります。ランクの色はターミナルと同じで、グラフは中央値で各リージョンを配置します。

リンクには作成時のエンドポイント一覧が記録され、このサイトは過去のすべての一覧を保管しているので、リージョンが増えても古いリンクは開けます。

Me2Cloud はブラウザーで、自宅や職場の回線から測ります。VPS2Cloud はサーバーで測ります。エンドポイント一覧もランクも共通なので、結果はそのまま比べられます。共有結果の「ブラウザーで測る」を押すと、同じプロバイダーで Me2Cloud が開きます。