我可以选择在美国东海岸（美国）或西海岸（美国）的托管托管公司中托管数据库/ Web服务器。我们公司位于纽约市以外，两家托管服务提供商都为我们的包装盒提供专用的T1生产线。
如果我选择西海岸的服务器而不是东海岸的服务器，那么在网络延迟方面，我将承受多少性能下降（假设所有其他因素都相等）？当数字和距离变得非常大（T1及以上，以及数千英里）时，我不太确定地理对互联网速度的影响。
谢谢！
Answers:
存在距离延迟，并且所有其他条件都相同（路由效率，处理开销，拥塞等），东海岸的主机访问的站点要比东海岸的站点花费的时间更长海岸，但我们在这里说的是毫秒。
在所有其他条件相同的情况下，由于光速的原因，您将有额外的44毫秒的延迟。每个数据包往返时间为1/20秒。对于典型的Web使用来说并没有太多。对于ssh会话可通过。如果您直接通过许多小的连续事务直接访问数据库，则非常有用。
我忽略了由额外的路由器/中继器引起的额外延迟，该延迟可能高得多。我假设距离为4400 km，光速为200000 km / s。
我们有一个客户，我们花了很多时间与此相关。他们最初是在纽约托管的，其工作人员主要位于波士顿地区。他们将服务器移至位于丹佛市的工厂，大约占全国的三分之二。
一旦搬走，他们便开始通过家庭办公室中的Comcast链接提出性能问题。他们过去的延迟时间小于10毫秒，最高可达80毫秒。他们注意到到达其站点的性能下降，但是他们说：“也许我们将不得不忍受从极快的速度变为纯粹的致命速度。” 他们似乎意识到由于地理位置的限制，他们在西海岸的用户可能会获得更好的性能。
我们来回了几次。大约6个月后，由于与该客户端无关的原因（价格更高，带宽更大，对其他提供商的维护窗口数量不满意），我们切换到了其他主要的上游ISP，而与新提供商相比，我们大约需要45毫秒的时间此客户端的平均延迟。此时，他们对性能的担忧似乎已经消失。
只是为了给您一些有关出现这种问题的案例的经验，并提供与之相关的数字。
尝试使用“ mtr”显示有关到不同远端的延迟和数据包丢失的信息。除非您完全理解“慢路径”路由，否则请忽略该输出上列出的最后一跳以外的任何内容。范雅各布森（Van Jacobson）表示，人们注意到延迟始于400毫秒，但意识到许多连接都需要多次来回交换，因此100毫秒的延迟可以迅速增加一秒钟。
根据我的经验，250ms的延迟开始感觉像是连接速度非常慢。10ms或更佳的连接感觉就像是在燃烧。这实际上取决于您在做什么。
肖恩
好吧，数据包以足够接近光速的速度沿着电线传输，与其他因素相比，原始传输时间可以忽略不计。重要的是路由的效率以及路由设备可以执行多快的路由。不幸的是，这不能完全基于地理距离来确定。距离和延迟之间有很强的相关性，但是我所知道的并没有严格的规则。
我认为地理环境与数据包传输时间有很大关系，因为您走得越远，您增加的跳数越有可能增加，从而影响总体延迟。如果您的客户将主要基于西海岸，那么我会去西海岸托管...在东海岸也是一样。如果您的客户来自美国或世界各地，那么您只需做出艰难的决定，即哪一方获得的延迟更少。
在我们的情况下，我们位于自己的网络（一个大型Intranet）上，并且能够让我们的路由器在整个状态下基于OSPF做出决定：）不幸的是，网络之外的任何内容都主要取决于ISP的布局。