日本からの実測レイテンシ
「東京リージョンあり」と書いてあっても、実際に速いかは測らないと分かりません。当サイトが東京の計測ノードから取得した一次データを公開します。
当サイトは各VPS事業者のアフィリエイトプログラムに参加しており、リンク経由でのお申し込みにより報酬を受け取る場合があります。ただし掲載順位・評価・実測データは編集方針と計測結果のみに基づいており、報酬額による優遇は一切行いません。日本リージョンが無い事業者や、報酬が発生しない事業者も同じ基準で掲載しています。
スペック表には書かれていない情報を出すのが、このページの役割です。
実測結果
| サービス | リージョン | 平均RTT | 最小 | ゆらぎ | ロス | ホップ |
|---|---|---|---|---|---|---|
| Linode (Akamai) | 東京 (jp-tyo-3) | 0.7 | 1.2 | 0% | 9 | |
| Vultr | 東京 (nrt) | 0.4 | 2.2 | 0% | 7 | |
| Oracle Cloud | 東京 (ap-tokyo-1) | 1.8 | 1.6 | 0% | 8 | |
| Vultr | 大阪 (osa) | 6.5 | 1.6 | 0% | 9 | |
| Linode (Akamai) | 大阪 (jp-osa) | 8.0 | 0.8 | 0% | 17 | |
| Oracle Cloud | 大阪 (ap-osaka-1) | 8.5 | 1.7 | 0% | 6 | |
| Vultr | ソウル (参考) | 31.4 | 1.6 | 0% | 10 | |
| Hetzner | シンガポール (sin) | 67.0 | 0.2 | 0% | 6 | |
| Linode (Akamai) | シンガポール (参考) | 67.3 | 1.1 | 0% | 10 | |
| Vultr | シンガポール (参考) | 67.9 | 3.6 | 0% | 9 | |
| DigitalOcean | シンガポール (sgp1) | 74.3 | 2.1 | 0% | 13 | |
| Vultr | ロサンゼルス (参考) | 107.0 | 0.6 | 0% | 9 | |
| DigitalOcean | ニューヨーク (nyc3) | 140.6 | 1.2 | 0% | 16 | |
| Vultr | アムステルダム (参考) | 223.4 | 1.6 | 0% | 15 | |
| Hetzner | フィンランド (hel1) | 228.3 | 0.7 | 0% | 14 | |
| Hetzner | ドイツ (fsn1) | 228.5 | 5.7 | 0% | 11 |
計測日時: 2026-07-30T18:06:39+02:00 / 計測地点: 日本国内(東京) / ICMP ping x15 + MTR x5。計測方法の詳細
読み取れること
日本リージョンは圧倒的に速い
東京リージョンへの往復遅延は 1.6〜2.9ms。これは国内VPSと区別がつかない水準です。「海外VPSだから遅い」という前提が、日本リージョンを選んだ時点で崩れることが数値で確認できます。
大阪リージョンでも 7.9〜9.2ms。首都圏から使っても十分に実用的です。
距離はそのまま遅延になる
日本リージョンを持たない会社を選ぶと、最寄りでもこうなります。
| 接続先 | 実測RTT | 東京比 |
|---|---|---|
| 東京 | 約1.7ms | 基準 |
| ソウル | 32.9ms | 約19倍 |
| シンガポール | 67〜75ms | 約40倍 |
| ロサンゼルス | 107.5ms | 約63倍 |
| ニューヨーク | 141.7ms | 約83倍 |
| 欧州(独・蘭・芬) | 224〜233ms | 約135倍 |
Hetznerのような欧州系を日本から直接使うと、往復220ms超になります。SSHでコマンドを打つと明確に引っかかる水準です。シンガポールリージョンがあれば約68msまで縮みますが、それでも東京の40倍です。
経路の質は会社によって違う
同じ「大阪リージョン」でも、経路のホップ数に差が出ました。
| サービス | 大阪リージョン RTT | ホップ数 |
|---|---|---|
| Vultr | 7.85ms | 9 |
| Oracle Cloud | 9.19ms | 6 |
| Linode | 8.62ms | 17 |
Linodeの大阪リージョンは17ホップと、他社の2倍近い経路を通っています。RTT自体は8.6msと実用範囲なので実害は出ていませんが、経路が長いぶん途中の混雑や障害の影響を受けやすい構造ではあります。
こうした違いは公式のスペック表には一切書かれません。リージョン名は設置場所しか示さないという、このサイトが繰り返し指摘している点がここに表れています。
シンガポールはどこも横並び
シンガポールリージョンは Hetzner 67.3ms、Linode 68.0ms、Vultr 71.6ms、DigitalOcean 75.3ms と、どこを選んでも大差ありません。日本リージョンがない会社同士でレイテンシを比べる意味は薄いということです。
その場合は素直にコスパで選ぶべきで、そうなると Hetzner の優位がはっきりします。
ディスクI/Oの実測
レイテンシと並んで体感を左右するのがディスクです。当サイトが実際に契約しているインスタンス上で fio を実行した結果です。
| サービス / プラン | ランダム読み 4K | ランダム書き 4K | 連続読み 1M | 連続書き 1M | CPU(単一 / 全コア) |
|---|---|---|---|---|---|
| Contabo tokyo Cloud VPS (8vCPU/24GB) |
29,995.5 IOPS 117.2 MB/s |
25,976.3 IOPS 101.5 MB/s |
959.8 IOPS 959.8 MB/s |
533.2 IOPS 533.2 MB/s |
0.472s / 0.741s 8コア |
fio による実測(direct I/O、512MBファイル、各15秒)。CPUは同一スクリプトでの相対比較用で、値が小さいほど速い。計測日: 2026-07-30
Contabo東京の実測値は、ランダム読み4Kで約30,000 IOPS、連続読みで約960MB/s。格安帯のNVMeとしては十分な水準です。「安いから遅いのでは」という懸念は、少なくともディスクについては当たりません。
契約している会社が増え次第、他社の数値も追加します。
未計測のもの
正直に書いておきます。
- Contabo 東京への外部からのRTT — Contaboは公開の計測用エンドポイントを提供していないため、外から測れません。推測値では埋めません。なお当サイトの計測ノード自体がContabo東京の実機なので、上記のディスク性能は実測値です。
- 他社のディスクI/O — 契約していない会社は測れません。順次追加します。
- 帯域(スループット) — 相手のサーバーに負荷をかけるため、公開エンドポイントに対しては測りません。
この数値の使い方
PR
自分の回線から実測する
Vultrは時間単位課金です。東京と大阪に1台ずつ立てて自分の環境から測り、遅いほうを消す。この検証が数十円で済みます。
- 日本リージョン: 東京・大阪
- 最安 $2.50〜 / 時間単位
- 東京・大阪の2拠点で日本からのレイテンシが最小
上記は広告リンクです。新規登録クレジット(金額・期間はキャンペーンにより変動)。価格・特典は公式サイトの表示が最新です。
計測方法
再現できないデータには意味がないので、手順とスクリプトを公開しています。詳しくは計測方法のページを参照してください。
よくある質問
この数値はどこから計測したものですか
東京に設置した計測ノードから、ICMP echo(ping)15回とMTRによる経路解析を実行した実測値です。計測方法の詳細は計測方法のページで公開しています。
自分の環境でも同じ数値が出ますか
出ません。レイテンシは利用するISPと回線種別に強く依存します。この数値は各リージョンの相対比較として読んでください。絶対値は自分の環境で測る必要があります。
なぜContaboの東京リージョンの数値がないのですか
Contaboは公開の計測用エンドポイントを提供していないためです。推測値で埋めることはしません。自前でインスタンスを立てて計測でき次第、追加します。
ホップ数が多いと遅いのですか
必ずしもそうではありませんが、同じ距離ならホップ数が少ないほうが経路として素直です。実測でも大阪リージョンへの経路はVultrが9ホップ、Linodeが17ホップと差が出ており、経路設計の違いが見えます。