LVS测试小结

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

LVS测试小结
1.测试目标 (1)
2.测试结果 (1)
3.测试过程 (3)
3.1 DR流量测试 (3)
3.2 NAT流量测试 (6)
3.3 TUN流量测试 (7)
1.测试目标
LVS中有三种负载均衡模式,本次测试的侧重点如下:
1)DR/TUN模式下客户端和服务器端(包含Director、Realserver)之间是否存在路由设置,即网络是否可达?
2)三种模式下文件传输时的流量?
3)哪种模式适合iCAS架构?
4)小结
2.测试结果
通过对LVS三种模式(DR、NAT、TUN)的流量测试,得出以下结果:
1)DR模式下,Director转发所有的Client请求到集群内的节点(Realserver),集群节点直接向客户端计算机发回应答(应答不再经过Director)。

所以,客户端和服务器端(包含Director、Realserver)之间是存在路由设置的。

TUN模式与DR的区别是在请求时采用了IP Tunneling技术做了IP封装,响应时是Realserver直接(或通过路由器)将报文发送到客户端,所以客户端和服务器端(包含Director、Realserver)之间也是存在路由设置的。

2)流量测试结果如下:
DR模式下平均流量值:
传输方式Director(In)Director(Out) Realserver(In) Realserver(Out) Client->Realserver(上传) 0.16M/S 0.16M/S 0.16M/S --
Client<-Realserver(下载)0.16M/S 0.16M/S 0.16M/S 8.5M/S Client->Director(上传)11.5M/S 0.16M/S -- --
NAT模式下平均流量值:
传输方式Director(In)Director(Out) Realserver(In) Realserver(Out) Client->Realserver(上传) 0.16M/S 0.16M/S 0.16M/S --
Client<-Realserver(下载) 6.8M/S 6.8M/S -- 6.8M/S Client->Director(上传)11.5M/S 0.16M/S -- --
TUN模式下平均流量值与DR基本相同。

3)从测试结果看,三中模式都不适合iCAS负载均衡需求。

关键是上传文件时都需要通过Director来转发请求,所以上传速度极慢(0.16M/S)。

4)总结:
我个人认为,LVS是一种“Web 服务器和HTTP 请求”的负载均衡,其特点是“请求报文较短而响应报文往往包含大量的数据”。

关于这点,在LVS的中文站点上就有提到。

如此一来,便造成了请求时大量数据的传输极慢,响应时的数据传输则很快。

同时,我也参考过其他的负载均衡机制,例如:Perlbal、Pound、Nginx等,都是针对Web服务器和HTTP 请求的负载均衡。

LVS三种标准的负载均衡模式不能满足iCAS新架构需求。

详细的测试过程请看下文介绍。

3.测试过程
3.1 DR流量测试
我根据DR模式进行了一项流量测试,模式结构如下:
我编写了一个socket文件传输测试程序,同时在Director,realserver1,realserver2上运行server端,但各自监听相对应的端口号。

而且在三个服务器上都安装了流量监控程序(即linux 的nload)。

然后在客户段发出下载请求,观察nload显示。

在100Mbit网络里:
1)通过client向“192.168.17.100:82”发出下载请求后(从realserver1下载一个255M的文件),director的网卡输入输出平均流量均为0.16MB/S,realserver1的网卡输出平均流量为8.5MB/S,输入平均流量为0.16MB/S。

下载耗时30秒,下载成功。

2)通过client向“192.168.17.100:82”发出上载请求后(上载一个255M的文件到realserver1),director和realserver1的网卡都有流量,
其中director网的输入输出平均流量均为0.16MB/S,realserver1的网卡输入平均流量为0.16MB/S(无输出)。

该文件只在realserver1上存在,下载耗时约为26分钟,上载成功。

3)通过client向“192.168.17.100:80”发出上载请求后(上载一个255M的文件到director),director的网卡输入平均流量为11.5MB/S,输出平均流量为0.16MB/S。

上载耗时25秒,上载成功。

realserver无流量。

通过以上的测试结果,我认为已经说明了:“DR方式下,响应包可以直接发到路由器”。

但此模式存在两个问题:
1)通过Client从realserver上下载文件时速度是比较快的,但上传速度实在是很慢,肯定无法满足我们iCAS的需求。

2)既然Client与Realserver之间有路由设置,则二者之间可以相互访问,也就不需要通过Director来中转了。

3.2 NAT流量测试
和DR同等条件下采用NAT模式进行,结构如下:
1)通过Client往StorageNode上载文件时AccessNode和StorageNode上有相同的流量值,平均流量能达到6.8M/S(稍低于DR测试);
2)通过Client从StorageNode下载文件时AccessNode和StorageNode上有相同的流量值,平均流量仅达到0.16M/S(与DR同项测试结果相同);
3.3 TUN流量测试
而TUN模式下的测试结果和DR结果基本一样。

相关文档
最新文档