著者 DallasのVPSで得られるものと選ぶべき理由
DallasのVPSは米国東西沿岸への遅延、通信事業者の豊富なピアリング、ERCOT電力網の課題がポイントです。別地域を選ぶべき条件も解説します。
VPS hosting in Dallas で得られるもの
Dallas の VPS hosting で得られるのは、ネットワーク上の立地です。VPS（virtual private server）は、特定の建物にある物理マシンを分割したものです。そのため、その建物の場所によって、ユーザーとの往復遅延、帯域幅の料金、ディスクへ到達できる裁判管轄が決まります。Dallas は米国のほぼ中央に位置し、国内でも通信事業者が特に集中する市場の1つにあります。Dallas を選ぶ理由はこれに尽きます。このガイドでは、その理由がユーザーに当てはまるか、また当てはまらないのはどのような場合かを確認します。
サーバーの用途がまだ決まっていない場合は、まず VPS で実際にできること を読んでください。ロケーションの決定は最初ではなく、最後に行います。
Dallas の VPS では、どの程度の遅延が予想されますか？
The data behind this chart
[
{
"label": "Dallas metro",
"typical_rtt_ms": 2
},
{
"label": "Houston",
"typical_rtt_ms": 8
},
{
"label": "Chicago",
"typical_rtt_ms": 23
},
{
"label": "Miami",
"typical_rtt_ms": 33
},
{
"label": "New York",
"typical_rtt_ms": 36
},
{
"label": "Los Angeles",
"typical_rtt_ms": 35
},
{
"label": "Seattle",
"typical_rtt_ms": 50
},
{
"label": "Mexico City",
"typical_rtt_ms": 48
},
{
"label": "Bogota",
"typical_rtt_ms": 78
},
{
"label": "Sao Paulo",
"typical_rtt_ms": 140
},
{
"label": "London",
"typical_rtt_ms": 112
},
{
"label": "Frankfurt",
"typical_rtt_ms": 125
},
{
"label": "Singapore",
"typical_rtt_ms": 215
}
]これらの 13 行は、ピアリングに恵まれた経路で有線接続を使用した場合に公表されている典型的な値です。お使いのマシンで測定した値ではありません。まずは目安として扱ってください。実際の結果は、サーバーよりもインターネットプロバイダーの影響を大きく受けます。Wi-Fi では数ミリ秒、モバイルネットワークでは数十ミリ秒が加わります。また、ピアリングに恵まれない住宅向けプロバイダーでは、物理的には 15 ms で済む経路に 30 ms が加わることもあります。
単一の数値ではなく、傾向を確認してください。米国本土の大都市はすべて、おおむね 50 ms 以下です。Houston は 8 ms、Chicago は 23 ms です。Mexico City は 48 ms 前後で、米国の東西どちらの沿岸部よりも近い値です。これは、ラテンアメリカのトラフィックの多くがすでに Texas または Florida を経由しているためです。Sao Paulo の 140 ms は長い経路です。Singapore の 215 ms は、まったく別の問題になります。
接続はラウンドトリップで構成されるため、ミリ秒単位の差は単純な数値以上に影響します。HTTPS リクエストを 1 つ開始すると、TCP (transmission control protocol) ハンドシェイクで 1 往復、TLS 1.3 (transport layer security) でさらに 1 往復、リクエスト自体でさらに 1 往復が必要です。35 ms では、最初のバイトが届くまでに 100 ms を超えます。ページが API 呼び出しを 20 回、順番に実行すると、35 ms の遅延は 700 ms の待ち時間になります。対話的な SSH では、35 ms は 8 ms とは体感が異なります。ゲームサーバーでは 35 ms なら問題ありませんが、同じサーバーでも 140 ms では快適に利用できません。VPS 上の Minecraft サーバーのように、すべてのユーザーが同時に体感する用途では、中央に近い立地が実際に効果を発揮します。
国内の中間部は沿岸部より有利ですか？
光ファイバー内の光は 1 秒あたり約 200,000 km で進みます。これは真空中の速度の 3 分の 2 です。そのため、往復にはファイバー 100 km ごとにおよそ 1 ms かかります。また、ファイバーが 2 都市間を直線で結ぶことはありません。これは物理法則による下限です。どれだけ費用をかけても、Dallas から Frankfurt へパケットをガラス内での伝送速度より速く送ることはできません。利用できる唯一の調整要素は場所です。
Dallas は New York から約 2,200 km、Los Angeles から約 2,000 km 離れており、距離の差が比較的小さい構成です。これを、多くの人が最初に検討する 2 つの沿岸市場と比較します。
The data behind this chart
[
{
"label": "Northern Virginia",
"to_new_york_ms": 10,
"to_los_angeles_ms": 62
},
{
"label": "Dallas",
"to_new_york_ms": 36,
"to_los_angeles_ms": 35
},
{
"label": "Los Angeles metro",
"to_new_york_ms": 68,
"to_los_angeles_ms": 3
}
]これらも一般的に公開されている数値です。重要なのは数値の形です。Northern Virginia から New York へは約 10 ms、Los Angeles へは約 62 ms かかり、その差は 50 ms を超えます。Los Angeles のホストではこの関係が逆転し、New York まで 68 ms かかります。Dallas は、各都市に近い拠点と比較するとその都市への通信では不利です。一方、各拠点から遠い都市への通信では有利です。
したがって、問題はどの都市が最速かではありません。どのような分布を選ぶかです。ユーザーの大半が一方の沿岸部にいる場合は、その沿岸部を選び、中央値を低くします。ユーザーが国内各地に分散していて、最悪時の遅延を小さくしたい場合は Dallas を選びます。これは カナダの VPS を選ぶ際に実際に重要なこと で説明した選択と同じです。カナダでは人口が 2 つの沿岸部ではなく、1 本の長い線上に分布しています。
ダラスでキャリア密度が実際にもたらすもの
キャリアホテルとは、多数のネットワークが終端し、相互に直接接続する建物です。ダラスには、1950 North Stemmons Freeway にある Infomart という有名な施設があります。Equinix はこの施設を2018年に$800 millionで買収しました。インターネットエクスチェンジ（IX）は、このような建物内にある共有スイッチです。ネットワーク同士が相互接続するため、間のトラフィックを第三者に運んでもらう料金を支払う必要がありません。DE-CIX は2016年11月からダラスでエクスチェンジを運営しており、Equinix も独自のエクスチェンジを運営しています。
これは traceroute に現れます。ホストとユーザーのインターネットプロバイダーが同じエクスチェンジに接続している場合、パケットが通過する境界は1つです。接続先が同じでない場合、パケットは transit provider に渡されます。Ashburn や Atlanta まで運ばれてから戻り、配送されることもあります。距離が増えれば、実際にミリ秒単位の遅延が増えます。また、経由するネットワークが1つ増えるたびに、21時にリンクが混雑してパケット損失を起こす箇所も1つ増えます。
料金を支払う前に、これらをすべて確認できます。
- プロバイダーに ASN（autonomous system number）を尋ねます。BGP（border gateway protocol）を使用するすべてのネットワークには ASN があります。
- その ASN を PeeringDB で検索します。ネットワークが接続しているエクスチェンジと、利用している建物が一覧表示されます。各ネットワークが自分の情報を管理しています。
- 施設自体にどのエクスチェンジが存在するかを確認します。エクスチェンジと同じ建物にプロバイダーがいても、そのエクスチェンジに接続していなければ意味がありません。
- ユーザーが利用しているネットワークから経路をトレースし、通過する異なるネットワークの数を数えます。
mtr -rwzc 100 203.0.113.10レポートには、ホップごとにネットワーク番号、損失率、所要時間が1行ずつ表示されます。最終行から確認します。その行がサーバーだからです。途中のホップで損失が発生していても、最後のホップに損失がなければ正常です。ルーターは、自身が生成する ICMP（internet control message protocol）応答の優先度を低く設定するため、そのホップでは損失が実際より多く表示されます。あるホップから始まった損失が、その後のすべてのホップでも続く場合は実際の障害です。レポートを添付してサポートチケットを作成してください。
テキサスの電力網は稼働時間を脅かしますか？
テキサス州は独自の電力網を運用しています。ERCOT (Electric Reliability Council of Texas) は州内の負荷の約 90 percent をカバーしていますが、北米の他地域とは同期していません。周辺地域とは、合計でおよそ 1.2 GW の小規模な直流連系線で接続されています。一方、2026年7月22日に記録されたピーク需要は 91 GW を超えました。そのため、テキサス州で電力が不足しても、輸入によって解消することはできません。これが、Winter Storm Uri によって 2021年2月に ERCOT 全域で数日間の輪番停電が発生した背景です。
サーバーにとって重要なのは、電力網そのものではありません。建物の電源設備です。データセンターは、電力会社の停電時に UPS (uninterruptible power supply) のバッテリーで数分間運転を継続し、その後は燃料が続く限りディーゼル発電機で稼働します。次の 4 つを確認し、回答を書面で受け取ってください。電源経路が N+1 か 2N か、現地に保管した燃料で発電機を全負荷運転できる時間、優先燃料配送契約の有無、そして実負荷で発電機を最後にテストした時期です。最後の質問に回答できないプロバイダーは、テストを実施していません。
同じ電力網が、この地域の設備容量を安価にしている理由でもあります。テキサス州の産業向け電力料金は米国平均を下回っています。データセンターでは電力が最大の運用コストであるため、Dallas は northern Virginia など供給制約のある市場より安価に設定されています。その差は請求額にも反映されます。都市間で見積もりを比較するときは、VPS の実際の費用も横に開いて確認してください。立地による割増料金を基本料金と並べると、はるかに把握しやすくなります。
竜巻やテキサスの暑さは、Dallas のデータセンターにとって脅威になりますか？
これは、異なる答えが必要な2つの質問です。
風と雹は、建物に関する問題です。2019年10月20日、風速が約140 mphに達するEF3の竜巻がDallas Love Field付近に上陸し、北Dallasを横断する15 mileの経路を通過して、約$1.5 billionの被害をもたらしました。その経路は、Stemmons Freewayのデータセンター集積地域から数 mileの場所を通っています。専用に建設されたデータホールは、窓のないコンクリート構造で、ストリップモールの屋根を吹き飛ばす風にも耐えます。露出する設備は、その上に設置されています。コンデンサーと冷却塔です。大粒の雹はほとんどの春に降り、まさにこの設備に落下します。建物の外殻がどの程度の風や雹に耐えられる設計か、機械設備がどこに設置されているかを確認してください。
暑さは、コストに関する問題です。Dallasでは、7月と8月に長期間、気温が100 F (38 C)を超えます。冷却設備は地域の設計日を基準に容量が決められているため、室温は維持されます。上昇するのはPUE（power usage effectiveness、施設全体の消費電力をサーバーに到達する電力で割った値）です。8月は2月よりもチラーが高負荷で動作するためで、そのコストはすでに料金に含まれています。本当の暑さのリスクは、熱波の最中に冷却が停止することです。外気温が104 F (40 C)の場合、冷却がない室内は1時間ではなく数分で停止温度に達するため、スタッフがチラーを修復する時間が大幅に短くなります。電源だけでなく、冷却設備がN+1構成かどうかを確認してください。
どちらの答えも、Dallasを避ける理由にはなりません。どちらも、データのコピーを別の場所に保管する理由になります。同じ建物内のバックアップはバックアップとはいえません。resticによる暗号化されたオフサイトバックアップなら、準備にかかる時間は半日です。
ダラスが適切でないのはどのような場合ですか？
ダラスは妥当なデフォルトであって、絶対的なルールではありません。次の場合は、別の場所でホスティングします。
- ユーザーがヨーロッパにいる場合。ダラスのサーバーからフランクフルトへの応答は約 125 ms、ロンドンへの応答は約 112 ms です。この差は距離によるものなので、設定を変更しても改善できません。
- ユーザーがアジアまたはオーストラリアにいる場合。シンガポールまでは 215 ms で、さらに遅くなります。その地域のユーザーに近い場所に2台目のサーバーを置くほうが、最初のサーバーでできるチューニングより効果的です。
- ユーザーがダラス以外の1つの都市圏に集中している場合。アプリを使う全員がシアトルにいるなら、シアトルでホスティングします。中央に配置するメリットがあるのは、ユーザーが広い範囲に分散している場合だけです。
- 契約または規制により、データを国内に保管する必要がある場合。これは性能の問題ではないため、ベンチマークでは判断できません。
- 米国の取引所でレイテンシーが戦略上重要な場合。CME Group のマッチングエンジンはイリノイ州オーロラにあります。NYSE はニュージャージー州マーワーから、Nasdaq はニュージャージー州カータレットから運用されています。ダラスはこれらすべてから20 ms以上離れています。ほとんどの個人向け自動化では問題になりませんが、取引ボット用VPSの選び方では、実際にその境界がどこにあるかを基準に判断します。
ダラスのサーバーに適用される法律は何ですか？
ダラスにあるサーバーには、米国連邦法とテキサス州法が適用されます。セキュリティレビューでは、毎回次の2点が問題になります。
米国の CLOUD Act により、米国当局は、米国のプロバイダーが管理するデータの提出を、そのディスクが物理的にどこにあるかにかかわらず強制できます。米国内の別の都市を選んでも、この点は変わりません。米国外の都市を選んでも、プロバイダーが米国企業であれば、この法律の適用を免れることはできません。
テキサス州でホスティングしても、テキサス州のプライバシー法が自動的に適用されるわけではありません。2024年7月1日から施行されている TDPSA (Texas Data Privacy and Security Act) は、テキサス州で事業を行う、またはテキサス州の居住者に製品やサービスを販売する事業者に適用されます。ただし、連邦 Small Business Administration の定義における小規模事業者は対象外です。この法律はラックの場所ではなく、顧客の所在地に基づいて適用されます。サーバーを Chicago に移しても適用を免れられず、Dallas に移しても自動的に適用対象になるわけではありません。
欧州連合の個人データについては、移転メカニズムがあれば米国でホスティングできます。2026年8月時点では、EU to US Data Privacy Framework の十分性認定は有効です。この認定は2025年9月に EU General Court によって支持されましたが、Court of Justice への上訴が係属中です。実務上は、プロバイダーがこの枠組みに基づく自己認証を行っているか、standard contractual clauses に署名しているかを、書面で確認してください。その回答は、監査担当者が確認できる場所に保存します。その他の法的な問題については、状況が変わるため、弁護士に相談してください。
自分のマシンからDallasのVPSをテストする方法
上記の数値は、すべて他者が測定したものです。判断材料になるのは自分で測定した数値で、収集には約20分かかります。
- プロバイダーに、Dallasのロケーションにあるテスト用IPアドレスとテストファイルを依頼します。多くのプロバイダーは、両方を提供するlooking glassページを公開しています。
- ユーザーが利用する各ネットワークから、少なくとも20回pingを送信し、サマリー行を確認します。
- 経路をトレースし、通過するネットワーク数を数えます。
- テストファイルをダウンロードし、持続的な速度を確認します。
- ユーザーの利用が集中する時間帯、つまり平日の夜に、少なくとも2日間繰り返します。混雑は11時ではなく、21時に現れます。
ping -c 20 203.0.113.10
mtr -rwzc 100 203.0.113.10
curl -o /dev/null -s -w 'connect=%{time_connect}s ttfb=%{time_starttransfer}s speed=%{speed_download} B/s\n' "https://<test file host>/100mb.bin"Windowsでは、最初のコマンドはping -n 20 203.0.113.10です。pingの末尾に表示されるサマリー行を確認します。
rtt min/avg/max/mdev = 34.112/34.905/41.203/0.884 msmdev（平均偏差）はジッターとして読み取ります。平均35 msでmdevが2 ms未満なら、経路は安定しています。同じ平均35 msでもmdevが20 msある場合、経路上のどこかが不安定であり、インタラクティブな処理では安定した60 msの場合よりも悪く感じられます。最終ホップでパケット損失が0を超え、100パケットにわたって継続する場合は、一時的な特性ではなく障害です。
スループットには別のテストが必要です。長い経路で1本のTCP接続を使用すると、受信ウィンドウをラウンドトリップ時間で割った値に制限されます。そのため、単一ストリームのダウンロードが遅くても、リンクが遅いとは限りません。代わりに、並列ストリームを使用します。VPS上でiperf3 -sを実行し、そのポートを自分のアドレスだけに開放してから、自分のマシンで次を実行します。
iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R-P 4は4本の並列ストリームを開き、-Rは方向を反転します。そのため、2回目の実行では、ユーザーが実際に使用するダウンロード経路を測定できます。iperf3には認証機能がないため、終了したらポートを再び閉じます。
ネットワークは1つの評価軸にすぎません。CPU stealとディスク速度は別の評価軸です。ロケーションが優れた安価なプランでも、ホストマシンが過剰販売されていれば処理は遅くなります。実際のデータを移行する前に、VPSのベンチマーク方法を確認してください。その後、新しいVPSで最初の10分間に行うことを実施して、VPSを適切に保護します。
FAQ
米国の東西両岸のユーザーにとって、Dallas の VPS は十分に高速ですか？
はい。リアルタイムゲームと遅延に敏感な取引を除けば、十分です。Dallas から New York までの一般的な有線往復遅延は約 36 ms、Los Angeles までは約 35 ms です。そのため、米国本土のユーザーでサーバーから大きく離れている人はいません。Northern Virginia のサーバーは New York には約 10 ms で優れていますが、Los Angeles には約 62 ms となり、大幅に不利です。中央値の低さよりも最悪値の小ささを重視するなら、Dallas を選びます。
Texas の電力網によって、Dallas の VPS の信頼性は低下しますか？
ERCOT は独立した電力網で、隣接する電力網との直流連系容量はおよそ 1.2 GW です。そのため、電力不足時に Texas は大量の電力を輸入できません。この理由により、Winter Storm Uri では 2021 年 2 月に計画停電が数日間続きました。ただし、稼働時間を左右するのは電力網よりも建物です。UPS のバッテリーが数分間負荷を支え、ディーゼル発電機が燃料の続く限り負荷を支えるためです。燃料を施設内に保管した状態で、全負荷時に発電機が何時間稼働できるか、また直近の全負荷試験を実施した日付をプロバイダーに確認してください。
竜巻や Texas の熱波で、サーバーが停止することはありますか？
それだけで停止することはありません。2019 年 10 月 20 日に Dallas 北部を通過した EF3 の竜巻は、ショッピングモールや住宅を破壊しました。一方、専用設計のデータホールは、その風に耐えるよう建設された窓のないコンクリート構造です。影響を受けやすいのは屋上の冷却装置で、大型の春の雹が被害を与えるのもこの部分です。熱波は稼働時間ではなく費用に影響します。冷却設備は地域の設計日気温に合わせて容量が決められているためです。ただし、熱波中に冷却設備が故障すると、スタッフが対応できる時間は大幅に短くなります。設計で回避できないリスクは施設全体の喪失なので、バックアップは別の地域に保管してください。
ユーザーが Europe にいる場合、Dallas でホスティングすべきですか？
いいえ。Dallas のサーバーから Frankfurt への応答は約 125 ms、London へは約 112 ms です。この差は距離によるものなので、設定で解消できません。ユーザーの近くでホスティングし、バックアップやバッチジョブなど、ユーザーが待つ必要のない処理には Dallas のサーバーを使用してください。欧州の個人データを扱う場合は、EU 内に配置することで、別途文書化が必要になるデータ移転の問題も回避できます。
購入前に Dallas の VPS への遅延を測定するにはどうすればよいですか？
プロバイダーからテスト用 IP アドレスを取得し、ユーザーが利用するすべてのネットワークからそのアドレスに対して ping -c 20 と mtr -rwzc 100 を実行します。ping のサマリーでは、平均値と mdev 値を併せて確認してください。平均値が低くても mdev 値が高い場合はジッターが発生しており、一定した高い値よりも体感が悪くなります。混雑は時間帯に左右されるため、ユーザーが最も利用する夜の時間帯に、2 日間繰り返し測定してください。スループットは、4 本の並列ストリームを使用して iperf3 で測定します。長距離経路では、1 本の TCP ストリームはリンク速度ではなくウィンドウサイズによって制限されるためです。