达拉斯 VPS 托管值得吗？延迟、电力与线路分析

VPS 托管在达拉斯能带来什么

VPS 托管在达拉斯能为您提供一个网络位置。VPS（虚拟专用服务器）是位于某一栋特定建筑内的物理服务器的一部分，因此该建筑决定了用户访问服务器的往返延迟、带宽价格，以及哪些法院可以访问您的磁盘。达拉斯位于美国中部，处在全美运营商网络最密集的市场之一。这就是选择达拉斯的全部理由。本指南其余部分将说明如何判断这一理由是否适用于您的用户，以及哪些情况下并不适用。

如果您还没有确定服务器的用途，请先阅读VPS 实际可以做什么。位置是最后决定的事项，而不是第一步。

达拉斯 VPS 的延迟是多少？

[
  {
    "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（传输控制协议）握手需要一次往返，TLS 1.3（传输层安全协议）还需要一次，实际发送请求又需要一次。在 35 ms 的延迟下，首字节到达前就已经超过 100 ms。一个页面如果依次发起 20 个 API 请求，35 ms 会累积为 700 ms 的等待时间。35 ms 的交互式 SSH 与 8 ms 的体验不同；游戏服务器在 35 ms 下通常没有问题，但相同服务器在 140 ms 下就不理想。对于 VPS 上的 Minecraft 服务器 这类所有用户都会同时感受到的服务，中心位置确实能发挥作用。

美国中部是否比沿海更好？

光在光纤中的传播速度约为每秒 200,000 km，是其在真空中速度的三分之二。因此，光纤每传输 100 km，往返延迟大约增加 1 ms，而且城市之间的光纤从不会完全直线铺设。这是物理规律设定的下限，因此无论投入多少资金，都不可能让数据包从 Dallas 到 Frankfurt 的速度超过光纤本身允许的速度。位置是你唯一可以调整的因素。

Dallas 距 New York 约 2,200 km，距 Los Angeles 约 2,000 km，这种距离差异非常小。将这一差异与大多数人首先考虑的两个沿海市场进行比较。

[
  {
    "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 的表现则更好。

因此，问题不是哪个城市速度最快，而是你希望采用哪种分布形态。如果大多数用户位于某一沿海地区，并且你希望中位延迟较低，就选择沿海地点。如果用户分布在全国各地，并且你希望最差情况下的延迟较小，就选择 Dallas。这与选择加拿大 VPS 时真正重要的因素中的权衡相同，只是加拿大的人口沿一条长线分布，而不是分布在两条海岸线上。

达拉斯的运营商密度实际能带来什么

运营商机房是许多网络在其中终止连接并直接互联的建筑。达拉斯有一座知名的运营商机房：位于 1950 North Stemmons Freeway 的 Infomart。Equinix 于 2018 年以 $800 million 的价格收购了它。互联网交换点（IX）是此类建筑内的共享交换机。网络可在这里彼此对等互联，无需向第三方付费来转发双方之间的流量。DE-CIX 自 November 2016 起在达拉斯运营一个交换点，Equinix 也运营自己的交换点。

这些情况会体现在 traceroute 中。当您的主机和用户的互联网服务提供商都接入同一个交换点时，数据包只需跨越一个网络边界。如果二者没有接入同一个交换点，数据包就会交给 transit provider。它可能先将数据包传送到 Ashburn 或 Atlanta，再返回后交付。额外距离会带来实际的毫秒级延迟。每增加一个网络，就多一个可能在 9 pm 流量达到上限并造成丢包的环节。

您可以在付费前检查所有这些情况。

• 向服务提供商索要其 ASN（自治系统号）。所有使用 BGP（边界网关协议）通信的网络都有一个 ASN。
• 在 PeeringDB 中查询该 ASN。PeeringDB 会列出网络加入了哪些交换点、入驻了哪些建筑。这些网络会自行维护相关条目。
• 检查该设施中有哪些交换点。服务提供商即使与交换点位于同一栋建筑内，但如果没有加入该交换点，也不会带来任何优势。
• 从用户所在的某个网络追踪路径，并统计数据包经过的不同网络数量。

mtr -rwzc 100 203.0.113.10

报告会为每一跳打印一行，其中包含网络编号、丢包百分比和耗时。先读取最后一行，因为该行对应您的服务器。中间某一跳出现丢包，但末尾没有丢包，通常属于正常情况。因为路由器会降低对自身生成的 ICMP（互联网控制消息协议）响应的处理优先级，因此该跳的丢包率可能被高估。若丢包从某一跳开始，并持续出现在其后的每一跳中，则说明存在真实故障。您应将报告附加到支持工单中。

德州电网会威胁您的服务正常运行时间吗？

德州运行着自己的电网。ERCOT（德州电力可靠性委员会）覆盖该州约 90% 的用电负荷，并且未与北美其他地区的电网同步。它通过少量直流联络线与邻近地区相连，总输电能力约为 1.2 GW；而 2026 年 7 月 22 日记录的峰值需求超过 91 GW。因此，德州电力短缺时，无法依靠进口电力解决问题。这正是 2021 年 2 月发生大范围轮流停电的原因：冬季风暴 Uri 迫使 ERCOT 连续数天实施轮流停电。

对于您的服务器，电网本身不是关键，建筑设施才是。数据中心在公用电网停电后，会先依靠 UPS（不间断电源）电池运行几分钟，然后切换到柴油发电机，持续时间取决于燃料储备。请提出以下 4 个问题，并要求对方书面答复：供电路径是 N+1 还是 2N；发电机使用现场储备的燃料、满负载运行时长是多少；是否签订了优先燃料配送合同；上一次在实际负载下测试发电机是什么时候。无法回答最后一个问题的服务商，就没有进行过测试。

同一电网也是这里电力容量价格较低的原因。德州工业用电价格低于美国平均水平，而电力是数据中心最大的运营成本，因此达拉斯的价格低于北弗吉尼亚等电力供应受限的市场。这一差异会反映在您的账单中。比较不同城市的报价时，请同时查看VPS 的实际成本是多少，因为将位置溢价与基础费率放在一起，更容易看出差异。

龙卷风和得州高温会威胁达拉斯数据中心吗？

这两个问题的答案不同。

风和冰雹属于建筑问题。2019年10月20日，一场最大风速接近140 mph的EF3级龙卷风在达拉斯 Love Field 附近登陆，横穿达拉斯北部，形成一条15英里长的路径，造成约15亿美元的损失。这条路径距离 Stemmons Freeway 数据中心走廊仅几英里。专用数据大厅是无窗的混凝土结构，能够承受掀翻商业街商铺屋顶的风力。暴露在外的设备位于建筑顶部，包括冷凝器和冷却塔。大冰雹在大多数春季都会出现，并且正好会砸到这些设备。应询问建筑外壳的抗灾等级，以及机械设备区的位置。

高温属于成本问题。达拉斯在7月和8月会长时间保持在100 F（38 C）以上。制冷系统会按照当地设计日进行容量配置，因此机房能够维持设定温度。上升的是PUE（电能使用效率，即整个设施的总功耗除以服务器实际获得的功率），因为冷水机组在8月比2月需要更高负荷运行，而这部分成本已经包含在价格中。真正的高温风险是热浪期间制冷系统发生故障：室外温度为104 F（40 C）时，没有制冷的机房会在几分钟内达到关机温度，而不是一小时，因此工作人员修复冷水机组的时间会少得多。应询问制冷系统是否采用N+1冗余，而不只是询问供电系统。

这两个答案都不是避开达拉斯的理由。它们都说明应在其他地点保留一份数据副本。同一栋建筑内的备份不是真正的备份，而使用 restic 加密的异地备份只需一个下午即可完成配置。

什么时候不应选择 Dallas？

Dallas 是合理的默认选择，但不是硬性规则。出现以下情况时，应选择其他地区的主机。

• 您的用户在欧洲。Dallas 服务器响应 Frankfurt 的延迟约为 125 ms，响应 London 的延迟约为 112 ms。这一差距由距离造成，因此无法通过配置更改来改善。
• 您的用户在亚洲或 Australia。到 Singapore 的延迟为 215 ms，情况会更差；在这些用户附近部署第二台服务器，比对第一台服务器进行任何调优都更有效。
• 您的所有用户都位于 Dallas 以外的同一都市圈。如果所有使用您应用的用户都在 Seattle，就应在 Seattle 部署主机。只有用户分布在不同边缘地区时，中心位置才有优势。
• 合同或监管机构要求数据留在某个国家。这不是性能问题，任何基准测试都无法回答这一要求。
• 您在美国交易所上的策略依赖低延迟。CME Group 的撮合引擎位于 Illinois 的 Aurora。NYSE 在 New Jersey 的 Mahwah 运行，Nasdaq 在 New Jersey 的 Carteret 运行。Dallas 到这些地点的延迟都超过 20 ms。大多数面向散户的自动化程序并不在意这一点，而 为交易机器人选择 VPS 的关键在于确认实际的延迟界限。

哪些法律适用于达拉斯的服务器？

达拉斯的服务器受美国联邦法律和德州州法管辖。每次安全审查都会涉及以下两点。

美国 CLOUD Act 允许美国政府机构要求美国服务提供商提供其控制的数据，无论磁盘实际位于何处。将服务器换到美国其他城市不会改变这一点；即使将服务器放在美国境外，只要服务提供商是美国公司，也无法规避该法律。

在德州托管服务器，并不意味着您受德州隐私法管辖。TDPSA（Texas Data Privacy and Security Act）自 1 July 2024 起生效，适用于在德州开展业务，或向德州居民销售产品或服务，且不属于联邦 Small Business Administration 定义的小型企业。它依据的是您的客户所在位置，而不是机架所在位置。将服务器迁移到 Chicago 不会使您获得豁免，将服务器迁移到 Dallas 也不会自动使您受其管辖。

对于来自 European Union 的个人数据，只要具备数据传输机制，就可以托管在美国。截至 August 2026，EU to US Data Privacy Framework 的充分性决定仍然有效；EU General Court 已于 September 2025 维持该决定，但目前仍有上诉待 Court of Justice 审理。实际操作中，应书面询问您的服务提供商：其是否根据该框架完成自我认证，或是否签署 standard contractual clauses。然后将回复归档到审计人员可以找到的位置。其余法律问题应咨询律师，因为相关规定可能继续变化。

如何从自己的计算机测试 Dallas VPS

上面的每个数字都是他人测得的结果。真正决定是否适合的是您的测量结果，而采集这些数据大约需要二十分钟。

1. 向提供商索要 Dallas 机房的测试 IP 地址和测试文件。大多数提供商会发布同时包含这两项内容的 looking glass 页面。
2. 从用户所在的每个网络发送至少 20 个 ping，并读取摘要行。
3. 跟踪路径，并统计经过的网络数量。
4. 下载测试文件，并读取持续传输速度。
5. 在用户的高峰时段重复测试，即工作日晚上，并至少持续两天。拥塞会在 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（平均偏差）视为抖动。平均延迟为 35 ms 且 mdev 低于 2 ms，表示路径稳定。平均延迟同样为 35 ms，但 mdev 为 20 ms，则表示路径中的某处不稳定；对于交互式操作，这种情况会比稳定的 60 ms 更差。在最终跃点上持续 100 个数据包都出现大于零的丢包，说明存在故障，而不是偶发现象。

吞吐量需要使用不同的测试方法。长距离路径上的单个 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 上的前十分钟并加固系统。

FAQ

达拉斯的 VPS 对美国东西海岸的用户来说是否足够快？

是的，实时游戏和对延迟敏感的交易除外。从达拉斯出发，通过有线网络往返纽约通常约为 36 ms，往返洛杉矶通常约为 35 ms，因此美国本土没有用户距离该服务器过远。位于弗吉尼亚州北部的服务器到纽约更快，约为 10 ms；但到洛杉矶则明显更慢，约为 62 ms。若您希望缩小最差延迟，而不是追求更低的中位延迟，请选择达拉斯。

得克萨斯州电网会降低达拉斯 VPS 的可靠性吗？

ERCOT 是独立电网，与邻近电网之间约有 1.2 GW 的直流互联容量，因此电力短缺时，得克萨斯州无法大量输入电力。2021 年 2 月的冬季风暴 Uri 因此导致持续数日的轮流停电。您的正常运行时间取决于机房建筑，而不是电网，因为 UPS 电池可维持负载数分钟，柴油发电机则可在燃料耗尽前持续供电。请向服务商询问：按满负载运行时，现场储备燃料可支持发电机运行多久，以及上一次满负载测试的日期。

龙卷风或得克萨斯州热浪会导致我的服务器离线吗？

单独来看不会。2019 年 10 月 20 日穿过达拉斯北部的 EF3 级龙卷风摧毁了商业街商场和住宅，而专用数据大厅是为承受这种风力建造的无窗混凝土结构。暴露在外的部件是屋顶冷却设备，大型春季冰雹同样会影响这些设备。高温影响的是成本，而不是正常运行时间，因为制冷系统会按当地设计日配置；但热浪期间发生制冷故障，会大幅缩短工作人员的响应时间。请将备份保存在其他区域，因为无法通过设计规避的风险是整个站点丢失。

如果我的用户在欧洲，我是否应该在达拉斯托管？

不应该。达拉斯的服务器响应法兰克福约需 125 ms，响应伦敦约需 112 ms；这一差异由距离决定，任何配置都无法消除。请在靠近用户的位置托管，并保留一台达拉斯服务器处理无需用户等待的任务，例如备份或批处理作业。如果涉及欧洲个人数据，选择欧盟境内的位置还可避免额外的数据传输问题，否则您需要对此进行记录说明。

购买前如何测量到达拉斯 VPS 的延迟？

向服务商获取测试 IP 地址，然后从用户使用的每个网络运行 ping -c 20 和 mtr -rwzc 100 对其进行测试。在 ping 摘要中，同时查看平均值和 mdev 值：平均值较低但 mdev 较高表示存在抖动，其体验通常比稳定但数值较高的延迟更差。在用户晚间高峰时段连续两天重复测试，因为拥塞与时间段有关。测量吞吐量时，请使用 iperf3 并行运行 4 个流，因为长距离路径上的单个 TCP 流会受窗口大小限制，而不是受链路带宽限制。