云服务器延迟测试,云服务器网络延迟和丢包
现象场景:客户反馈，访问云服务器，或者在云服务器上访问其他网络资源时，发现网络卡顿，使用ping命令测试网络连通性，发现网络存在丢包或网络延迟较高的情况。问题分析:网络延迟较高和丢包，这种情况可能是骨干链路拥塞、链路节点故障、服务器负载高、系统设置问题等原因引起。首先先排查云服务器自身原因后，可以使用MTR进行进一步排查。何为MTR呢？MTR 是一款网络诊断工具，可以帮助确认问题的原因所在。问题解决:以Windows云服务器和Linux云服务器为例，来探索MTR如何使用以及如何分析MTR的报告结果。一、Windows云服务器使用WinMTR工具1、在 WinMTR 窗口的 Host 处，输入目的服务器 IP 或者域名，单击【Start】。如下图所示：https://img-blog.csdnimg.cn/img_convert/d4df40a0904bca8a899ff90025725b71.png2、等待 WinMTR 运行一段时间，单击【Stop】，结束测试。如下图所示：https://img-blog.csdnimg.cn/img_convert/ec58b584c15895c9b0583ef625e3e82f.png来分析WinMTR的测试结果，主要信息如下:Hostname：到目的服务器要经过的每个主机 IP 或名称。Nr：经过节点的数量。Loss%：对应节点的丢包率。Sent：发送的数据包数量。Recv：接收到响应的数量。Best：最短的响应时间。Avrg：平均响应时间。Worst：最长的响应时间。Last：最近一次的响应时间。二、Linux云服务器默认预装了MTR如果没有安装MTR，可以使用CentOS：yum install mtr，Ubuntu:sudo apt-get install mtr进行安装MTR继承了 Ping、traceroute、nslookup 的功能，默认使用 ICMP 包测试两个节点之前的网络连接情况注:Linux的演示放到第三步实战演练MTR的相关参数说明-h/--help：显示帮助菜单-v/--version：显示 MTR 版本信息-r/--report：结果以报告形式输出-p/--split：与 --report 相对，分别列出每次追踪的结果-c/--report-cycles：设置每秒发送的数据包数量，默认是10-s/--psize：设置数据包的大小-n/--no-dns：不对 IP 地址做域名解析-a/--address：用户设置发送数据包的 IP 地址，主要用户单一主机多个 IP 地址的场景-4：IPv4-6：IPv6主要输出的信息如下：HOST：节点的 IP 地址或域名。Loss%：丢包率。Snt：每秒发送的数量包的数量。Last：最近一次的响应时间。Avg：平均响应时间。Best：最短的响应时间。Wrst：最长的响应时间。StDev：标准偏差，偏差值越高，说明各个数据包在该节点的响应时间相差越大。三、光说不练假把式，以Ubuntu系统为实例，来实战演练在云上新建一台Ubuntu云服务器，测试到8.8.8.8为例子,为了安全起见，就不测试具体的IP执行命令，mtr 8.8.8.8 --report返回信息如图https://img-blog.csdnimg.cn/img_convert/a3d5a85fb50009ea6f59eb291c4be115.png首先得说明一下，由于网络状况的非对称性，建议测试收集到双向的MTR数据(从本地到云服务器以及云服务器到本地)四、MTR报告分析以及如何处理步骤1、查看目的服务器IP是否丢包如果目的IP地址没有丢包，则表示网络正常如果目的IP地址发生丢包，则请继续往下看步骤2步骤2、定位第一次丢包的节点1、如果丢包发生在目的服务器，则可能是目的服务器的网络流量引起，请通过流量监控软件查看客户流量是否异常，登录交换机查看接口是否异常。2、如果丢包开始于前三跳，一般为本地运营商网络问题，建议检查访问其他网址是否存在相同情况。如果存在相同情况，请反馈给您的运营商进行处理。3、如果丢包发生在接近目的服务器的几跳，则可能为目的服务器运营商的网络问题。4、如果丢包发生在最后一跳，则为终端设备的问题www。jiyingyun。com qq 3008811958本文地址：http://www.wangzhan.org.cn/thread-4246-1-1.html
页:
[1]