在出现问题之前衡量您的网络延迟

网络的速度通常被定义为吞吐量：您的网络在一秒钟内可以通过其管道泵送多少兆位或千兆位。 这当然很重要，但是还有一个要考虑的因素，如今，它通常至少比原始速度重要（有时更重要）。 那是延迟。 定义延迟的最佳方法是延迟：从源到目的地发送一个数据包或一组数据包之间的时间跨度，通常以毫秒（ms）为单位。 对于用户而言，在使用日常应用程序的过程中，即使通常在滞后时间上也没有太大的区别。 也就是说，除非他们使用对延迟敏感的应用程序。 对延迟敏感的应用程序列表最近一直在增长，这就是为什么延迟如此重要的原因。 大多数应用程序可以调整以降低延迟时间，但是，如果某些最低延迟性能得不到满足，则某些应用程序（尤其是那些依赖于视频流或其他恒定数据馈送的应用程序）可能会遇到麻烦。

改变延迟状况的关键驱动因素是云服务。 无论是在私有数据中心还是在诸如Amazon Web Services（AWS）或Google Cloud之类的公共云中运行的云服务，都必须与数据中心保持一定距离。 通常，通往这些云服务的路径是通过公共互联网传播的。 对于大多数网络流量，可以使用Internet连接。 但是对于延迟敏感的应用程序来说，互联网是一个无法预料的荒野，一毫秒可以平静下来，下一秒可以暴风雨。 这是因为数据路径易受路由和处理延迟的影响。 这些都是您的IT员工和云服务的IT专业人员都无法控制的因素。

什么是延迟？

影响云服务的延迟有两种类型。 一个是数据从一个点到另一个点在网络上传输所花费的时间。 这受连接的“线速”限制，即光通过玻璃纤维电缆传输的速度或沿Cat X铜电缆传输的数据的信号速度。 在所有情况下，它都与所涉及的距离直接相关。 最重要的是，除了要移近云提供商或为正在使用的云服务选择最近的服务器位置以外，您无法采取任何措施来解决传输所造成的延迟，尽管并非所有云服务都可以给你那个选择。

第二种类型的延迟是由处理延迟或有时路由选择不当造成的。 每次数据包通过设备时，路由器或交换机决定下一步将其发送到目的地时都会有短暂的延迟。 防火墙或其他安全设备中的数据包检查以及服务器在接收到数据请求，在大容量存储中找到数据，对请求采取行动并发送响应时，还会导致其他延迟。 尽管这些延迟都是短暂的，但它们加起来。 有时，如果您从数据中心到云中数据的路径比较拥挤，那么延迟和延迟就可能加起来。

使用Traceroute测量延迟

幸运的是，测量数据的延迟相当容易，并且不花任何钱。 要找出答案，请在您选择的操作系统（OS）中运行命令行，然后执行Traceroute命令。 在Microsoft Windows中，在命令提示符下键入命令“ tracert”，然后输入目标名称，可能是“ aws.amazon.com”或“ cloud.google.com”。 （请参见下面的屏幕截图。）

在Apple OS X或Linux中，跳至终端窗口并键入： traceroute -I companydomain.com。 或者，您可以将域名替换为实际的IP地址。 您需要-I开关，以便traceroute将使用Internet控制消息协议（ICMP），这将是准确测量延迟所需的。

无论使用哪种操作系统，您在屏幕上看到的都是沿路径到您正在检查的网站的每个路由器的响应以及以毫秒为单位的时间度量。 加起来就是您的延迟。 如果您多次运行该命令，那么您会发现相同的路由器并不总是显示出来。 这是因为每次您运行命令时，数据包都可能采用不同的Internet路径。 有些途径可能比其他途径更长，这增加了您的总体延迟。 欢迎使用Internet上的延迟。

点击截图放大。

使用网络管理工具测量延迟

负责公司网络的IT专业人员将拥有某种网络监视工具，以监控跨线路运行的流量以及流量的运行情况。 您还可以通过其他方式检查网络延迟。 如果它是功能完善的工具，那么它将具有自己的延迟测量功能。 例如，Spiceworks拥有自己的Traceroute软件，该软件使用传输控制协议（TCP），而不是前面概述的标准traceroute功能中使用的ICMP协议。 在Ping命令中也使用了该命令。 在某些情况下，由于某些路由器配置为不响应ICMP数据包，因此TCP可能更准确。

另一个很好的例子是Paessler AG，该公司出售Paessler PRTG Network Monitor。 该工具将提供网络延迟以及其他功能。 Paessler AG拥有其软件的免费版本以及免费试用版。 当我测试即将进行的PCMag审查的工具时，我将查看PRTG网络监视器，包括其延迟功能。

Paessler AG的高级系统工程师Greg Ross解释说：“除了ping次数以外，如果我每隔一段时间都进行测量，那是延迟的基本度量。” “您可以分解路径，并评估路径中的每个跃点。我们可以通过跟踪路由跃点计数来做到这一点。

罗斯说：“另一方面是服务质量监控，它可以查看我与端点之间的抖动和往返时间。” 他说，这种监视还可以显示引起延迟的其他原因，例如数据包延迟或数据包接收顺序混乱。

减少延迟的影响

如果您的应用程序在高延迟时间上遇到麻烦，那么您可以采取一些措施来减轻延迟的影响，即使您无法消除它。 第一个是调查您没有自己的DNS服务器时使用的域名系统（DNS）服务。 延迟的一个隐藏原因是，当您使用的DNS服务器查找要访问的网站的互联网协议（IP）地址时发生延迟。

遥远的DNS服务器会引入延迟，而延迟会导致性能下降。 如果地址在服务器表中，则拥有自己的服务器将减少查找时间。 否则，您将不得不等待它向下一个DNS服务器询问地址。 对于您经常访问的网站，这可以减少延迟。

拥有专用的连接也将减少等待时间（如果它确实专用），这意味着您使用定义的线路进行了连接。 如果您的距离足够近，或者是从运营商处租用的线路，这可以是物理光纤连接。 这样，您减少了所涉及的路由器的数量，并减少了可能导致延迟的路由错误的机会。

并且，当然，您可以缩短距离。 根据M2 Optics提供的表格，100 KM的光纤会引入近500微秒的延迟。 那是半毫秒，因此您可以看到距离如何使延迟加起来。

保持较小的跳数

无论您使用什么“治愈”方法来处理延迟，请务必考虑它如何影响网络的其他方面。 例如，如果您将云用于灾难恢复（DR），那么距离太近可能会导致其自身的一系列问题，因为您不希望灾难和数据中心一样遭受灾难。

通常，您可以通过减少路径中的跳数来减少延迟，并且有几种方法可以解决该问题。 除了前面提到的那些，您还可以保证带宽以减少由拥塞引起的延迟，或者可以有冗余的提供程序，以便您的应用可以实时选择延迟最小的路径。

虽然您不能在不违反物理定律的情况下消除延迟，但是您也不能忽略它。 随着流行的应用程序（例如实时流分析，视频会议，甚至您公司的IP语音（VoIP）流量）都变得对时延更加敏感，在成为问题之前，挖掘一下网络的时延将是值得的分红。