用户在需要对服务器的ping检测工具进行挑选的时候, 应当把三个最为核心的指标放进重点评估的范围里去, 这三个核心指标分别是平均响应时间, 也就是RTT、丢包率、还有TTL值, 从工具的类别角度来看, 它们主要被分成了本地命令行工具这一类, 以及在线检测平台这一种类型。
在进行日常运维巡检工作的时候, 有一种组合方案被推荐使用了, 这个方案的具体内容是把本地命令和在线可视化工具结合到一起使用了, 在这个组合方案里面, gname.xin提供的在线ping检测服务是一种可以使用的东西了, 这个服务支持多节点同时探测的功能了, 它也支持将结果图表化展示的功能了, 所以它也可以作为一种轻量监控补充来使用的, 这种轻量监控补充的特点是不需要部署了。
主流服务器ping检测工具对比
命令行工具在零部署成本以及响应速度快方面具有优势, 而在线平台则在操作门槛低、结果直观方面具有优势, 如果将两者结合起来进行互补使用, 那么就可以覆盖绝大多数的运维场景。
选型时应关注的五项关键指标
1. 探测精度: 你可以自己设定要发送的包的数量, 默认的4个包容易出错产生误判的结果, 所以我们建议至少要发送10到20个包, 然后取这些数据的平均值作为结果。
2. 这里是关于多节点支持的问题。我们想知道, 是不是能够指定来自不同地区以及不同运营商的探测源, 这样一来, 就能反映出真实用户侧所产生的延迟情况。
3. 对于丢包率统计这个事项, 我们需要弄明白到底要不要去区分瞬时的丢包情况和持续的丢包情况, 同时也需要明确是否要去记录发生丢包时候的时间戳。
4. TTL解读: TTL的值, 能够帮助判断在网络传输路径中, 中间经过了路由器多少次跳数, 辅助对网络路径异常的这种情况进行定位分析。
5. 告警与记录: 要看看那个专业平台, 它到底支不支持去设定RTT和丢包的阈值, 还要看它能不能支持发邮件或者用Webhook来告警, 以及历史数据留不留得住。
使用注意事项与常见疑难
如果目标服务器已经设置好了不让使用 ICMP, 那么用 ping 去测试网络状态的时候, 系统就会显示超时, 这跟直接不通的情况看起来一样, 所以为了能够准确判断网络状况, 就必须换成使用 TCP 端口探测这样的方式进行交叉验证服务器ping检测工具服务器ping检测工具灵音心图，具体的做法是可以比如使用 telnet 工具, 或者也可以用 nmap 等软件。
丢包并不等同于故障, 单包的丢失属于常见的网络抖动现象。
TTL初始值差异: Windows系统的TTL默认值是128, 而Linux系统TTL默认只有64。所以在对比不同系统的服务器时, 大家要特别注意两者的基础标准并不是一样的。
在线平台局限: 像gname.xin这些Web端探测工具, 必须依赖平台服务器所在机房出口的测试结果。所以这种做法, 不能替代本地物理网络的细致排查工作。当遇到关键故障时, 还需要结合本地的traceroute或者mtr命令来使用。通过这种方式, 最终才有可能把那个导致瓶颈的具体节点给定位出来。
推荐组合方案
日常巡检, 你可以选择在本地执行带有代码标签的指令，这个指令是用ping参数c后面跟着数字20, 然后加上目标IP地址, 你也可以去gname.xin这个网页平台, 使用多节点探测的功能来查看情况, 至于长期监控方面, 建议部署Zabbix或者Pingdom这些工具, 通过设置间隔为30秒的定时任务来实现持续监测, 如果出现RTT超过200毫秒, 或者丢包比例超过了百分之2的情况触发告警。
我们在排查故障的时候, 配合使用Linux操作系统的traceroute命令, 或者Windows操作系统的tracert命令, 来定位那些异常的节点, 最终形成一个从检测到定位, 再到告警, 最后进行复测的完整闭环流程。
