GPS部标监控平台的架构设计(七)-压力测试

时间:2023-03-08 16:31:43
GPS部标监控平台的架构设计(七)-压力测试

部标监控平台的压力测试是部标检测流程的最后一个检测环节,也是最难的,很多送检的企业平台都是卡壳在这一个环节。企业平台面临的问题如下:

1.对于压力测试的具体指标要求理解含糊,只知道是模拟一万辆车终端进行数据包传输,不知道具体的检测标准是那些指标,等进京考试后落榜了,才知道压力测试失败了,这个时候,还要通知后方的同志改进,耽误的时间和差旅费用成本惊人。很多检测人员需要在京住上几十天,算算得多少钱。因为不知道方向,所以改进也是盲目改进,不知道行不行,应付任务再次送检,也是摇骰子,祈求上天让我们通过吧。

2.不知道怎么检测,杀猪杀尾巴各有各的杀法,大家轮番发明各种检测方法,结果和交通部检测中心的检测方法不一样,看着测试人员盲目测试测的满头大汗,只是给领导装样子,效果还是和没测试一个样子。

3.根本就不清楚影响压力测试的各个因素,只知道改进某一个因素,而不知道影响压力测试效果的是各个因素的组合结果。

要解决这个问题,必须要有针对性的进行压力测试:

1.知道压力测试的硬性指标是什么,然后想办法模拟测试,达到这样的指标。

交通部jt/t796协议中规定,平台车辆接入性能的要求为:监控平台需满足具有海量定位数据高并发能力;平均500条/秒,峰值1000条/秒;企业平台能支持至少10000台终端接入,支持超过10000个动态目标的监控能力。依据上述要求,对于企业平台的压力检测采用TCP方式进行,分为两个部分进行;动态目标压力为检测和定位数据压力检测。

检测期间在任意机器中发现任何连接的主动、被动关闭,均停止检测。

GPS发送频率达不到标准要求,也停止检测。

客户端显示的GPS时间与本机时间误差超过5秒,也视为压测失败。

2.了解影响压力测试的各个因素,把它罗列出来,一一进行整改,比如机房网络带宽、服务器性能、数据库性能、操作系统、808GPS服务器;比如你的网络不好,10M独享的网络,1万台连接涌入的时候,还没到服务器的处理瓶颈,自己就超时断开了。数据库的企业版和简体版的性能差别也很大。

3.要想改进优化你的808GPS服务器性能,就必须能跟踪服务器的状态,你的808GPS服务器必须增加一个功能,那就是GPS服务器性能监控,至少能跟踪出你服务器目前所能承受的最大并发,你的GPS服务器的入库速度,报警分析是否有延迟,在压力瓶颈下,出现的各种错误日志。压测工具发了多少个包,服务器收到多少的包,丢了多少个包,有多少个连接断开。这样你才能改进,否则就是东改改,西改改,没有方向。

4.模拟出交通部检测一样的环境,比如你的平台部署在南方电信机房,交通部的测试电脑的网络环境是北方联通,这个就抓瞎了,所以你的服务器的机房,怎么也得是个一样的网络,或者是双线机房。

5.使用专业的部标测试工具,进行测试,这样就和检测中心保持一致了。

6.基于高性能的socket框架,来开发自己的部标808GPS服务器,参见:基于部标JT/T 808协议及数据格式的GPS服务器

压力测试方案提供-GPS产品经理-2379423771@qq.com