最近,我从一个老版本的LVS / ldirectord (Ultra Monkey)迁移到了一个新的带有ldirectord的Debian安装。
现在,活动连接的数量通常要高于非活动连接的数量,而过去的情况正好相反。
基本上,在旧的负载均衡器上,连接看起来类似于:
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
-> 10.84.32.21:0 Masq 1 12 252
-> 10.84.32.22:0 Masq 1 18 368但是,由于将其迁移到新的负载均衡器,所以看起来更像:
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
-> 10.84.32.21:0 Masq 1 313 141
-> 10.84.32.22:0 Masq 1 276 183旧负载平衡器:
新型负载平衡器:
是因为旧的负载均衡器从2005年开始运行内核,而ldirectord是从2004年开始运行的,而在过去的7-8年中,事情发生了简单的变化吗?
我是否错过了一些应该强制它以同样方式运行的sysctl设置?
一切看起来都很好,但有人能看出这种行为有什么问题吗?
提前感谢!
附加信息:我使用LVS的伪装模式,真正的服务器有负载均衡器作为他们的网关。真正的服务器正在运行Apache,在升级过程中,Apache没有改变。这些框本身显示的非活动连接数量与ipvsadm中显示的大致相同。
发布于 2012-07-05 14:57:12
我想我找到了答案,ipvsadm在Debian压缩中被打破了。
如果我比较一下这个:
root@<host>:~# cat /proc/net/ip_vs
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
FWM 00000001 wlc persistent 450000 FFFFFF00
-> 0A542015:0000 Masq 1 19 171
-> 0A542016:0000 Masq 1 16 274到ipvsadm的输出:
root@<host>:~# ipvsadm -L
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
FWM 1 wlc persistent 1800 mask 255.255.255.0
-> 10.84.32.21:0 Masq 1 384 182
-> 10.84.32.22:0 Masq 1 245 283很明显。
与我看到的旧Debian 3版本相比,/proc/net/ip_vs的输出是准确的。
我做了一个搜索,并且已经有一个打开的bug报告:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=295537
所以这只是表面上的问题,显然没什么好担心的。
https://serverfault.com/questions/402991
复制相似问题