为什么我的ipvsadm的连接数一直上不去?

IP Virtual Server version 1.2.1 (size=1048576)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP 172.27.31.200:23000 wrr
-> 172.27.31.180:23000 Tunnel 1 28 13287
-> 172.27.31.179:23000 Tunnel 1 21 12811

1、在使用ipvsadmin的时候,客户端并发连接达到一定数量的时候(50),就提示连接虚拟ip失败,当并发数越高,这种概率约频繁,是LD的性能瓶颈么?
2、ActiveConn的数目一直上不去是为什么?
3、如何判断这里的瓶颈是在client到LD,还是在LD到RS之间?

PS:通过client直接连接RS没有发生连接失败的情况,实验并发数可以达到200左右

附件大小
Image icon ipvsadm.bmp14.68 KB

Forums:

进一步的测试结论:
查看LD的负载情况,发现cpu使用率很低,mem的负载也不高,可以初步排除LD的瓶颈问题;

当我去掉一个RS的时候(譬如去掉172.27.31.180这个点,仅保留179来提供服务),ActiveConn的连接可以很高,我测到过200;
但是为什么两个结点的时候无法提高呢?两者的ActiveConn加起来只有几十,再也上不去:
IP Virtual Server version 1.2.1 (size=1048576)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP 172.27.31.200:23000 rr
-> 172.27.31.179:23000 Tunnel 1 39 11753
-> 172.27.31.180:23000 Tunnel 1 52 14598

环境:lbs:cent os 5.2 lvs 1.25 keepalived 1.1.5(6) GB SWITCH GB NIC

real server:rhel5.2,apache2.0.63

vip:10.0.0.2 rip:10.0.0.20,10.0.0.25

lvs DR RR

REAL SERVER TEST
./ab -c 1000 -n 10000 http://10.0.0.20:8080/images/logo.png

Requests per second: 5233.11 [#/sec] (mean)
Time per request: 191.091 [ms] (mean)
Time per request: 0.191 [ms] (mean, across all concurrent requests)
Transfer rate: 47260.18 [Kbytes/sec] received

./ab -c 1000 -n 10000 http://10.0.0.25:8080/images/logo.png

Requests per second: 4168.05 [#/sec] (mean)
Time per request: 239.920 [ms] (mean)
Time per request: 0.240 [ms] (mean, across all concurrent requests)
Transfer rate: 36730.53 [Kbytes/sec] received

VIP TEST
./ab -c 1000 -n 10000 http://10.0.0.2:8080/images/logo.png

Requests per second: 359.43 [#/sec] (mean)
Time per request: 2782.182 [ms] (mean)
Time per request: 2.782 [ms] (mean, across all concurrent requests)
Transfer rate: 3182.29 [Kbytes/sec] received

这种结果应该和ip tunnel的模式处理方式有关系,当然与应用也紧急相连

不好意思,很久才回来看到这个帖子

你好,请问你是用什么工具测试的?
我用的是apache自带的ab工具
但是在并发请求的时候 发现activeconn 都是0.但是在inactconn上面的数字加起来正好是总的请求数。
我们可以联系一下吗?

randomness