本发明涉及服务器领域,尤其涉及一种服务器网络性能测试方法及系统。
背景技术
open19开放服务器标准旨在为存储、网络和服务器的建设带来一个简化的开放设计标准,适用于任何规模的数据中心。其目标是增加“主流的19英寸数据中心机架”服务器和存储,以及网络相关设备的密度,降低机架设备的成本,优化机架集成和部署,优化电源利用率,最终为不同环境的数据中心提供低成本的基础设施。
通常情况下,open19开放式服务器对外网络设备为高密度复合口,即服务器的管理网口与数据网口通过供电板聚合到高密度复合口上,该高密度复合口与网络传输负载配合后能否满足网络传输的时效,决定着系统数据传输时效性,如何测试高密度复合口与网络传输负载之间配合后的网络传输时效性是当前丞待解决的技术问题。
技术实现要素:
为了克服上述现有技术中的不足,本发明提供一种服务器网络性能测试方法,方法包括:
计算节点与各个测试节点建立通信连接;
在预设的测试时长内,测试服务器控制计算节点向各个测试节点持续发送测试数据包;
各个测试节点接收计算节点发送的测试数据包;
测试服务器获取计算节点向各个测试节点发送数据包的起始时间点,测试服务器监测各个测试节点接收数据包的接收时间点;
测试服务器根据测试节点的接收时间点和起始时间点之间的时间差获取计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据。
优选地,步骤测试服务器根据测试节点的接收时间点和起始时间点之间的时间差获取计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据之后还包括:
当测试服务器在预设时长内未获取到某一测试节点接收计算节点发送测试数据包的接收时间点时,测试服务器标识所述测试节点与计算节点通信故障,并定位所述测试节点地址信息。
优选地,各个测试节点在接收到计算节点发送的测试数据包后,在预设的反馈时长内,向计算节点发送反馈数据包;
测试服务器获取测试节点向计算节点发送反馈数据包的反馈时间点以及计算节点接收到测试节点发送反馈数据包的接收反馈时间点;
测试服务器根据测试节点发送反馈数据包的反馈时间点和计算节点接收反馈时间点,获取反馈时间差,得到计算节点与各个测试节点之间的网络通信的反馈数据带宽延时数据。
优选地,步骤测试服务器获取测试节点向计算节点发送反馈数据包的反馈时间点以及计算节点接收到测试节点发送反馈数据包的接收反馈时间点之后还包括:
当测试服务器在预设时长内未获取到计算节点接收到测试节点发送反馈数据包的接收反馈时间点时,测试服务器标识所述测试节点与计算节点反馈信息通信故障,并定位所述测试节点地址信息。
优选地,登录模块获取计算节点的地址信息和计算节点登录密钥,还获取测试节点的地址信息和测试节点登录密钥;
登录模块将计算节点的地址信息和登录密钥对应形成计算节点登录指令;将测试节点的地址信息和登录密钥对应形成测试节点登录指令,将测试节点登录指令配置成测试节点登录信息表;
登录模块获取测试服务器发送的登录信息,解析测试服务器发送的登录信息中的计算节点登录指令,或测试节点登录指令,并根据计算节点登录指令,或测试节点登录指令登录计算节点或测试节点。
优选地,测试服务器包括:测试脚本;
测试服务器基于计算节点的地址信息和计算节点登录密钥以及测试节点的地址信息和测试节点登录密钥,分别登录计算节点和各个测试节点;
测试服务器将测试脚本配置到计算节点及各个测试节点上;
计算节点及各个测试节点分别安装测试脚本,安装完成后向测试服务器反馈安装完成反馈信息;
反馈安装完成反馈信息包括:安装数据包信息,地址信息和登录密钥。
优选地,测试服务器获取计算节点及各个测试节点的安装完成反馈信息;
将计算节点及各个测试节点反馈的安装数据包信息与测试脚本的预设数据包信息进行比对,判断是否一致;
如不一致,则获取所述安装数据包信息不一致的节点地址信息,测试服务器将测试脚本再次配置到所述节点上;
所述节点再次安装测试脚本,安装完成后向测试服务器反馈安装完成反馈信息,供测试服务器对比判断。
优选地,测试服务器将测试脚本配置到计算节点及各个测试节点上之后还包括:
计算节点及各个测试节点解压测试脚本并安装至预设的部署存储路径上;
计算节点及各个测试节点启动web应用服务;
测试服务器通过浏览器访问计算节点及各个测试节点,检查是否正常。
一种服务器网络性能测试系统,包括:计算节点,多个测试节点以及测试服务器;
计算节点与各个测试节点建立通信连接;测试服务器分别与计算节点和各个测试节点通信连接;
测试服务器用于在预设的测试时长内,控制计算节点向各个测试节点持续发送测试数据包:
各个测试节点接收计算节点发送的测试数据包;
测试服务器获取计算节点向各个测试节点发送数据包的起始时间点,测试服务器监测各个测试节点接收数据包的接收时间点;
测试服务器根据测试节点的接收时间点和起始时间点之间的时间差获取计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据。
当测试服务器在预设时长内未获取到某一测试节点接收计算节点发送测试数据包的接收时间点时,测试服务器标识所述测试节点与计算节点通信故障,并定位所述测试节点地址信息。
优选地,测试服务器包括:登录模块和测试脚本;
登录模块用于获取计算节点的地址信息和计算节点登录密钥,还获取测试节点的地址信息和测试节点登录密钥;
将计算节点的地址信息和登录密钥对应形成计算节点登录指令;将测试节点的地址信息和登录密钥对应形成测试节点登录指令,将测试节点登录指令配置成测试节点登录信息表;
获取测试服务器发送的登录信息,解析测试服务器发送的登录信息中的计算节点登录指令,或测试节点登录指令,并根据计算节点登录指令,或测试节点登录指令登录计算节点或测试节点;
测试服务器还用于基于计算节点的地址信息和计算节点登录密钥以及测试节点的地址信息和测试节点登录密钥,分别登录计算节点和各个测试节点;
测试服务器将测试脚本配置到计算节点及各个测试节点上;
计算节点及各个测试节点分别安装测试脚本,安装完成后向测试服务器反馈安装完成反馈信息;
反馈安装完成反馈信息包括:安装数据包信息,地址信息和登录密钥。
从以上技术方案可以看出,本发明具有以下优点:
各个测试节点接收计算节点发送的测试数据包;测试服务器获取计算节点向各个测试节点发送数据包的起始时间点,测试服务器监测各个测试节点接收数据包的接收时间点;测试服务器根据测试节点的接收时间点和起始时间点之间的时间差获取计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据。可以获取到计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据。也就可以体现出高密度复合口与网络传输负载之间配合后的网络传输时效性。
如果测试服务器未能在在预设时长内接收某一测试节点未发送测试数据包的接收时间点时,造成测试节点与计算节点之间通信传输超时,影响了高密度复合口与网络传输负载之间配合后的网络传输时效性,这样需要表述出所述测试节点与计算节点之间的通信信道,标识测试节点的地址信息,以便后续有测试人均进行调试,保证高密度复合口与网络传输负载之间配合后的网络传输时效性。
本发明中,测试服务器可以实现对计算节点及各个测试节点之间的免密码登陆,并且将测试脚本统一安装,并将计算节点及各个测试节点反馈的安装数据包信息与测试脚本的预设数据包信息进行比对,判断是否一致;如不一致,则获取所述安装数据包信息不一致的节点地址信息,测试服务器将测试脚本再次配置到所述节点上;所述节点再次安装测试脚本,安装完成后向测试服务器反馈安装完成反馈信息,供测试服务器对比判断。满足了测试脚本的统一完整,保证高密度复合口与网络传输负载之间配合后的网络传输时效性的测试要求。
附图说明
为了更清楚地说明本发明的技术方案,下面将对描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为服务器网络性能测试方法流程图;
图2为服务器网络性能测试方法实施例流程图;
图3为服务器网络性能测试方法实施例流程图;
图4为服务器网络性能测试系统示意图
具体实施方式
本发明提供一种服务器网络性能测试方法,如图1所示,方法包括:
s1,计算节点与各个测试节点建立通信连接;
s2,在预设的测试时长内,测试服务器控制计算节点向各个测试节点持续发送测试数据包;
s3,各个测试节点接收计算节点发送的测试数据包;
s4,测试服务器获取计算节点向各个测试节点发送数据包的起始时间点,测试服务器监测各个测试节点接收数据包的接收时间点;
s5,测试服务器根据测试节点的接收时间点和起始时间点之间的时间差获取计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据。
这样基于测试服务器获取到的测试节点的接收时间点和起始时间点之间的时间差,可以获取到计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据。也就可以体现出高密度复合口与网络传输负载之间配合后的网络传输时效性。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将运用具体的实施例及附图,对本发明保护的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部的实施例。基于本专利中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本专利保护的范围。
如图2所示,步骤测试服务器根据测试节点的接收时间点和起始时间点之间的时间差获取计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据之后还包括:
s5-1,当测试服务器在预设时长内未获取到某一测试节点接收计算节点发送测试数据包的接收时间点时,测试服务器标识所述测试节点与计算节点通信故障,并定位所述测试节点地址信息。
如果测试服务器未能在在预设时长内接收某一测试节点未发送测试数据包的接收时间点时,造成测试节点与计算节点之间通信传输超时,影响了高密度复合口与网络传输负载之间配合后的网络传输时效性,这样需要表述出所述测试节点与计算节点之间的通信信道,标识测试节点的地址信息,以便后续有测试人均进行调试,保证高密度复合口与网络传输负载之间配合后的网络传输时效性。
s5-2,测试服务器在预设时长内均获取到测试节点接收计算节点发送测试数据包的接收时间点,则通信正常,高密度复合口与网络传输负载之间配合后的网络传输满足时效性。
本实施例中,为了进一步获取到计算节点与各个测试节点反馈时效性,也测试高密度复合口与网络传输负载之间通信交互的时效性。如图3所示,
s11,计算节点与各个测试节点建立通信连接;
s12,在预设的测试时长内,测试服务器控制计算节点向各个测试节点持续发送测试数据包;
s13,各个测试节点接收计算节点发送的测试数据包;
s14,测试服务器获取计算节点向各个测试节点发送数据包的起始时间点,测试服务器监测各个测试节点接收数据包的接收时间点;
s15,测试服务器根据测试节点的接收时间点和起始时间点之间的时间差获取计算节点与各个测试节点之间的网络通信的发送数据带宽延时数据。
s16,各个测试节点在接收到计算节点发送的测试数据包后,在预设的反馈时长内,向计算节点发送反馈数据包;
s17,测试服务器获取测试节点向计算节点发送反馈数据包的反馈时间点以及计算节点接收到测试节点发送反馈数据包的接收反馈时间点;
s18,测试服务器根据测试节点发送反馈数据包的反馈时间点和计算节点接收反馈时间点,获取反馈时间差,得到计算节点与各个测试节点之间的网络通信的反馈数据带宽延时数据。
步骤测试服务器获取测试节点向计算节点发送反馈数据包的反馈时间点以及计算节点接收到测试节点发送反馈数据包的接收反馈时间点之后还包括:
当测试服务器在预设时长内未获取到计算节点接收到测试节点发送反馈数据包的接收反馈时间点时,测试服务器标识所述测试节点与计算节点反馈信息通信故障,并定位所述测试节点地址信息。
如果测试服务器未能在预设时长内获取到计算节点接收到测试节点发送反馈数据包的接收反馈时间点时,造成测试节点与计算节点之间通信传输超时,影响了高密度复合口与网络传输负载之间配合后的网络传输时效性,这样需要表述出所述测试节点与计算节点之间的通信信道,标识测试节点的地址信息,以便后续有测试人均进行调试,保证高密度复合口与网络传输负载之间配合后的网络传输时效性。
测试服务器在预设时长内均获取到计算节点接收到测试节点发送反馈数据包的接收反馈时间点,接收反馈时间点,并得到计算节点与各个测试节点之间的网络通信的反馈数据带宽延时数据,满足预设要求,则计算节点与各个测试节点通信交互正常。
在预设时长内均获取到测试节点接收计算节点发送测试数据包的接收时间点,则通信正常,高密度复合口与网络传输负载之间配合后的网络传输满足时效性。
本实施例中,使用open19开放式服务器中的某一个节点作为测试控制节点,并配置好各个节点之间的免密码访问登陆。
登录模块获取计算节点的地址信息和计算节点登录密钥,还获取测试节点的地址信息和测试节点登录密钥;
登录模块将计算节点的地址信息和登录密钥对应形成计算节点登录指令;将测试节点的地址信息和登录密钥对应形成测试节点登录指令,将测试节点登录指令配置成测试节点登录信息表;登录模块获取测试服务器发送的登录信息,解析测试服务器发送的登录信息中的计算节点登录指令,或测试节点登录指令,并根据计算节点登录指令,或测试节点登录指令登录计算节点或测试节点。
这样测试服务器可以基于计算节点登录指令,或测试节点登录指令,通过地址信息和登录密钥使测试服务器登陆计算节点和测试节点。
进一步的,在测试前,为了统一测试脚本,能够实现数据包发送接收的统一,测试脚本的统一配置。便于后期测试使用,测试服务器包括:测试脚本;
测试服务器基于计算节点的地址信息和计算节点登录密钥以及测试节点的地址信息和测试节点登录密钥,分别登录计算节点和各个测试节点;测试服务器将测试脚本配置到计算节点及各个测试节点上;计算节点及各个测试节点分别安装测试脚本,安装完成后向测试服务器反馈安装完成反馈信息;反馈安装完成反馈信息包括:安装数据包信息,地址信息和登录密钥。
测试服务器获取计算节点及各个测试节点的安装完成反馈信息;
将计算节点及各个测试节点反馈的安装数据包信息与测试脚本的预设数据包信息进行比对,判断是否一致;如不一致,则获取所述安装数据包信息不一致的节点地址信息,测试服务器将测试脚本再次配置到所述节点上;所述节点再次安装测试脚本,安装完成后向测试服务器反馈安装完成反馈信息,供测试服务器对比判断。
其中,这里基于待安装的测试脚本,在计算节点及各个测试节点安装。
这样可以保证测试脚本在计算节点和测试节点上的一致性,同时可以实现计算节点和测试节点同步安装测试脚本,并由测试服务器统一进行基于测试脚本完整性的判断。保证高密度复合口与网络传输负载之间配合后的网络传输时效性的测试效果。
本实施例中,测试服务器将测试脚本配置到计算节点及各个测试节点上之后还包括:计算节点及各个测试节点解压测试脚本并安装至预设的部署存储路径上;计算节点及各个测试节点启动web应用服务;测试服务器通过浏览器访问计算节点及各个测试节点,检查是否正常。测试服务器,计算节点及各个测试节点可以基于web应用服务进行相互访问。
多个测试节点(以cu1…cu10为例),形成循环测试并后台执行脚本同时将打印的安装log导入到本地文件中,即批量执行多个节点的网络性能测试,控制节点操作如下:
foriin{1..10};
do
sshcu$i
/root/nettest.sh|tee–a/root/test.log2>&1
done
sleep1000//远程各个节点后台执行带宽延时测试//
基于测试服务器执行相关指令:
ib_write_bw–dbnxt_re0–x3//测试服务器实时打印计算节点带宽数据//
ib_write_lat–dbnxt_re0–x3//测试服务器实时打印计算节点延时数据//
ib_write_bw–dbnxt_re0(ibdevice)–x3ip_address(计算节点ip)//测试节点发送带宽测试指令//
ib_write_lat–dbnxt_re0(ibdevice)–x3ip_address(计算节点ip)//测试节点发送延时测试指令//
本方法是一种更加高效、快速准确对节点高密度聚合网口进行性能方法。此方法能够批量对open19开放式服务器多个节点进行实时的网络带宽延时测试,简单实用。
本发明还提供一种服务器网络性能测试系统,如图4所示,本发明还提供一种服务器网络性能测试系统,如图4所示,包括:计算节点1,多个测试节点2以及测试服务器3;计算节点1与各个测试节点2建立通信连接;测试服务器3分别与计算节点1和各个测试节点2通信连接;测试服务器3用于在预设的测试时长内,控制计算节点1向各个测试节点2持续发送测试数据包:各个测试节点2接收计算节点1发送的测试数据包;
测试服务器3获取计算节点1向各个测试节点2发送数据包的起始时间点,测试服务器3监测各个测试节点2接收数据包的接收时间点;
测试服务器3根据测试节点2的接收时间点和起始时间点之间的时间差获取计算节点1与各个测试节点2之间的网络通信的发送数据带宽延时数据。
当测试服务器3在预设时长内未获取到某一测试节点2接收计算节点1发送测试数据包的接收时间点时,测试服务器3标识所述测试节点2与计算节点1通信故障,并定位所述测试节点2地址信息。
本发明中,测试服务器3包括:登录模块和测试脚本;
登录模块用于获取计算节点1的地址信息和计算节点1登录密钥,还获取测试节点2的地址信息和测试节点2登录密钥;
将计算节点1的地址信息和登录密钥对应形成计算节点1登录指令;将测试节点2的地址信息和登录密钥对应形成测试节点2登录指令,将测试节点2登录指令配置成测试节点2登录信息表;获取测试服务器3发送的登录信息,解析测试服务器3发送的登录信息中的计算节点1登录指令,或测试节点2登录指令,并根据计算节点1登录指令,或测试节点2登录指令登录计算节点1或测试节点2;测试服务器3还用于基于计算节点1的地址信息和计算节点1登录密钥以及测试节点2的地址信息和测试节点2登录密钥,分别登录计算节点1和各个测试节点2;测试服务器3将测试脚本配置到计算节点1及各个测试节点2上;计算节点1及各个测试节点2分别安装测试脚本,安装完成后向测试服务器3反馈安装完成反馈信息;反馈安装完成反馈信息包括:安装数据包信息,地址信息和登录密钥。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。