在四个Squid代理的代理群集中,我遇到了一个非常奇怪的问题:
其中一台机器是主机。该主机正在运行ldirectord,该命令正在检查所有四台计算机的可用性,并分配新的客户端连接。
突然,经过多年的运作,我遇到了这个问题:
1)没有为担任主角角色的计算机分配新的连接,将为旧的连接提供服务,直到将新的代理分配给客户端为止。
2)其他机器仍在处理请求,从主服务器接管客户端(到目前为止,很好)
3)“ ipvsadm -L -n”显示ActiveConn和InActConn值不断下降。
一旦我将主服务器角色迁移到另一台计算机,“ ipvsadm -L -n”将显示许多活动和非活动连接,直到大约一个小时后,新主机上也会发生相同的事情。
数据点:今天下午再次发生这种情况,现在“ ipvsadm -L -n”显示:
TCP 141.42.1.215:8080 wlc persistent 1800
-> 141.42.1.216:8080 Route 1 98 0
-> 141.42.1.217:8080 Route 1 135 0
-> 141.42.1.218:8080 Route 1 1 0
-> 141.42.1.219:8080 Route 1 2 0
现在一段时间内数字没有变化。
更多统计信息(ipvsadm -L --stats -n):
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Conns InPkts OutPkts InBytes OutBytes
-> RemoteAddress:Port
TCP 141.42.1.215:8080 1990351 87945600 0 13781M 0
-> 141.42.1.216:8080 561980 21850870 0 2828M 0
-> 141.42.1.217:8080 467499 23407969 0 3960M 0
-> 141.42.1.218:8080 439794 19364749 0 2659M 0
-> 141.42.1.219:8080 521378 23340673 0 4335M 0
现在对于所有realserver和虚拟服务器,“ Conns”的值现在都是常数。流量仍在流动(InPkts在增加)。
我检查了“ ipvsadm -L -n -c”的输出,发现:
25 FIN_WAIT
534 NONE
977 ESTABLISHED
然后我等了一会儿:
21 FIN_WAIT
515 NONE
939 ESTABLISHED
答案 0 :(得分:0)
事实证明,本地安装的鸟类正在为虚拟服务器的IP注入路由器,因此优先于ARP。