多节点条件下中间件性能验证的方案.docVIP

多节点条件下中间件性能验证的方案 　　摘 要：某DCS平台的设计实现中需采用中间件技术，但是伴随系统节点数的增加，中间件数量亦同时增加。为了验证在多个节点条件下中间件性能是否能够满足设计要求，本文给出一种验证方案。 　　关键词：中间件；性能 　　中图分类号： TP311 文?I标识码： A 文章编号： 1673-1069（2017）05-193-2 　　1 概述 　　某DCS平台采用中间件技术实现资源共享，实际设计过程中发现中间件采用UDP广播的方式进行数据传输，可支持的节点数量未知。为了获知中间件在多节点条件下的产品性能以及中间件可支持的节点数量，现提出虚拟机模拟多节点的方案，来验证中间件在多节点（多于50个）下的数据传输性能。 　　2 方案可行性分析 　　中间件通讯在数据包长度一定的情况下，造成丢包的主要原因是数据包收发频率。中间件采用UDP广播协议，服务端发送一次数据包，所有设定网段内的节点都能够接收到该数据包。如果没有发生丢包现象，节点数量增加，不会增加数据流量。但是如果服务端或者客户端出现一次丢包，接收数据不全的节点便会向服务端发送三次ACK包，请求重发丢失的数据包。随着节点数量的增加，请求重发的节点数量亦有可能增加，从而造成请求重发数据包的频率增加，进而影响中间件的通信性能。如果采用虚拟机模拟多节点，那么虚拟机中的中间件接收数据包或者请求重发数据包的机制应该独立于宿主机中的中间件，能够在发生丢包情况后请求服务端重发。 　　桥接模式原理图如图1所示。 　　桥接是指在物理网卡上安装一个桥接协议，使网卡处于混杂模式，能够将物理网卡的数据包和虚拟机网卡数据包都接收或者发送。物理网卡收到虚拟机的数据包后，通过虚拟交换机将数据转发至虚拟网卡内部。宿主机和虚拟机各占有一个IP地址，宿主机使用自身的物理网卡，虚拟机使用其虚拟网卡，虚拟机相当于在宿主机所在局域网内的一个单独的主机，虚拟机和宿主机接收数据或者请求重发的行为是互不干扰，相互独立的。与两台宿主机各自安装一个中间件的配置相比，图1所示配置需要宿主机物理网卡多做的任务是虚拟机的数据包转发至虚拟交换机。即使宿主机的中间件没有启动，虚拟机中的中间件也可以正常接收数据。在宿主机物理网卡的吞吐量范围内，宿主机内所装载的虚拟机便可以模拟多个节点。 　　为了验证方案的可行性，在节点-74上装入6台虚拟机，其系统架构图如图2所示。实体节点-74和6台虚拟机之间采用桥接的方式进行连接，虚拟机可以和节点-74以及外界的服务器和主机进行正常中间件通信。在虚拟机上进行数据抓包，通过分析打印的数据流向，可知数据的发送端是服务器CS1-1和PS-1，而不是宿主机，说明了数据流不是由宿主机分发或者复制到虚拟机上的，虚拟机在局域网内相当于一个独立的主机，可以不依赖于宿主机接收来自于服务端的数据。 　　经过中间件的实时通信测试，无论宿主机内的中间件是否启动，虚拟机内装的各节点都可以正常接收服务器所发送的数据。这7个节点上的中间件可以较好地独立运行，24小时运行时间内没有出现要求重发的请求记录，丢包率为0。测试结果表明，该方案具有可行性，可以进一步扩大实体节点数量，进行较多节点的中间件性能测试。 　　3 系统配置 　　该方案系统架构图如图3所示，一层网络和二层网络都采用环网形式，虚拟机软件采用开源免费软件VirtualBox。各台虚拟机所装的系统和软件和实体节点完全相同，各台虚拟机相互独立，能够以最接近真实的方式模拟多个节点。每台实体机内装有6台虚拟机，8台实体机总共相当于56个节点，可以满足大节点配置需求。 　　4 判定标准 　　中间件测试的性能指标包括网络丢包率和数据正确性。当这两项的测试结果均在可接受范围内时，中间件的性能才会被判定为可靠。①网络丢包率。网络丢包率是计算测试中所丢失数据包数量占所发送数据包的比率。通常，千兆网卡在流量大于200Mbps时，丢包率小于万分之五；对于百兆网卡流量大于60Mbps时，丢包率应小于万分之一[1]。②数据正确性。数据正确性的验证主要是验证模拟量和开关量的信息是否错位或丢失。 　　4.1 网络丢包率统计方法 　　通过中间件打印的日志记录来统计网络丢包率。每个节点上，中间件将接收到的global写入内存后，打印一条日志。 　　利用丢包率计算工具packloss_cal，对该日志文件进行数据处理，统计出不同的时间段内中间件收到的数据数目和服务器发送的数据数目，并计算出不同运行时间段内的丢包率。 　　4.2 数据正确性统计方法 　　本方案利用数据正确性分析工具testTool_correct，对各节点接收到的数据进行数据正确性分析，判断是否与设计预期结果一致。该数据分析工具可以在节点上以多进程方式启动，每个进程分析一组实时数据，多进