Linux服务器下多网卡负载均衡的研究与实现

1、Linux办事器下多网卡负载平衡的研究与实现摘要负载平衡技能的利用可以或许在不合错误网络中种种装备举行庞大改革的条件下进步种种办事的质量，是办理当前网络业务迅猛增长和晋级硬件方法之间抵牾的一个有用措施，本文简朴形貌了关于负载平衡方面的研究近况，重点先容了现今linuxbnding技能及其基于bnding技能的几种负载平衡的算法，并对此举行了扼要的阐发与研究，提出了其不敷之处，针对这些不敷提出了一种多网卡环境下基于传输协议的发送方面的算法，并对此举行了简朴的实现，末了对此举行了测试，测试效果表白该要领的可用性。关键词linuxbnding；传输协议；负载平衡；高可用性；现今险些各行各业内部都创立

2、了本身的办事器，由于办事器的特别职位，它的可靠性、可用性及其I/速率就显得非常的紧张，保持办事器的高可用性和宁静性是企业级IT环境的紧张指标，此中最紧张的一点是办事器网络毗连的高可用性，为实现这些要求，如今办事器多数接纳多网卡设置，体系多数接纳如今非常盛行的linux作为办事器事情的环境。如今带宽已经不是办事质量进步的瓶颈了，相对的网络装备和办事器的处置惩罚本领就徐徐成为新的瓶颈。为进步办事器的网络毗连的可用性和可靠性，如今Sun公司的Trunking技能、3公司的DynaiAess技能、is公司的Etherhannel技能等等都在研究将办事器的多个网卡接口绑定在一起的链路聚拢技能,链路聚拢技

3、能将多个链路假造成一个逻辑链路进而提供了一种廉价、有用的要领扩展网络装备和办事器的带宽，进步网络的机动性与可用性。21负载平衡技能负载平衡技能的重要头脑就是怎样按照某种算法将网络的业务流量均匀分派到差异的办事器和网络装备上去，以减轻单台办事器和网络装备的包袱，从而进步整个体系的服从。负载平衡既可以由有负载平衡成效的硬件实现，也可以通过一些专用的软件来实现，负载平衡是一种计谋，它能让多台办事器或多条链路配合包袱一些沉重的盘算大概I/使命，从而以较低的本钱消除网络瓶颈，进步网络的机动性和可靠性。22高可用技能实现负载平衡起首是基于网络的高可用性提出来的，高可用技能是容错技能的一个分支。实现体系的高

4、可用性最简朴的一个措施就是冗余。完备的网络负载平衡和高可用性网络技能有两个方面组成，一是多办事器的绑定和负载平衡，二是一个办事器内部的多网卡绑定的负载平衡，这里重要讨论一个办事器内部的多网卡绑按时的负载平衡。31Linux的bnding技能Linux的bnding技能是网卡驱动步伐之上、数据链路层之下实现的一个假造层，通过这种技能，办事器接在互换机上的多块网卡不但被绑定为一个IP，A地点也被设定为同一个，进而组成一个假造的网卡，事情站向办事器哀求数据，办事器上的网卡接到哀求后，网卡按照某种算法智能决定由谁来处置惩罚数据的传输。Bnding技能可以进步主机的网络吞吐量和可用性。32Linux的几

5、种发送平衡算法如今Linux的发送算法最重要的有三种：轮转算法Rund-Rbin、备份算法Ative-Bakup、A地点异或算法A-XR。下面临如今这三种重要算法举行简朴阐发。321轮转算法该算法是基于公正原那么举行的，它为每个将要被发送的数据包选择发送接口，算法的重要头脑是起首第一个数据包由一个接口发送，另一个数据包那么由别的一个接口发送，下面依次举行循环选择。通过阐发我们可以看出这种算法比力比力简朴，在发送数据方面也比力公正，能包管网卡发送数据时间的负载平衡，资源利用率很高。但是我们知道假设一个毗连大概会话的数据包从差异的接口发出的话，半途再颠末差异的链路，在客户端很有大概会出现数据包无序

6、到达的题目，而无序到达的数据包必要重新要求被发送，如许网络的吞吐量就会落落。322备份算法该算法将多个网卡接口中的一个接口设定为运动状态，其他的接口处于备用状态。当运动接口大概运动链路出现阻碍时，启动备用链路，由此可见此算法的长处是可以提供高网络毗连的可用性，但是它的资源利用率较低，只有一个接口处于事情状态，在有N个网络接口的环境下，资源利用率为1/N。323A地点异或算法该算法的重要头脑是：由办事器的A地点和客户端的A地点配合决定每个数据包的发送端标语，由源A地点和目的A地点举行异或盘算，并将异或效果对接口数求余盘算。由于发送到同一个客户端的数据流颠末同一个链路，因此数据包可以或许有序到达客

7、户端。此算法在只有一个客户机拜候办事器大概办事器和客户机不在同一子网的环境下，由算法头脑得知这种环境下负载不会平衡，在只有一个客户机拜候办事器的时间，资源的利用率也是1/N(N为接口数)。通常在一个大的局域网内，每每存在多个子网。其拓扑布局如下所示：图1局域网拓扑图上面我们对Linux中的几种实现多网卡发送负载平衡算法举行了阐发，针对这些算法的不敷，这里提出别的一种发送负载平衡算法。41算法形貌实现我们知道网络传输协议有TP和UDP两种，此中UDP是一种无毗连、不成靠的传输协议。TP是一种提供面向毗连的、可靠的字节省办事，譬如一个客户机和一个办事器在互互相换数据前要创立一个毗连。一个TP毗连大

