博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
应用Chariot解决网闸通道吞吐量的测试
阅读量:4201 次
发布时间:2019-05-26

本文共 1110 字,大约阅读时间需要 3 分钟。

1       测试环境

环境说明:

1)  在控制台上安装chariot控制台软件;

2)  分别在Endpiont1234上安装Endpoint软件;

3)  在网闸上设置控制通道,即设置10115端口的映射,比如设置TCP端口映射192.168.2.5 端口10115映射到192.168.5.4端口10115192.168.2.6 端口10115 映射到192.168.5.2端口10115

4)  在网闸上设置数据流通道:192.168.2.5 端口1045 映射到192.168.5.4 端口1045192.168.2.6 端口1045映射到192.168.5.2 端口10245等。

2       Chariot的工作原理

1)  Chariot通过控制台上加载测试脚本通过TCP10115端口或者UDP10115端口分别与源Endpoint和目标Endpoint进行通信;

2)  两个Endpoint之间在控制台脚本的控制下,按照配置发送测试数据流,同时将测试结果汇总到控制台;

3)  Endpoint的通信端口可以在测试脚本中进行定义,即设置数据发送的源端口或者目标端口,在默认情况下是Atou,系统自动选择没有应用的端口。

3       测试过程

1)  设置控制通道,在上面的环境设置3)中已经说明;

2)  设置通信通道,在上面环境测试设置4)中已经说明;

3)  选择测试脚本,如果测试吞吐量可以选择Chariot自带的测试脚本ThroughPut.src脚本;如图所示:

 

4)  按照设置的通信通道设置脚本中的目的端口,比如这个实例中可以设置为1045,如下图所示:

5)  配置完成后,将这条数据流复制—粘贴生成10条数据流,这样做的原因是为了最大能力的达到数据流的发送;

6)  接下来可以运行测试了,在运行测试的过程中,可以实时的检测到当前设备的吞吐量的情况;(Chariot会给出一个吞吐量的图标,很直观的看到结果)

7)  运行完成后,可以通过Chariot生成一份很直观的报告;

4       注意事项

1)  通道建立后实验一下通道是否可以正常通信,如果不可以正常通信,测试是不能完成的,实验方法:通过telnet IP port然后在目标主机上监听一下是否可以收到通信的数据包;

2)  控制通道问题,可能导致链接Endpoint通信链接超时的问题,在这种情况下需要验证通信通道是否正常;

3)  在数据流发送过程中大量数据发送失败,可能是数据通道问题,需要检查数据通道是否工作正常;

4)  端口占用,如果应用的端口,可能是控制端口,也可能是数据通信端口,已经被占用的时候可能会报这个错误,这个时候需要更换端口,或者停掉占用端口的服务。

你可能感兴趣的文章
数据清洗
查看>>
Pentaho Data Integration(or Kettle)
查看>>
Nginx问题记录
查看>>
SAP简介
查看>>
Windows系统常用配置
查看>>
通用后台生产框架汇总
查看>>
MySQL 8
查看>>
Redis简介
查看>>
技术管理
查看>>
高并发
查看>>
MySQL常用设置
查看>>
Linux 运维常用网络命令
查看>>
JavaEE常用框架汇总
查看>>
分布式数据库汇总
查看>>
Vim 命令
查看>>
Flink
查看>>
NTP-网络时间协议
查看>>
C/C++学习方法
查看>>
Borland编译器,在windows7的命令行中运行C++
查看>>
Apache Derby 网络服务器 - 10.9.1.0 - (1344872) 已启动并准备接受端口 1527 上的连接
查看>>