作者： Dallas VPS 值得買嗎？延遲、對等互連與電力分析
了解 Dallas VPS 實際提供的網路優勢：連往美國東西岸的延遲、密集 carrier 對等互連、ERCOT 電網風險，以及哪些情況應改選其他地點。
VPS hosting in Dallas 能帶來什麼
VPS hosting in Dallas 帶來的是網路位置。VPS（virtual private server）是位於特定建築物內實體機器的一部分，因此該建築物會決定使用者的往返延遲、頻寬價格，以及哪些法院可以存取你的磁碟。Dallas 位於美國中部，處於全國 carrier 市場最密集的地區之一。這就是選擇 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 以下；休士頓為 8 ms，芝加哥為 23 ms。墨西哥城約為 48 ms，比美國東、西兩岸都近，因為許多拉丁美洲網路流量本來就會經過德州或佛羅里達州。聖保羅為 140 ms，路徑較長；新加坡為 215 ms，則是完全不同的問題。
毫秒數的影響比原始數值看起來更大，因為連線由多次往返組成。建立一個 HTTPS 請求時，TCP (transmission control protocol) handshake 需要一次往返，TLS 1.3 (transport layer security) 需要再一次，實際請求還需要一次。在 35 ms 的延遲下，收到第一個位元組前就已超過 100 ms。若頁面依序發出 20 次 API 呼叫，35 ms 會變成 700 ms 的等待時間。互動式 SSH 在 35 ms 時與 8 ms 時的體感不同；遊戲伺服器在 35 ms 時尚可接受，但相同伺服器在 140 ms 時就不理想。對於所有使用者都會立即感受到的服務，例如 VPS 上的 Minecraft server，伺服器所在位置確實會發揮作用。
美國中部比沿海地區更好嗎？
光在光纖中的傳播速度約為每秒 200,000 km，是在真空中速度的三分之二。因此，光纖每延伸 100 km，往返延遲約增加 1 ms，而且光纖不會在兩座城市之間沿直線鋪設。這是物理條件所設定的下限，因此無論投入多少資金，都不可能讓封包從 Dallas 傳到 Frankfurt，快過光纖本身允許的速度。你唯一能調整的因素是位置。
Dallas 距離 New York 約 2,200 km，距離 Los Angeles 約 2,000 km，兩者非常接近。將這個差距與多數人首先考慮的兩個沿海市場比較。
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。這與選擇 Canadian VPS 時真正重要的因素所討論的是相同取捨；不同之處在於，當地人口分布在一條長軸線上，而不是兩側海岸。
實際上，Dallas 的電信業者密度能為你帶來什麼
carrier hotel 是許多網路在其中終止，並直接互相連接的建築物。Dallas 有一座知名的 carrier hotel：位於 1950 North Stemmons Freeway 的 Infomart。Equinix 在 2018 年以 $800 million 買下該設施。internet exchange（IX）是這類建築物內的共用交換器，讓各網路彼此互連，而不必付費給第三方在網路之間轉送 traffic。DE-CIX 自 November 2016 起在 Dallas 營運一座交換中心，Equinix 也營運自己的交換中心。
這些差異會顯現在 traceroute 中。當你的主機與使用者的 internet provider 位於同一個交換中心時，封包只會跨越一個網路邊界。若兩者不在同一個交換中心，封包就會交給 transit provider；封包可能先被傳送到 Ashburn 或 Atlanta，再繞回來交付。額外距離會實際增加數毫秒延遲，而每多經過一個網路，就多一個可能在 9 pm 塞滿後造成封包遺失的連結。
你可以在付費前先確認這些資訊。
- 向 provider 詢問其 ASN（autonomous system number）。每個使用 BGP（border gateway protocol）交換路由資訊的網路都有一組 ASN。
- 在 PeeringDB 查詢該 ASN。PeeringDB 會列出該網路加入哪些交換中心，以及進駐哪些建築物；網路業者會自行維護其條目。
- 確認該設施本身有哪些交換中心。provider 即使與交換中心位於同一棟建築物，但尚未加入該交換中心，對你也沒有幫助。
- 從使用者所在的網路追蹤路徑，並計算封包通過多少個不同的網路。
mtr -rwzc 100 203.0.113.10報告會為每個 hop 輸出一行，包含網路編號、遺失百分比與計時結果。先讀最後一行，因為該行代表你的伺服器。中間某個 hop 出現遺失，但最後沒有遺失，通常屬於正常情況，因為路由器會對自己產生的 ICMP（internet control message protocol）回覆設定較低優先級，因此該 hop 回報的遺失率可能偏高。若遺失從某個 hop 開始，並持續到其後的每個 hop，則表示確實存在故障。請將附有該報告的內容提交至 support ticket。
德州電網會讓您的 uptime 面臨風險嗎？
德州運作自己的電力網路。ERCOT（Electric Reliability Council of Texas）涵蓋該州約 90 percent 的用電負載，且未與北美其他地區同步。它透過少量直流聯絡線與鄰近地區連接，總容量約 1.2 GW；相較之下，2026 年 22 July 記錄的尖峰需求超過 91 GW。因此，德州電力短缺時，無法靠進口電力解決。2021 年 2 月的情況就是由此造成：Winter Storm Uri 迫使 ERCOT 大範圍實施持續數日的輪流停電。
對您的伺服器而言，關鍵不在電網，而在建築物。資料中心在公用電力中斷時，會先使用 UPS（uninterruptible power supply）電池維持數分鐘，接著改由柴油發電機供電，直到燃料耗盡。請提出以下 4 個問題，並要求以書面回答：供電路徑是 N+1 還是 2N、現場儲存的燃料可讓發電機以滿載運轉多少小時、是否有優先供油合約，以及上次在實際負載下測試發電機是何時。供應商若無法回答最後一題，就代表他們沒有進行過測試。
同一座電網也是當地容量價格低廉的原因。德州工業用電價格低於美國平均值，而電力是資料中心最大的營運成本，因此 Dallas 的價格低於 northern Virginia 等供給受限的市場。這項差異會反映在您的帳單上。比較不同城市的報價時，請將 VPS 的實際成本 一併開啟，因為把地點加價與基本費率並列後，更容易看出差異。
龍捲風與德州高溫會威脅達拉斯的資料中心嗎？
這是兩個問題，答案也不同。
風與冰雹屬於建築結構問題。2019 年 10 月 20 日，一場風速接近 140 mph 的 EF3 級龍捲風在 Dallas Love Field 附近登陸，沿著北達拉斯橫越 15 英里的路徑，造成約 $1.5 billion 的損失。該路徑距離 Stemmons Freeway 資料中心走廊僅數英里。專門建造的資料機房是沒有窗戶的混凝土結構，能承受足以掀開商場屋頂的風力。暴露在外的設備位於其上方，包括冷凝器與冷卻塔。大冰雹多數春季都會出現，且會直接砸中這些設備。應詢問建築外殼的耐受等級，以及機械設備區的位置。
高溫屬於成本問題。達拉斯在 7 月與 8 月經常長時間維持在 100 F (38 C) 以上。冷卻系統會依當地設計日的條件規模配置，因此機房可以維持穩定溫度。上升的是 PUE（power usage effectiveness，整體設施用電量除以伺服器實際取得的電力），因為冷水機在 8 月比 2 月需要更高負載運轉，而這項成本早已包含在你的價格中。真正的高溫風險，是熱浪期間冷卻系統故障：室外溫度為 104 F (40 C) 時，沒有冷卻的機房會在數分鐘內達到關機溫度，而不是一小時，因此工作人員修復冷水機的時間會少得多。應詢問冷卻系統是否採用 N+1，而不只是確認是否有備用電力。
這兩個答案都不是避開達拉斯的理由。它們都表示你應在其他地點保留一份資料副本。同一棟建築內的備份不算備份，而 使用 restic 的加密異地備份 一個下午就能設定完成。
何時不應選擇 Dallas？
Dallas 是合理的預設選項，但不是固定規則。遇到以下情況時，請選擇其他地點部署。
- 使用者位於歐洲。Dallas 伺服器回應 Frankfurt 約需 125 ms，回應 London 約需 112 ms。這項差距是距離造成的，因此無法透過設定變更改善。
- 使用者位於亞洲或澳洲。Singapore 的延遲為 215 ms，情況會更差；在這些使用者附近部署第二台伺服器，效果勝過對第一台伺服器進行任何調校。
- 所有使用者都位於 Dallas 以外的同一個都會區。如果所有使用者都在 Seattle，請將伺服器部署在 Seattle。只有在使用者分散於不同地點時，中央位置才有優勢。
- 合約或監管要求資料留在特定國家。這不是效能問題，任何基準測試都無法回答這項要求。
- 你在美國交易所採用低延遲策略。CME Group 的撮合引擎位於 Aurora, Illinois。NYSE 位於 Mahwah, New Jersey，Nasdaq 位於 Carteret, New Jersey。Dallas 與這些地點的距離都超過 20 ms。多數零售自動化交易不在意這點，而為交易機器人選擇 VPS的關鍵，在於確認實際的網路延遲位置。
達拉斯的伺服器適用哪些法律？
達拉斯的伺服器受美國聯邦法律與德州州法管轄。每次安全性審查都會涉及以下兩點。
美國 CLOUD Act 允許美國主管機關要求美國服務提供者交出其控制的資料，無論磁碟實際位於何處。改選美國其他城市並不會改變這一點；即使將伺服器放在美國境外，只要服務提供者是美國公司，也無法藉此規避。
在德州託管伺服器，不代表你會受德州隱私法規管。TDPSA（Texas Data Privacy and Security Act）自 2024 年 7 月 1 日起生效，適用於在德州營運，或向德州居民銷售產品或服務，且不屬於聯邦 Small Business Administration 定義之小型企業的業者。該法是依據你的客戶所在地適用，而不是依據機櫃所在地。將伺服器搬到芝加哥不會使你獲得豁免，搬到達拉斯也不會使你自動受其管轄。
如果個人資料來自歐盟，只要具備資料傳輸機制，即可託管於美國。截至 2026 年 8 月，EU to US Data Privacy Framework 的適足性決定仍然有效；EU General Court 已於 2025 年 9 月維持該決定，但目前仍有上訴案件待由 Court of Justice 審理。實務上，應以書面詢問服務提供者是否依該框架完成自我認證，或是否簽署 standard contractual clauses，然後將回覆存放在稽核人員可查閱的位置。其餘法律問題請交由律師處理，因為相關規範仍可能變動。
如何從自己的電腦測試 Dallas VPS
上方的每個數字都是他人的測量結果。真正能決定結果的是你的測量，而完成收集約需二十分鐘。
- 向供應商索取 Dallas 機房的測試 IP 位址與測試檔案。多數供應商會提供同時包含兩者的 looking glass 頁面。
- 從使用者所在的每個網路，至少執行 20 次 ping，並讀取摘要列。
- 追蹤網路路徑，計算經過的網路數量。
- 下載測試檔案，讀取持續傳輸速度。
- 在使用者的尖峰時段重複測試，於平日晚上、至少 2 天進行。壅塞會在 9 pm 出現，不是在 11 am。
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 ms將 mdev（平均偏差）視為 jitter。平均值為 35 ms 且 mdev 低於 2 ms，表示路徑穩定。相同的 35 ms 平均值若搭配 20 ms 的 mdev，表示路徑中的某個環節不穩定；對互動式工作而言，實際感受會比穩定的 60 ms 更差。最終 hop 的封包遺失率高於零，且在 100 個封包中持續出現時，代表故障，而不是偶發現象。
Throughput 需要使用不同的測試。長距離路徑上的單一 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 會反轉傳輸方向，因此第二次執行會測量使用者實際使用的下載路徑。完成後請再次關閉該埠，因為 iperf3 沒有驗證機制。
網路只是其中一個面向。CPU steal 與磁碟速度是另外兩個面向；即使位置優異，廉價方案在主機過度超賣時仍會執行緩慢。在將任何正式資料移至該 VPS 前，請先依照 如何對 VPS 進行效能基準測試 操作，接著花時間閱讀 新 VPS 的前 10 分鐘，完成基本安全設定。
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 的伺服器處理不需等待結果的工作，例如備份或批次作業。若涉及 European 個人資料，選擇 EU 位置也能免除原本必須記錄的資料傳輸問題。
購買前如何測量到 Dallas VPS 的延遲？
請向供應商取得測試 IP 位址，然後從使用者使用的每個網路執行 ping -c 20 與 mtr -rwzc 100。在 ping 摘要中，同時查看平均值與 mdev 值：平均值低但 mdev 高，表示存在 jitter，其體感通常比穩定但較高的延遲更差。請在使用者晚間尖峰時段，連續 2 天重複測試，因為壅塞會隨時段變化。測量吞吐量時，請使用具有 4 個平行串流的 iperf3，因為長距離路徑上的單一 TCP 串流會受到視窗大小限制，而不是鏈路容量限制。