8、概一个UDP会话的布局大抵如下：sure，dst，saddr，daddr此中sure为源端标语，dst为目的端标语，saddr为源ip地点，daddr为目的ip地点。基于传输协议的发送算法的重要头脑是:由目的主机号、目的主机地点子网的子网号及该会话的TP或UDP的目的端标语配合决定某个数据包的发送接标语，此算法和A地点的异或算法有点雷同，由于它也是一种异或盘算。下面我们约定：1hst为要发送数据包的目的主机号。2subnet为目的主机的子网的子网号。3prt为UDP或TP毗连的目的端标语。4slave_nt为绑定的接口数。不失一样平常性，这里先思量slave_nt为4的环境，在这种环境下由上述

9、几个条件异或并举行求余盘算来配合确定发送的接标语，即举行下面的运算：(hstsubnetprt)(0 x03)%slave_nt式上式大概的效果大概为0、1、2、3。即该算法这种环境下最多可以绑定4个网卡接口。该算法最大程度大将差异毗连的数据包从差异的接口发送，下面分几种环境讨论：1对付同一个客户机的两个TP毗连，发送的接标语只与要毗连的目的端标语有关。我们假设毗连1和毗连2的目的端标语别离为prt1,prt2,当prt1(二进制)和prt2(二进制)的末了两位差异时,上个算法的盘算效果不相称,两个毗连的数据流从差异的接口发送出去.2对付同一个子网的差异客户机的两个TP毗连来说,上述算程序子中

10、的subnet雷同,假设毗连的目的端标语prt雷同。但是主机号差异。设目的主机号别离为hst1和hst2,当hst1和hst2都是用二进制表现的末了两位不雷同时，算法公式的盘算效果不相称，两个毗连的数据流从差异的接口发送出去。3对付差异子网的两个TP毗连来说，假定主机号和毗连的目的号prt号都雷同，子网号差异。设毗连1和毗连2地点的子网号别离为subnet1和subnet2,当两者的末了两位不雷同时，算法公式的盘算效果不相称，此时两个毗连的数据流从差异的接口发送出去。下面思量有N个网卡接口的环境，在某个时间段内从第i个接口发送的毗连数为(i=1,2,.N),第i个接口发送的第j个毗连的数据流为

11、,那么第i个网卡接口的负载是：当式。当式创立时，每个接口的负载绝对平衡，由于式可以或许将毗连只管分派到差异的接口，以是一样平常环境下=,即每个接口的毗连数相称，但是每个毗连的数据流量不必然相称，也就是说式不必然创立，按照统计原理，当客户机和办事器的毗连数充足大而且时间充足长时，式是创立的。从上面临基于传输协议的负载平衡算法阐发来看，该算法不但在网络层而且传输层都实现了各个接口的负载平衡，且包管了数据有序到达客户端题目，同时资源的利用率也很高。测试硬件设置环境：一台办事器PU:PIV2.8G；内存：512；两块支持II状态字存放器的百兆网卡，每个有一个接口；一台客户机设置和办事器一样；两台(一台

12、也可)24口千兆互换机。测试软件为netpipe,利用此软件可以测试TP协议性能，用它依次来对轮转算法、A地点异或算法以及基于传输协议的发送算法的网络延时和吞吐率。这里办事器用来发送数据，客户机用来吸收数据。办事器发送方实行：客户机担当方实行：NPtprs测试效果测试效果为均匀值如表一所示。从测试效果可以得出结论：由于轮转算法简朴，盘算量小，网络耽误也相对小，而基于传输协议的发送算法盘算量相对较多，网络延时也比力大。由于这里是双机对测，即只有一个客户端，一个办事器端，全部A地点异或算法每次盘算的效果也就唯一，只有一个接口被利用，吞吐率最校相对来说，基于传输协议的发送算法吞吐率要大一些。表一测试

13、效果上面测试必要说明的是：测试中办事器仅设置了两块网卡，而且只有一台客户机拜候办事器，当网卡接口和客户机增长时，此文先容的基于传输协议的发送算法的上风将会很显着。在一个比力大的局域网中多个客户机和办事器创立毗连对话时，接纳轮转算法的同一个毗连的数据包颠末差异的链路传送，无序到达客户端的概率就会增长，重发的次数也增长，办事器吞吐率会低落。而基于传输协议的发送算规那么不存在如许的题目，此种环境下，办事器的吞吐率相对增长。Linux的bnding技能将多个网卡接口绑定在一起，利用多个接口发送数据，算法上实现了负载平衡和阻碍迁徙与担当。它是一种不合错误称得负载平衡技能，如今只是研究了发送算法，担当算法另有待于进一步的研究，如今的链路技能都是将网卡接口绑定在一起来进步办事器的网络性能，但是种种实现算法包罗基于传输协议的发送算法并没有思量接口的速率，这一点有需要进一步革新。1Ast-effetiveApprahtIprveServerPerfraneandFaultTlerane.itpapers.zdnet./hitep