一种负载均衡策略的测试方法、系统、装置及介质与流程

1.本技术实施例涉及网络安全领域，具体涉及一种负载均衡策略的测试方法、系统、装置及介质。


背景技术：

2.负载均衡(load balance)是一种集群技术，它将特定的业务(网络服务、网络流量等)分担给多台网络设备(包括服务器、防火墙等)或多条链路。因此，配置在网关设备上的负载均衡策略的功能有效性尤其重要，相关技术中，通过验证客户端与多个服务器是否通信成功来判断负载均衡策略的功能，但单一的测试方法导致对负载均衡策略的功能有效性测试的不够全面，导致测试结果不准确。
3.因此，如何准确的对负载均衡策略的功能有效性进行测试是需要解决的问题。


技术实现要素：

4.本技术实施例提供一种负载均衡策略的测试方法、系统、装置及介质，通过本技术的一些实施例至少能够从多个方面对网关设备中的负载均衡策略进行测试，从而准确的对负载均衡策略的功能有效性进行测试。
5.第一方面，本技术提供了一种负载均衡策略的测试方法，应用于测试服务器，所述测试方法包括：获取网关设备发送的测试数据，其中，所述测试数据包括所述网关设备通过负载均衡分配到多个接收设备中各接收设备的会话个数，或者所述测试数据包括命中目标策略的报文；基于所述测试数据获得统计结果，并且判断所述统计结果是否满足预设条件，获得对负载均衡策略的测试结果。
6.因此，与相关技术中通过验证客户端与多个服务器是否通信成功的方法来对负载均衡策略进行测试不同的是，本技术通过会话个数或者命中目标策略的报文来对负载均衡策略进行测试，能够从多个方面对负载均衡策略的功能有效性进行测试，从而提升测试准确性。
7.结合第一方面，在本技术的一种实施方式中，所述测试数据包括所述会话个数，所述会话个数是所述网关设备在进行负载均衡操作的过程中，所述各接收设备在多个设定时刻的实时会话个数；所述基于所述测试数据获得统计结果，包括：通过所述各接收设备的实时会话个数计算所述实时会话个数的第一方差值，并且将所述第一方差值作为所述统计结果。
8.因此，本技术通过计算各接收设备的实时会话个数的方差，能够观测到各接收设备的实时会话个数与均值的偏离程度，从而验证负载均衡算法的调度是否均衡。
9.结合第一方面，在本技术的一种实施方式中，所述测试数据包括所述会话个数，所述会话个数为所述网关设备在进行负载均衡操作完成之后，所述各接收设备的累计会话个数；所述基于所述测试数据获得统计结果，包括：通过所述各接收设备的累计会话个数计算所述累计会话个数的第二方差值，并且将所述第二方差值作为所述统计结果。
10.因此，本技术通过计算各接收设备的累计会话个数的方差，能够观测到各接收设备的累计会话个数与均值的偏离程度，从而验证负载均衡算法的调度到各接收设备的报文是否均匀。
11.结合第一方面，在本技术的一种实施方式中，所述测试数据还包括所述网关设备在进行负载均衡操作完成之后所述网关设备的日志，和所述各接收设备接收报文的个数；所述基于所述测试数据获得统计结果，包括：统计所述日志中所述各接收设备接收报文的个数，获得日志报文个数；比较所述日志报文个数与所述各接收设备接收报文的个数的一致性，获得所述统计结果。
12.因此，本技术通过比较日志报文个数与各接收设备接收报文的个数的一致性，能够验证日志记载的是否准确。
13.结合第一方面，在本技术的一种实施方式中，所述测试数据还包括所述网关设备将发送设备的ip地址转换后获得的目标ip地址，和候选目标ip地址集合；所述基于所述测试数据获得统计结果，包括：判断所述目标ip地址是否属于所述候选目标ip地址集合，获得所述统计结果。
14.因此，本技术通过目标ip地址是否属于候选目标ip地址集合，能够验证负载均衡策略在进行ip地址转换的过程中，是否能够转换正确。
15.结合第一方面，在本技术的一种实施方式中，所述测试数据包括命中所述目标策略的报文，所述网关设备中配置用于对报文进行负载均衡的所述目标策略；所述基于所述测试数据获得统计结果，包括：统计所述命中所述目标策略的报文的报文个数，并且将所述报文个数作为所述统计结果。
16.因此，本技术通过对命中目标策略的报文个数进行统计，能够验证负载均衡策略中包括的目标策略是否能够使用在生产场景中。
17.结合第一方面，在本技术的一种实施方式中，所述测试数据是所述网关设备对多条报文进行负载均衡操作获得的，其中，所述多条报文的类型包括命中目标策略的多条报文和不命中所述目标策略的多条报文，和/或，传输层协议不同的多条报文和应用层协议不同的多条报文。
18.结合第一方面，在本技术的一种实施方式中，所述测试数据是所述网关设备将命中目标策略的多条报文进行负载均衡操作分配到任意组接收设备的过程中获得的，其中，所述任意组接收设备的个数的数量级不同。
19.因此，本技术通过生成多种类型的多条报文，能够从多个角度对负载均衡策略进行测试，从而能够获得准确的测试结果。
20.第二方面，本技术提供了一种负载均衡策略的测试装置，所述测试装置包括：测试数据获取模块，被配置为获取网关设备发送的测试数据，其中，所述测试数据包括所述网关设备通过负载均衡分配到多个接收设备中各接收设备的会话个数，或者所述测试数据包括命中目标策略的报文；测试结果判断模块，被配置为基于所述测试数据获得统计结果，并且判断所述统计结果是否满足预设条件，获得对负载均衡策略的测试结果。
21.结合第二方面，在本技术的一种实施方式中，所述测试数据包括所述会话个数，所述会话个数是所述网关设备在进行负载均衡操作的过程中，所述各接收设备在多个设定时刻的实时会话个数；所述测试结果判断模块还被配置为：通过所述各接收设备的实时会话
个数计算所述实时会话个数的第一方差值，并且将所述第一方差值作为所述统计结果。
22.结合第二方面，在本技术的一种实施方式中，所述测试数据包括所述会话个数，所述会话个数为所述网关设备在进行负载均衡操作完成之后，所述各接收设备的累计会话个数；所述测试结果判断模块还被配置为：通过所述各接收设备的累计会话个数计算所述累计会话个数的第二方差值，并且将所述第二方差值作为所述统计结果。
23.结合第二方面，在本技术的一种实施方式中，所述测试数据还包括所述网关设备在进行负载均衡操作完成之后所述网关设备的日志，和所述各接收设备接收报文的个数；所述测试结果判断模块还被配置为：统计所述日志中所述各接收设备接收报文的个数，获得日志报文个数；比较所述日志报文个数与所述各接收设备接收报文的个数的一致性，获得所述统计结果。
24.结合第二方面，在本技术的一种实施方式中，所述测试数据还包括所述网关设备将发送设备的ip地址转换后获得的目标ip地址，和候选目标ip地址集合；所述测试结果判断模块还被配置为：判断所述目标ip地址是否属于所述候选目标ip地址集合，获得所述统计结果。
25.结合第二方面，在本技术的一种实施方式中，所述测试数据包括命中所述目标策略的报文，所述网关设备中配置用于对报文进行负载均衡的所述目标策略；所述测试结果判断模块还被配置为：统计所述命中所述目标策略的报文的报文个数，并且将所述报文个数作为所述统计结果。
26.结合第二方面，在本技术的一种实施方式中，所述测试数据是所述网关设备对多条报文进行负载均衡操作获得的，其中，所述多条报文的类型包括命中目标策略的多条报文和不命中所述目标策略的多条报文，和/或，传输层协议不同的多条报文和应用层协议不同的多条报文。
27.结合第二方面，在本技术的一种实施方式中，所述测试数据是所述网关设备将命中目标策略的多条报文进行负载均衡操作分配到任意组接收设备的过程中获得的，其中，所述任意组接收设备的个数的数量级不同。
28.第三方面，本技术提供了一种负载均衡策略的测试系统，所述测试系统包括：发送设备，被配置为生成多条报文并且发送所述多条报文；网关设备，被配置为获取所述多条报文，并且对所述多条报文进行负载均衡操作之后，生成测试数据；发送所述多条报文和所述测试数据；多个接收设备，被配置为获取所述多条报文，并且基于所述多条报文进行目标操作；测试服务器，被配置为获取所述测试数据，并且根据所述测试数据执行如第一方面任意实施例所述的方法，获得测试结果。
29.第四方面，本技术提供了一种电子设备，包括：处理器、存储器和总线；所述处理器通过所述总线与所述存储器相连，所述存储器存储有计算机程序，所述计算机程序由所述处理器执行时可实现如第一方面任意实施例所述的方法。
30.第五方面，本技术提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被执行时可实现如第一方面任意实施例所述的方法。
附图说明
31.图1为本技术实施例示出的相关技术中负载均衡的结构图；
32.图2为本技术实施例示出的负载均衡策略的测试系统结构图；
33.图3为本技术实施例示出的负载均衡策略的测试方法的流程图之一；
34.图4为本技术实施例示出的负载均衡策略的测试方法的流程图之二；
35.图5为本技术实施例示出的负载均衡策略的测试装置组成示意图；
36.图6为本技术实施例示出的一种电子设备组成示意图。
具体实施方式
37.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本技术的一部分实施例，而不是全部实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对附图中提供的本技术的实施例的详情描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护范围。
38.本技术实施例可以应用于在负载均衡策略上线之前，对负载均衡策略进行测试的场景，为了改善背景技术中的问题，在本技术的一些实施例中，通过接收设备的会话个数和/或命中目标策略的报文对负载均衡策略的功能有效性进行测试。例如，在本技术的一些实施例中，测试服务器至少被配置为首先，获取网关设备发送的接收设备的会话个数和/或命中目标策略的报文，然后，基于测试数据获得统计结果，最后，判断统计结果是否满足预设条件，获得对负载均衡策略的测试结果。
39.相关技术中，负载均衡包括服务器负载均衡、防火墙负载均衡和链路负载均衡三种类型，三种负载均衡的应用场景如下：服务器负载均衡是在数据中心等组网环境中，可以采用服务器负载均衡，将网络服务分担给多台服务器进行处理，提高数据中心的业务处理能力。防火墙负载均衡是在防火墙的处理能力成为瓶颈的组网环境中，可以采用防火墙负载均衡，将网络流量分担给多台防火墙设备，提高防火墙的处理能力。链路负载均衡是在有多个运营商出口的组网环境中，可以采用链路动态负载均衡，实现链路的动态选择，提高服务的可靠性。
40.本技术中的负载均衡策略的测试方法可以应用于防火墙负载均衡的场景中，防火墙将客户端发送的报文的源地址和目的地址进行转换，并且将报文分配到对应的服务器，使客户端和多个接收设备之间进行通信，在使用防火墙负载均衡的场景中，各设备的连接关系如图1所示：
41.客户端110向负载均衡服务器120发送多条报文，负载均衡服务器120通过负载均衡的方式将多条报文的目标ip地址进行转换，并且将多条报文分成第一组报文、第二组报文和第三组报文，并且将第一组报文分配到集群中的第一服务器131，将第二组报文分配到集群中的第二服务器132，将第三组报文分配到集群中的第三服务器133。
42.其中，集群是对外提供特定服务的群体，包括负载均衡服务器和多个用于接收报文的接收服务器(例如，第一服务器131、第二服务器132和第三服务器133)。负载均衡服务器负责分发各种服务请求到多个用于接收报文的接收服务器，该服务器负责响应和处理各种服务请求。
43.本技术的负载均衡策略的测试方法用于对网关设备中的负载均衡策略进行测试，确认负载均衡策略是否符合生产要求。相关技术中，网关设备作为负载均衡服务器主要提供如下几种类型的调度算法：
44.第一，轮询调度(round-robin，rr)。对于后端各接收服务器的功能有效性相近的集群系统，可以采用这种调度算法。该算法是将客户端的请求任务逐一分配给后端各台接收服务器，在请求任务多于后端接收服务器的情况下，每台服务器都能分到请求任务。
45.第二，加权轮询调度(weighted round-robin，wrr)。该算法是在轮询调度的基础上给后端各接收服务器增加了权值，根据各接收服务器的权值进行任务分配，权值越高的接收服务器分配到的任务越多，相同权值的接收服务器分配到相同的任务请求数。
46.第三，目的地址散列调度(destination hashing，dh)。该算法是以目的地址从哈希表中查找后端接收服务器，然后给查找到的服务器分配客户端的请求任务。
47.第四，源地址散列调度(source hashing，sh)。该算法是以源地址从哈希表中查找后端接收服务器，然后给查找到的服务器分配客户端的请求任务。
48.第五，最小连接调度(least-connection，lc)。负载均衡服务器需记录后端各台接收服务器的连接数，当客户端请求任务到来时，调度器将任务分配给接收服务器任务连接数最小的那台服务器。
49.第六，加权最小连接调度(weighted least-connection，wlc)。系统启动后，管理人员给各台接收服务器配置权值为w，每台服务器的任务连接数为t，当客户端请求任务到来时，负载均衡器选择t/w值最小的服务器进行任务分配。
50.本技术实施例以加权最小连接调度策略为例，示例性的阐述本技术提供的一种负载均衡策略的测试方法。
51.下面结合附图详细描述本技术实施例中的方法步骤。
52.图2提供了本技术一些实施例中的负载均衡策略的测试系统的结构图，该系统包括发送设备210、网关设备220、云端网络240、测试服务器250和多个接收设备(例如，图2中所示的第一接收设备231、第二接收设备232和第三接收设备233)。具体的，在测试的过程中，发送设备210将生成的多条报文发送到网关设备220中，网关设备通过负载均衡将将多条报文的目标ip地址进行转换，并且将多条报文分成第一组报文、第二组报文和第三组报文，并且将第一组报文分配到第一接收设备231中，将第二组报文分配到第二接收设备232中，将第三组报文分配到第三接收设备233中。
53.可以理解的是，多个接收设备可以由一个接收设备虚拟生成。
54.与本技术实施例不同的是相关技术中，通过验证客户端与多个服务器是否通信成功来判断负载均衡策略的功能，但单一的测试方法导致对负载均衡策略的功能有效性测试的不够全面，导致测试结果不准确。而本技术的实施例是通过会话个数或者命中目标策略的报文来对负载均衡策略进行测试，能够从多个方面对负载均衡策略的功能有效性进行测试，从而提升测试准确性。
55.下面以测试服务器为例示例性阐述本技术一些实施例提供的负载均衡策略的测试方法。
56.至少为了解决上述问题，如图3所示，本技术一些实施例提供了一种负载均衡策略的测试方法，该方法包括：
57.s310，获取网关设备发送的测试数据。
58.在本技术的一种实施方式中，测试服务器获取的是通过网关设备转发的客户端中的数据。
59.需要说明的是，测试数据包括网关设备通过负载均衡分配到多个接收设备中各接收设备的会话个数，或者测试数据包括命中目标策略的报文。
60.需要说明的是，本技术中的负载均衡策略的测试方法可以应用于任何负载均衡策略，例如，源地址散列调度、最小连接调度、加权最小连接调度等，本技术实施例以加权最小连接调度策略为例，示例性的阐述本技术提供的一种负载均衡策略的测试方法。
61.具体的，发送设备和多个接收设备通过网关设备连接而相互通信，测试服务器作为测试脚本运行设备，通过远程连接的方式分别对发送设备、网关设备，以及多个接收设备下发相关命令，并搜集测试数据产生报告。
62.发送设备中部署的报文产生工具属于开源工具，成本投入低。同时，通过自动化方式针对网关设备的负载均衡策略的阶段性结果进行判断，分别验证不同传输层协议的流量、不同发包顺序的流量、筛选范围内(即命中目标策略)和筛选范围外(即不命中目标策略)的流量的多个维度进行测试。以解决现有技术对网关设备的负载均衡策略测试并未针对“加权最小连接调度算法”特性进行测试，并未多维度进行测试，不能实时分析，测试不充分、覆盖不全等问题。
63.s320，基于测试数据获得统计结果，并且判断统计结果是否满足预设条件，获得对负载均衡策略的测试结果。
64.需要说明的是，在s320之前需要为多个接收设备中的各接收设备预置能够承载的任务连接数。
65.在本技术的一种实施方式中，多条报文的类型为多条报文的类型包括命中目标策略的多条报文和不命中所述目标策略的多条报文。
66.测试数据包括会话个数，会话个数是网关设备在进行负载均衡操作的过程中，各接收设备在多个设定时刻的实时会话个数，和在进行负载均衡操作完成之后，各接收设备的累计会话个数。
67.测试数据还包括网关设备将发送设备的ip地址转换后获得的目标ip地址和候选目标ip地址集合。
68.测试数据还包括命中目标策略的报文，可以理解的是，目标策略用于判断是否允许当前报文所对应的ip地址进行地址转换，其中，能够进行地址转换说明可以转发至接收设备。
69.基于测试数据获得统计结果的具体实施步骤包括：
70.s311，通过各接收设备的实时会话个数计算实时会话个数的第一方差值，并且将第一方差值作为统计结果。
71.s312，通过各接收设备的累计会话个数计算累计会话个数的第二方差值，并且将第二方差值作为统计结果。
72.s313，统计所述日志中所述各接收设备接收报文的个数，获得日志报文个数，比较所述日志报文个数与所述各接收设备接收报文的个数的一致性，获得所述统计结果。
73.s314，判断所述目标ip地址是否属于所述候选目标ip地址集合，获得所述统计结
果。
74.在s311中得到的统计结果、s312中得到的统计结果、s313中得到的统计结果和s314中得到的统计结果均满足各自对应的预设条件时，则判断网关设备中部署的负载均衡策略测试通过，达到生产要求，能够上线。
75.在s311中得到的统计结果、s312中得到的统计结果、s313中得到的统计结果和s314中得到的统计结果存在任意一个不满足预设条件时，则判断网关设备中部署的负载均衡策略不通过，没有达到生产要求，不能够上线。
76.具体的，步骤一，发送设备使用软件构造大量(可以理解的是，新建报文数需大量，且远大于预置报文数量，否则不具有统计意义)匹配目标策略的流量(即命中目标策略的多条报文)和不匹配目标策略的流量(即不命中目标策略的多条报文)。
77.步骤二，上述流量到达网关设备之后，由于负载均衡策略的作用，匹配目标策略的流量应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换。不匹配目标策略的流量不应命中目标策略，且不进行地址转换。
78.步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，定期获取网关设备中命中目标策略的会话信息。可以理解的是，会话信息中包括会话个数。
79.步骤四，针对匹配目标策略的流量，首先如命中目标策略，则测试继续，否则测试不通过。其次测试服务器通过远程连接的方式，以固定时间为采样周期，记录实时调度到各接收设备的实时连接数(即实时会话个数)，例如，在每50毫秒所对应的那一时刻，获得各接收设备在那一时刻与客户端之间的任务连接数。判断各接收设备的实时会话个数与该组所有接收设备的实时会话个数的算数平均值的方差，获得第一方差值，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。若第一方差值不符合预设条件，则测试不通过。可以理解的是，上述实施例中与第一方差对应的预设条件可以是在第一方差大于方差阈值，则确定测试不通过，方差阈值可以根据实际情况进行设置，例如，方差阈值为100。
80.针对不匹配目标策略的流量，如不命中目标策略，且不对源地址进行转换，则符合预期，测试继续，否则，测试结束，直接判断测试不通过。
81.步骤五，测试服务器通过远程连接的方式，针对匹配目标策略的流量，以固定时间为采样周期，定期检测发送设备和多个接收设备的通信情况，以及与步骤四中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
82.步骤六，流量发送结束后，针对匹配目标策略的流量，测试服务器统计网关设备的累计调度结果，即判断各个接收设备的累计会话个数与该组所有的接收设备的累计会话个数的算数平均值的方差，得到第二方差值，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如第二方差值不符合预期，则测试不通过。可以理解的是，上述实施例中与第二方差对应的预设条件可以是在第二方差大于方差阈值，则确定测试不通过，方差阈值可以根据实际情况进行设置，例如，方差阈值为100。
83.步骤七，流量发送结束后，测试服务器统计网关设备的相关日志、以及发送设备和多个接收设备的收包情况，检查是信息是否一致，一致则通过，否则，不通过。
84.步骤八，从发送设备和多个接收设备的收包情况的统计数据中，判断目标ip地址是否属于候选目标ip地址集合，符合则通过，否则，不通过。可以理解的是，目标ip地址为网关设备对报文中的ip地址进行转换获得的，候选目标ip地址集合为预先设置的在转换过程
中，能够选择的所有ip地址。
85.在本技术的一种实施方式中，多条报文的类型为多条报文的类型包括命中目标策略的多条报文和不命中所述目标策略的多条报文。
86.测试数据包括测试数据包括命中目标策略的报文，和不命中目标策略的报文。
87.基于测试数据获得统计结果的具体实施步骤包括：
88.s321，统计所述命中所述目标策略的报文的报文个数，并且将所述报文个数作为所述统计结果。
89.s322，判断发送设备是否与多个接收设备中各接收设备均通信成功，获得统计结果。
90.在s321中得到的统计结果、s322中得到的统计结果均满足各自对应的预设条件时，则判断网关设备中部署的负载均衡策略测试通过，达到生产要求，能够上线。
91.在s321中得到的统计结果、s322中得到的统计结果存在任意一个不满足预设条件时，则判断网关设备中部署的负载均衡策略不通过，没有达到生产要求，不能够上线。
92.具体的，步骤一，发送设备使用软件构造大量匹配目标策略的流量(即命中目标策略的多条报文)和不匹配目标策略的流量(即不命中目标策略的多条报文)。
93.步骤二，上述流量到达网关设备之后，由于负载均衡策略的作用，匹配目标策略的流量应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换。不匹配目标策略的流量不应命中目标策略，且不进行地址转换。
94.步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，定期获取网关设备中命中目标策略的会话信息。
95.针对匹配目标策略的流量，首先如命中目标策略，且按照加权最小连接调度选中加权连接数最小的接收设备，若目标策略命中数与生成的命中目标策略的多条报文的个数相同，则符合预期，测试继续，否则，测试结束，直接测试不通过。
96.针对不匹配目标策略的流量，如不命中目标策略，且不对源地址进行转换，则符合预期，测试继续，否则，测试结束，直接判断测试不通过。
97.步骤四，测试服务器通过远程连接的方式，针对匹配目标策略的报文，检测发送设备与多个接收设备相应选中的模拟服务器通信情况，以及与步骤三中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
98.在本技术的一种实施方式中，多条报文的类型为传输层协议不同的多条报文和应用层协议不同的多条报文。
99.测试数据包括会话个数，会话个数是网关设备在进行负载均衡操作的过程中，各接收设备在多个设定时刻的实时会话个数，和在进行负载均衡操作完成之后，各接收设备的累计会话个数。
100.测试数据还包括网关设备将发送设备的ip地址转换后获得的目标ip地址和候选目标ip地址集合。
101.测试数据还包括命中目标策略的报文，可以理解的是，目标策略用于判断是否允许当前报文所对应的ip地址进行地址转换，其中，能够进行地址转换说明可以转发至接收设备。
102.基于测试数据获得统计结果的具体实施步骤包括：
103.s331，通过各接收设备的实时会话个数计算实时会话个数的第一方差值，并且将第一方差值作为统计结果。
104.s332，通过各接收设备的累计会话个数计算累计会话个数的第二方差值，并且将第二方差值作为统计结果。
105.s333，统计所述日志中所述各接收设备接收报文的个数，获得日志报文个数，比较所述日志报文个数与所述各接收设备接收报文的个数的一致性，获得所述统计结果。
106.s334，判断所述目标ip地址是否属于所述候选目标ip地址集合，获得所述统计结果。
107.在s331中得到的统计结果、s332中得到的统计结果、s333中得到的统计结果和s334中得到的统计结果均满足各自对应的预设条件时，则判断网关设备中部署的负载均衡策略测试通过，达到生产要求，能够上线。
108.在s331中得到的统计结果、s332中得到的统计结果、s333中得到的统计结果和s334中得到的统计结果存在任意一个不满足预设条件时，则判断网关设备中部署的负载均衡策略不通过，没有达到生产要求，不能够上线。
109.具体的，步骤一，发送设备使用软件构造大量(可以理解的是，新建报文数需大量，且远大于预置报文数量，否则不具有统计意义)传输层协议不同的多条报文和应用层协议不同的多条报文。
110.步骤二，上述流量到达网关设备之后，由于负载均衡策略的作用，无论是传输层协议不同的多条报文，还是应用层协议不同的多条报文，只要命中目标策略，均参与加权最小连接调度，并按照调度结果进行目的地址转换。
111.步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，定期获取网关设备中命中目标策略的会话信息。可以理解的是，会话信息中包括会话个数。
112.步骤四，针对匹配目标策略的流量，首先如命中目标策略，则测试继续，否则测试不通过。其次测试服务器通过远程连接的方式，以固定时间为采样周期，记录实时调度到各接收设备的实时连接数(即实时会话个数)，例如，在每50毫秒所对应的那一时刻，获得各接收设备在那一时刻与客户端之间的任务连接数。判断各接收设备的实时会话个数与该组所有接收设备的实时会话个数的算数平均值的方差，获得第一方差值，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。若第一方差值不符合预设条件，则测试不通过。可以理解的是，上述实施例中与第一方差对应的预设条件可以是在第一方差大于方差阈值，则确定测试不通过，方差阈值可以根据实际情况进行设置，例如，方差阈值为100。
113.步骤五，测试服务器通过远程连接的方式，针对匹配目标策略的流量，以固定时间为采样周期，定期检测发送设备和多个接收设备的通信情况，以及与步骤四中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
114.步骤六，流量发送结束后，针对匹配目标策略的流量，测试服务器统计网关设备的累计调度结果，即判断各个接收设备的累计会话个数与该组所有的接收设备的累计会话个数的算数平均值的方差，得到第二方差值，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如第二方差值不符合预期，则测试不通过。可以理解的是，上述实施例中与第二方差对应的预设条件可以是在第二方差大于方差阈值，则确定测试不通过，方差阈值可以根据实际情况进行设置，例如，方差阈值为100。
115.步骤七，流量发送结束后，测试服务器统计网关设备的相关日志、以及发送设备和多个接收设备的收包情况，检查是信息是否一致，一致则通过，否则，不通过。
116.步骤八，从发送设备和多个接收设备的收包情况的统计数据中，判断目标ip地址是否属于候选目标ip地址集合，符合则通过，否则，不通过。可以理解的是，目标ip地址为网关设备对报文中的ip地址进行转换获得的，候选目标ip地址集合为预先设置的在转换过程中，能够选择的所有ip地址。
117.在本技术的一种实施方式中，多条报文的类型为传输层协议不同的多条报文和应用层协议不同的多条报文。
118.测试数据包括传输层协议不同的多条报文和应用层协议不同的多条报文中的命中目标策略的报文，和不命中目标策略的报文。
119.基于测试数据获得统计结果的具体实施步骤包括：
120.s341，统计所述命中所述目标策略的报文的报文个数，并且将所述报文个数作为所述统计结果。
121.s342，判断发送设备是否与多个接收设备中各接收设备均通信成功，获得统计结果。
122.在s341中得到的统计结果、s342中得到的统计结果均满足各自对应的预设条件时，则判断网关设备中部署的负载均衡策略测试通过，达到生产要求，能够上线。
123.在s341中得到的统计结果、s342中得到的统计结果存在任意一个不满足预设条件时，则判断网关设备中部署的负载均衡策略不通过，没有达到生产要求，不能够上线。
124.具体的，步骤一，发送设备使用软件构造大量传输层协议不同的多条报文和应用层协议不同的多条报文。
125.步骤二，上述流量到达网关设备之后，由于负载均衡策略的作用，无论是传输层协议不同的多条报文，还是应用层协议不同的多条报文，只要命中目标策略，均参与加权最小连接调度，并按照调度结果进行目的地址转换。
126.步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，定期获取网关设备中命中目标策略的会话信息。
127.针对匹配目标策略的流量，首先如命中目标策略，且按照加权最小连接调度选中加权连接数最小的接收设备，若目标策略命中数与生成的命中目标策略的多条报文的个数相同，则符合预期，测试继续，否则，测试结束，直接测试不通过。
128.步骤四，测试服务器通过远程连接的方式，针对匹配目标策略的报文，检测发送设备与多个接收设备相应选中的模拟服务器通信情况，以及与步骤三中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
129.在本技术的一种实施方式中，测试数据是网关设备将命中目标策略的多条报文进行负载均衡操作分配到任意组接收设备的过程中获得的，其中，任意组接收设备的个数的数量级不同。
130.例如，第一组接收设备的数量级为各位数，第二组接收设备的数量级是千，第三组接收设备的数量级是万。
131.测试数据包括会话个数，会话个数是网关设备在进行负载均衡操作的过程中，各接收设备在多个设定时刻的实时会话个数，和在进行负载均衡操作完成之后，各接收设备
的累计会话个数。
132.测试数据还包括网关设备将发送设备的ip地址转换后获得的目标ip地址和候选目标ip地址集合。
133.测试数据还包括命中目标策略的报文，可以理解的是，目标策略用于判断是否允许当前报文所对应的ip地址进行地址转换，其中，能够进行地址转换说明可以转发至接收设备。
134.基于测试数据获得统计结果的具体实施步骤包括：
135.s351，通过各接收设备的实时会话个数计算实时会话个数的第一方差值，并且将第一方差值作为统计结果。
136.s352，通过各接收设备的累计会话个数计算累计会话个数的第二方差值，并且将第二方差值作为统计结果。
137.s353，统计所述日志中所述各接收设备接收报文的个数，获得日志报文个数，比较所述日志报文个数与所述各接收设备接收报文的个数的一致性，获得所述统计结果。
138.s354，判断所述目标ip地址是否属于所述候选目标ip地址集合，获得所述统计结果。
139.在s351中得到的统计结果、s352中得到的统计结果、s353中得到的统计结果和s334中得到的统计结果均满足各自对应的预设条件时，则判断网关设备中部署的负载均衡策略测试通过，达到生产要求，能够上线。
140.在s351中得到的统计结果、s352中得到的统计结果、s353中得到的统计结果和s354中得到的统计结果存在任意一个不满足预设条件时，则判断网关设备中部署的负载均衡策略不通过，没有达到生产要求，不能够上线。
141.具体的，步骤一，发送设备使用软件构造大量能够匹配目标策略的报文。
142.步骤二，上述流量到达网关设备之后，由于负载均衡策略的作用，匹配目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换。
143.步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，定期获取网关设备中命中目标策略的会话信息。可以理解的是，会话信息中包括会话个数。
144.步骤四，针对匹配目标策略的流量，首先如命中目标策略，则测试继续，否则测试不通过。其次测试服务器通过远程连接的方式，以固定时间为采样周期，记录实时调度到各接收设备的实时连接数(即实时会话个数)，例如，在每50毫秒所对应的那一时刻，获得各接收设备在那一时刻与客户端之间的任务连接数。判断各接收设备的实时会话个数与该组所有接收设备的实时会话个数的算数平均值的方差，获得第一方差值，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。若第一方差值不符合预设条件，则测试不通过。可以理解的是，上述实施例中与第一方差对应的预设条件可以是在第一方差大于方差阈值，则确定测试不通过，方差阈值可以根据实际情况进行设置，例如，方差阈值为100。
145.步骤五，测试服务器通过远程连接的方式，针对匹配目标策略的流量，以固定时间为采样周期，定期检测发送设备和多个接收设备的通信情况，以及与步骤四中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
146.步骤六，流量发送结束后，针对匹配目标策略的流量，测试服务器统计网关设备的累计调度结果，即判断各个接收设备的累计会话个数与该组所有的接收设备的累计会话个
数的算数平均值的方差，得到第二方差值，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如第二方差值不符合预期，则测试不通过。可以理解的是，上述实施例中与第二方差对应的预设条件可以是在第二方差大于方差阈值，则确定测试不通过，方差阈值可以根据实际情况进行设置，例如，方差阈值为100。
147.步骤七，流量发送结束后，测试服务器统计网关设备的相关日志、以及发送设备和多个接收设备的收包情况，检查是信息是否一致，一致则通过，否则，不通过。
148.步骤八，从发送设备和多个接收设备的收包情况的统计数据中，判断目标ip地址是否属于候选目标ip地址集合，符合则通过，否则，不通过。可以理解的是，目标ip地址为网关设备对报文中的ip地址进行转换获得的，候选目标ip地址集合为预先设置的在转换过程中，能够选择的所有ip地址。
149.在本技术的一种实施方式中，测试数据是网关设备将命中目标策略的多条报文进行负载均衡操作分配到任意组接收设备的过程中获得的，其中，任意组接收设备的个数的数量级不同。
150.测试数据包括命中目标策略的报文的报文。
151.基于测试数据获得统计结果的具体实施步骤包括：
152.s361，统计所述命中所述目标策略的报文的报文个数，并且将所述报文个数作为所述统计结果。
153.s362，判断发送设备是否与多个接收设备中各接收设备均通信成功，获得统计结果。
154.在s361中得到的统计结果、s362中得到的统计结果均满足各自对应的预设条件时，则判断网关设备中部署的负载均衡策略测试通过，达到生产要求，能够上线。
155.在s361中得到的统计结果、s362中得到的统计结果存在任意一个不满足预设条件时，则判断网关设备中部署的负载均衡策略不通过，没有达到生产要求，不能够上线。
156.具体的，步骤一，发送设备使用软件构造大量能够匹配目标策略的报文。
157.步骤二，上述流量到达网关设备之后，由于负载均衡策略的作用，匹配目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换。
158.步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，定期获取网关设备中命中目标策略的会话信息。
159.针对匹配目标策略的流量，首先如命中目标策略，且按照加权最小连接调度选中加权连接数最小的接收设备，若目标策略命中数与生成的命中目标策略的多条报文的个数相同，则符合预期，测试继续，否则，测试结束，直接测试不通过。
160.步骤四，测试服务器通过远程连接的方式，针对匹配目标策略的报文，检测发送设备与多个接收设备相应选中的模拟服务器通信情况，以及与步骤三中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
161.可以理解的是，在网关设备进行负载均衡之前，需要预先将多个接收设备的数量的数量级设置完成，以检测负载均衡策略针对于各数量级的接收设备是否符合要求。
162.需要说明的是，上述所有实施例中的每一个检测过程均符合各自对应的预设条件，则测试通过，若存在任意一个检测过程不符合各自对应的预设条件，则测试不通过。
163.上文描述了本技术负载均衡策略的测试方法的实施过程，下文将描述本技术负载
均衡策略的测试方法的具体实施例。
164.作为本技术一具体实施例，网关设备中部署的负载均衡算法为加权最小连接调度算法，本技术基于此对负载均衡策略的有效性进行测试，本技术区别于普通的负载均衡策略的测试方法，既要对其ip地址转换的正确性进行测试，还需要针对其均衡算法进行测试。
165.因此，本技术需要解决的问题包括：第一，本技术重点解决基于加权最小连接调度算法的网关设备的负载均衡功能有效性测试问题，重点针对“加权最小连接调度算法”进行测试，增加测试完备性。第二，本技术通过不同维度进行测试，网关设备负载均衡策略筛选范围内和筛选范围外的维度(匹配策略流量和非匹配策略流量)、不同传输层协议和应用层协议的流量对网关设备的负载均衡策略的影响维度、多个接收设备的数量对负载均衡策略的影响的维度进行测试，以增加其测试覆盖度。第三，本技术增加从算法微观维度和测试宏观角度进行测试观测，增加测试完备性。第四，可实时分析阶段性测试结果，并进行实时比较，可提前预判测试是否通过，如不通过可直接结束，节省测试时间。
166.作为本技术一具体实施例，本技术提供了一种基于加权最小连接调度算法的网关设备负载均衡功能有效性的测试方法，如图4所示：自动化测试系统总体执行过程包括：s410开始；s420设计基于加权最小连接调度方法的防火墙网关设备的负载均衡策略测试用例和编写相应测试脚本；s430初始化测试系统；s440执行测试脚本，自动化实时统计与观测；s450生成测试报告；s460结束。
167.需要说明的是，本技术通过两个观测角度进行观测测试结果，包括微观角度和宏观角度。微观角度：控制报文发送速度和顺序，对每个报文均有所预期。宏观角度：发送大量报文，通过统计数据测试其均衡效果。
168.具体的，本技术提供的负载均衡策略的测试方法包括如下步骤：
169.初始化。首先，初始化自动化测试系统，清除一切干扰配置。然后，分别配置发送设备、多个接收设备、测试服务器和网关设备。使发送设备与多个接收设备可通过网关设备进行通信。其中，多个接收设备是一个接收设备模拟得到的。测试服务器可远程连接至发送设备、多个接收设备和网关设备获取相应消息。其次，在网关设备上配置负载均衡策略，例如，多个报文的源地址范围10.1.1.20-10.1.1.29，地址转换前虚拟目的地址为10.1.1.200，转换后的目的地址(即多个接收设备的地址)范围为20.1.1.200-20.1.1.209。最后，测试脚本中设置预期的判断标准，即预设条件，例如，方差阈值为小于5。
170.作为本技术实施例的第一个维度的微观角度，多个报文的类型包括匹配目标策略流量和非匹配目标策略流量。
171.步骤一，针对不同接收设备，先预置不同的任务连接数，如表1所示：
172.表1各接收设备任务连接数展示表
[0173][0174]
步骤二，发送设备使用软件分别构造可匹配网关设备的负载均衡策略的单个新建连接报文(如表2中所示的可匹配报文)和不能匹配网关设备的负载均衡策略的单个新建连接报文(如表2所示的不可匹配报文)。
[0175]
表2多个报文ip地址表
[0176]
报文类型源ip地址目的ip地址源端口号目的端口号可匹配报文10.1.1.2010.1.1.200102480不可匹配报文10.1.1.3010.1.1.200102480
[0177]
步骤三，上述报文到达网关设备后，由于网关设备的负载均衡策略的作用，匹配网关设备的负载均衡策略的报文应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换；不匹配策略的流量不应命中目标策略，且不进行地址转换，如表3所示。
[0178]
表3多个报文ip转换表
[0179][0180]
步骤四，测试服务器通过远程连接的方式，获取网关设备中的命中网关设备的负载均衡策略的会话信息。针对匹配目标策略的报文，如命中目标策略，且按照加权最小连接调度选中加权连接数最小的接收设备，若目标策略的命中数正确，则符合预期，测试继续，否则，测试结束，直接测试不通过，如表4所示。
[0181]
表4目标策略匹配结果表
[0182][0183]
步骤五，针对不匹配策略的报文，如不命中目标策略，且不参与加权最小连接调度，对目的地址不进行转换，则符合预期，测试继续，否则，测试结束，直接测试不通过，如表5所示。
[0184]
表5目标策略匹配结果表
[0185][0186]
步骤六，测试服务器通过远程连接的方式，针对匹配目标策略的报文，检测发送设备的客户端与多个接收设备相应选中的模拟服务器通信情况，以及与把步骤一至步骤五中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
[0187]
作为本技术实施例的第一个维度的宏观角度，多个报文的类型包括匹配目标策略流量和非匹配目标策略流量。
[0188]
步骤一，发送设备使用软件构造大量(新建报文数需大量，且远大于预置报文数量，否则不具有统计意义)匹配网关设备的负载均衡策略的流量和不匹配网关设备的负载均衡策略的新建流量，如表6所示：
[0189]
表6多个报文ip示意表
[0190][0191]
步骤二，上述流量到达网关设备后，由于网关设备的负载均衡策略的作用，匹配网关设备的负载均衡策略的报文应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换；不匹配策略的流量不应命中目标策略，且不进行地址转换。
[0192]
步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，暂设置为50ms，定期获取被测网络设备的命中网关设备的负载均衡策略的会话信息。
[0193]
针对匹配目标策略的流量：首先如命中目标策略，测试继续，否则测试不通过。其次测试服务器通过远程连接的方式，以固定时间为采样周期，暂设置为50ms，记录实时调度到各接收设备的实时连接数。判断各个接收设备的连接数与该组所有接收设备的连接数的算数平均值的方差，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如方差不符合预期，则测试不通过。
[0194]
例如，总发送新建报文数为750000000个，预期方差小于100为测试通过，超过100则测试不通过。如表7所示：
[0195]
表7实时连接数记录表
[0196]
[0197][0198]
连接数/权值的算数平均值为：
[0199][0200]
其中，avg表示连接数/权值的实时连接数的算数平均值，xi表示任意一个接收设备的实时连接数，n表示多个接收设备的个数。
[0201]
计算该组测试结果与其算数平均之间偏离程度，即计算其方差。设定方差不超过100可通过测试。
[0202][0203]
其中，δ2表示实时连接数的方差值，即第一方差值，avg表示连接数/权值的算数平均值，xi表示任意一个接收设备的实时连接数，n表示多个接收设备的个数。
[0204]
可以理解的是，70.84小于100，测试通过。
[0205]
例如，总发送新建报文数为750000000个，预期方差小于100为测试通过，超过100则测试不通过，如表8所示：
[0206]
表8累计连接数记录表
[0207][0208]
连接数/权值的算数平均值：
[0209]
[0210]
其中，avg1表示连接数/权值的累计连接数的算数平均值，xj表示任意一个接收设备的累计连接数，n表示多个接收设备的个数。
[0211]
计算该组测试结果与其算数平均之间偏离程度，即计算其方差。设定方差不超过100可通过测试。
[0212][0213]
其中，δ21表示累计连接数的方差值，即第二方差值，avg1表示连接数/权值的算数平均值，xj表示任意一个接收设备的累计连接数，n表示多个接收设备的个数。
[0214]
可以理解的是，257.56大于100，测试不通过。
[0215]
针对不匹配目标策略的流量，如不命中目标策略，且不对源地址进行转换，则符合预期，测试继续，否则，测试结束，直接测试不通过。
[0216]
测试服务器通过远程连接的方式，针对匹配目标策略的流量，暂设置为50ms，以固定时间为采样周期，定期检测发送设备和多个接收设备通信情况，以及步骤三中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
[0217]
流量发送结束后，针对匹配目标策略的流量，测试服务器统计网关设备累计调度结果，判断多个接收设备累计连接数与该组所有接收设备累计连接数的算数平均值的方差，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如方差不符合预期，则测试不通过。例子与步骤三类似，不赘述。
[0218]
流量发送结束后，测试服务器统计网关设备设备的相关日志、以及发送设备和多个接收设备的收包情况。检查是信息是否一致，一致则通过；否则，不通过。
[0219]
检查网关设备的设备会话或发送设备和多个接收设备收包情况的统计数据中的转换后的地址是否符合网关设备的负载均衡策略的地址池配置，符合则通过；否则，不通过。
[0220]
作为本技术实施例的第二个维度的微观角度，多个报文的类型包括不同传输层协议和不同应用层协议。
[0221]
步骤一，针对不同接收设备，先预置不同的任务连接数，如表9所示：
[0222]
表9各接收设备任务连接数展示表
[0223][0224][0225]
步骤二：发送设备使用软件分别构造匹配网关设备的负载均衡策略的不同传输层
协议、以及不同应用层协议的单个新建连接报文，如表10所示：
[0226]
表10不同传输层协议报文的ip表
[0227][0228]
上述报文到达被测网关设备后，由于网关设备的负载均衡策略的作用，无论是何种传输层或应用层的流量只要匹配网关设备的负载均衡策略，就应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换，如表11所示：
[0229]
表11不同传输层协议报文的ip转换表
[0230][0231]
测试服务器通过远程连接的方式，获取网关设备的命中网关设备的负载均衡策略的会话信息。如命中目标策略，且按照加权最小连接调度选中加权连接数最小的接收设备，策略命中数正确，则符合预期，测试继续，否则，测试结束，直接测试不通过。
[0232]
测试服务器通过远程连接的方式，检测发送设备与多个接收设备相应选中的多个接收设备的通信情况，以及与步骤二中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
[0233]
作为本技术实施例的第二个维度的宏观角度，多个报文的类型包括不同传输层协议和不同应用层协议。
[0234]
发送设备使用软件分别构造匹配网关设备的负载均衡策略的不同传输层协议、以及不同应用层协议的大量新建流量(新建报文数需大量，且远大于预置报文数量，否则不具有统计意义)，如表12所示：
[0235]
表12多个报文协议示意表
[0236]
[0237]
上述流量到达网关设备后，由于网关设备的负载均衡策略的作用，无论是何种传输层或应用层的流量只要匹配网关设备的负载均衡策略，就应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换。
[0238]
测试服务器通过远程连接的方式，以固定时间为采样周期，暂设置为50ms，定期获取网关设备的命中网关设备的负载均衡策略的会话信息。首先如命中目标策略，测试继续，否则测试不通过。其次测试服务器通过远程连接的方式，以固定时间为采样周期，记录实时调度到各多个接收设备的实时连接数。判断多个接收设备连接数与该组所有接收设备连接数的算数平均值的方差，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如方差不符合预期，则测试不通过。
[0239]
测试服务器通过远程连接的方式，以固定时间为采样周期，定期检测发送设备和多个接收设备通信情况，以及与上述步骤中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
[0240]
流量发送结束后，测试服务器统计网关设备累计调度结果，判断多个接收设备累计连接数与该组所有接收设备累计连接数的算数平均值的方差，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如方差不符合预期，则测试不通过。
[0241]
流量发送结束后，测试服务器统计网关设备设备的相关日志、以及发送设备和多个接收设备的收包情况。检查是信息是否一致，一致则通过；否则，不通过。
[0242]
检查网关设备的设备会话或发送设备和多个接收设备收包情况的统计数据中的转换后的地址是否符合网关设备的负载均衡策略的地址池配置，符合则通过；否则，不通过。
[0243]
可以理解的是，上述实施例中具体的计算方法与第一维度中的举例雷同，在此不再赘述。
[0244]
作为本技术实施例的第三个维度的微观角度，多个报文的类型包括：可匹配网关设备的负载均衡策略的单个新建连接报文，并且设置数量级不同的多组接收设备。
[0245]
步骤一，修改原网关设备的负载均衡策略的转换后目的地址池范围分别为不同数量级，如表13所示：
[0246]
表13多组接收设备数量级设置表
[0247][0248][0249]
步骤二，针对不同接收设备，先预置不同的任务连接数，发送设备使用软件构造可匹配网关设备的负载均衡策略的单个新建连接报文。
[0250]
步骤三，上述报文到达网关设备后，由于网关设备的负载均衡策略的作用，匹配网关设备的负载均衡策略的报文应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换。
[0251]
步骤四，测试服务器通过远程连接的方式，获取网关设备设备的命中网关设备的
负载均衡策略的会话信息。如命中目标策略，且按照加权最小连接调度选中加权连接数最小的接收设备，策略命中数正确，则符合预期，测试继续，否则，测试结束，直接测试不通过。
[0252]
步骤五，测试服务器通过远程连接的方式，检测发送设备与多个接收设备相应选中的模拟服务器通信情况，以及与步骤四中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
[0253]
作为本技术实施例的第三个维度的宏观角度，多个报文的类型包括：可匹配网关设备的负载均衡策略的单个新建连接报文，并且设置数量级不同的多组接收设备。
[0254]
步骤一，发送设备使用软件构造大量(新建报文数需大量，且远大于预置报文数量，否则不具有统计意义)匹配网关设备的负载均衡策略的流量。
[0255]
步骤二，上述流量到达网关设备后，由于网关设备的负载均衡策略的作用，匹配网关设备的负载均衡策略的报文应命中目标策略，参与加权最小连接调度，并按照调度结果进行目的地址转换。
[0256]
步骤三，测试服务器通过远程连接的方式，以固定时间为采样周期，暂设置为50ms，定期获取被测网络设备的命中网关设备的负载均衡策略的会话信息。
[0257]
步骤四，针对匹配目标策略的流量：首先如命中目标策略，测试继续，否则测试不通过。其次测试服务器通过远程连接的方式，以固定时间为采样周期，记录实时调度到各多个接收设备的实时连接数。判断多个接收设备连接数与该组所有接收设备连接数的算数平均值的方差，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如方差不符合预期，则测试不通过。
[0258]
步骤五，测试服务器通过远程连接的方式，以固定时间为采样周期，暂设置为50ms，定期检测发送设备和多个接收设备通信情况，以及与步骤四中会话信息的对应关系，如通信成功，且对应关系正确，测试继续，否则，测试结束，直接测试不通过。
[0259]
步骤六，流量发送结束后，测试服务器统计网关设备累计调度结果，判断多个接收设备累计连接数与该组所有接收设备累计连接数的算数平均值的方差，从而可观测到与均值的偏离程度，衡量算法调度是否均匀。如方差不符合预期，则测试不通过。
[0260]
步骤七，流量发送结束后，测试服务器统计网关设备设备的相关日志、以及发送设备和多个接收设备的收包情况。检查是信息是否一致，一致则通过；否则，不通过。
[0261]
步骤八，检查网关设备的设备会话或发送设备和多个接收设备收包情况的统计数据中的转换后的地址是否符合网关设备的负载均衡策略的地址池配置，符合则通过；否则，不通过。
[0262]
因此，本技术的有益效果包括：
[0263]
(1)该测试方法通过不同的测试维度对网关设备的负载均衡策略中的“加权最小连接”调度算法有效性进行测试，如第一个维度(匹配策略流量和非匹配策略流量)、第二个维度(不同传输层和应用层协议)和第三个维度(多个接收设备数量级)，可使测试更具完备性。
[0264]
(2)通过自动化的方式，获取网关设备的会话信息，并与预期情况进行实时比对，实时验证了网关设备的负载均衡策略的“加权最小连接”调度算法有效性，若测试中途不符合“加权最小连接”调度算法有效性原则可提前预判，结束测试，节省测试时间。
[0265]
(3)该测试方法分别从微观维度和宏观角度进行测试观测，增强了测试目的性、提
高了测试准确性。
[0266]
(4)通过自动化的方式，统计网关设备设备的日志和接收端的收包情况，检测其对应关系，以验证网关设备设备的转发正确性，更具完备性。
[0267]
(5)通过自动化的方式，统计接收设备的收包情况，检查所有统计数据中的转换后的地址是否符合网关设备的负载均衡策略的地址池配置，可衡量其策略其他次要功能的正确性。
[0268]
因此，本技术的关键技术点包括：
[0269]
(1)本技术以自动化的方式，通过远程连接，以固定时间为采样周期，定期获取网关设备设备的会话信息，并与预期情况进行实时比对。针对网关设备的负载均衡策略的“加权最小连接”调度算法特性的测试采用对定期采样的测试方法，从三种不同测试维度进行测试覆盖，并可提前预判自动化测试结果。
[0270]
(2)本技术分别从微观维度(单个报文新建)和测试宏观角度(大量报文的统计规律)进行测试观测，增强了测试目的性、提高了测试准确性。
[0271]
(3)本技术以自动化的方式，通过远程连接，统计网关设备的日志和接收设备的收包情况，检测其对应关系，以验证网关设备的转发正确性。
[0272]
(4)本技术以自动化的方式，通过远程连接，统计接收端的收包情况，检查所有统计数据中的转换后的地址是否符合网关设备的负载均衡策略的地址池配置，可衡量其策略其他次要功能的正确性。
[0273]
上文描述了本技术的负载均衡策略的测试方法的具体实施例，下文将描述本技术的负载均衡策略的测试装置。
[0274]
如图5所示，本技术的一些实施例提供一种负载均衡策略的测试装置500，该装置包括：测试数据获取模块510和测试结果判断模块520。
[0275]
测试数据获取模块510，被配置为获取网关设备发送的测试数据，其中，所述测试数据包括所述网关设备通过负载均衡分配到多个接收设备中各接收设备的会话个数，或者所述测试数据包括命中目标策略的报文。
[0276]
测试结果判断模块520，被配置为基于所述测试数据获得统计结果，并且判断所述统计结果是否满足预设条件，获得对负载均衡策略的测试结果。
[0277]
在本技术的一种实施方式中，所述测试数据包括所述会话个数，所述会话个数是所述网关设备在进行负载均衡操作的过程中，所述各接收设备在多个设定时刻的实时会话个数；所述测试结果判断模块520还被配置为：通过所述各接收设备的实时会话个数计算所述实时会话个数的第一方差值，并且将所述第一方差值作为所述统计结果。
[0278]
在本技术的一种实施方式中，所述测试数据包括所述会话个数，所述会话个数为所述网关设备在进行负载均衡操作完成之后，所述各接收设备的累计会话个数；所述测试结果判断模块520还被配置为：通过所述各接收设备的累计会话个数计算所述累计会话个数的第二方差值，并且将所述第二方差值作为所述统计结果。
[0279]
在本技术的一种实施方式中，所述测试数据还包括所述网关设备在进行负载均衡操作完成之后所述网关设备的日志，和所述各接收设备接收报文的个数；所述测试结果判断模块520还被配置为：统计所述日志中所述各接收设备接收报文的个数，获得日志报文个数；比较所述日志报文个数与所述各接收设备接收报文的个数的一致性，获得所述统计结
果。
[0280]
在本技术的一种实施方式中，所述测试数据还包括所述网关设备将发送设备的ip地址转换后获得的目标ip地址，和候选目标ip地址集合；所述测试结果判断模块520还被配置为：判断所述目标ip地址是否属于所述候选目标ip地址集合，获得所述统计结果。
[0281]
在本技术的一种实施方式中，所述测试数据包括命中所述目标策略的报文，所述网关设备中配置用于对报文进行负载均衡的所述目标策略；所述测试结果判断模块520还被配置为：统计所述命中所述目标策略的报文的报文个数，并且将所述报文个数作为所述统计结果。
[0282]
在本技术的一种实施方式中，所述测试数据是所述网关设备对多条报文进行负载均衡操作获得的，其中，所述多条报文的类型包括命中目标策略的多条报文和不命中所述目标策略的多条报文，和/或，传输层协议不同的多条报文和应用层协议不同的多条报文。
[0283]
在本技术的一种实施方式中，所述测试数据是所述网关设备将命中目标策略的多条报文进行负载均衡操作分配到任意组接收设备的过程中获得的，其中，所述任意组接收设备的个数的数量级不同。
[0284]
在本技术实施例中，图5所示模块能够实现图1至图4方法实施例中的各个过程。图5中的各个模块的操作和/或功能，分别为了实现图1至图4中的方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。
[0285]
如图6所示，本技术实施例提供一种电子设备600，包括：处理器610、存储器620和总线630，所述处理器通过所述总线与所述存储器相连，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，用于实现如上述所有实施例中任一项所述的方法，具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。
[0286]
其中，总线用于实现这些组件直接的连接通信。其中，本技术实施例中处理器可以是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0287]
存储器可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。存储器中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，可以执行上述实施例中所述的方法。
[0288]
可以理解，图6所示的结构仅为示意，还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。图6中所示的各组件可以采用硬件、软件或其组合实现。
[0289]
本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被服务器执行时实现上述所有实施方式中任一所述的方法，具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。
[0290]
以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
[0291]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。