云世界的 5 个网络指标

随着网络从物理实体转变为更抽象的实体，IT 通过研究和部署新的网络设备和功能勇敢地跟上步伐。 IT 团队不得不将工作负载和思维方式转移到云和 SaaS 提供商，同时对最终用户体验负责——这变得越来越重要。但是哪些网络指标可以传达云部署的成功？

在当今的网络世界中，这是一个错综复杂的网络，但一切都没有丢失。我们建议将这五个指标作为衡量云中最终用户体验和网络性能的构建块。它们可能看起来很熟悉：它们与在云之前的世界中有用的旧指标相同，现在也可以提供有价值的见解（尽管您需要能够深入了解云才能获得它们） —AppNeta 可以提供帮助）。这些网络指标可以成为您的首选云指标。

1.延迟。 该指标衡量数据包从源传输到目的地所需的时间，以不对称方式测量以匹配互联网的非对称性质。延迟是关于感知的，所以对于不同的用户和应用，延迟的感知是不同的。在过去，当 100 人使用本地应用程序时，10 毫秒的延迟不是问题。但是现在，有成千上万的人在云端使用一个应用程序，延迟增加十倍（100 毫秒）是不可接受的。

此外，Web 应用程序非常健谈。 Web 应用程序包含从客户端到 Web 服务器的一系列请求和响应。因此，延迟的增加将影响这些请求和下载的对象中的每一个。对于业务关键型 SaaS 应用，延迟的增加会对工作效率产生重大影响。

一旦您确定延迟是一个问题，您就需要弄清楚它发生在哪里。它可能在您的网络、您的 WiFi、您的 WAN 连接中，通过开放的互联网，甚至在您的服务提供商的环境中。除了基本的故障排除之外，您还需要更好的工具。像 traceroute 这样的简单方法可以粗略地了解从用户到应用程序的路线，但路线可能每次都不同。

2.丢包 .这是在源和目标之间丢失的网络数据包的百分比。根据使用的协议，数据包丢失可能导致网络拥塞、浪费时间和用户沮丧。在小规模爆发中，网络可以处理损失，但如果损失复合，则可能对最终用户产生严重影响。

当应用程序全部通过 LAN 在内部托管时，数据包丢失并不是真正的问题。如果出现数据包丢失，查找和修复非常简单。但在开放的互联网上，情况就不同了。互联网协议 TCP 保证传输，但如果它检测到数据包丢失并重新传输数据，则会增加延迟并导致网络拥塞。

在当今的 VoIP 和视频流应用程序中，数据包丢失尤其明显，包括掉线和质量差。如果您支持这些应用程序，则可以独立跟踪数据和语音数据包丢失情况。

3.容量。 容量已经取代了带宽，这曾经是主要的网络指标。不过，现在，基于路径的指标（如容量）更能反映用户体验。容量是衡量源和目的地之间最大可能传输速率的端到端度量，受应用程序交付路径上最拥塞的跃点限制。这在考虑云服务时变得尤为重要，因为您无法控制提供商的网络，也不知道连接的速度到底有多快。

测量容量可衡量实际应用路径，包括 WiFi。使用动态互联网时需要包括容量在内的持续监控。

有两种容量：可用容量和已利用容量。可用是对应用程序可用的网络资源的最准确度量，可以确定性能下降的根本原因。在查看已利用容量时，高利用率是性能下降的重要指标。通过隔离最慢跃点的位置，可以在跟踪容量时减少故障排除时间。

4.抖动。 该指标反映了源和目标之间具有延迟变化的数据包百分比。当抖动有问题时，它非常明显。低至 30 到 40 毫秒的抖动会影响通话或在线会议的质量。

5.服务质量。 该指标与特定端口或协议上的流量的路由优先级相关。当网络拥塞时很重要，因为 QoS 可确保在关键业务应用程序上获得良好的体验。对于 VoIP 或视频等一些应用，如果这些路由优先级被降级或重新标记，网络可能会出现抖动、数据丢失和延迟。

在这个充满挑战和可能性的云世界中，很容易忽视旧的网络指标。但这五个指标是重新获得对应用程序和用户体验的适当控制的好方法。