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

Submitted by denielcheng on 周四, 2009-02-19 11:16

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:

Anonymous (没有被验证)

周一, 2009-02-23 04:07

进一步的测试结论：
查看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

tony2002

周五, 2009-02-27 08:34

环境: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

denielcheng

周六, 2010-05-22 08:52

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

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

asheleylee

周五, 2009-02-27 05:53

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

randomness