这里是LVS集群项目的中文社区。欢迎大家在这里讨论和交流LVS集群的安装、使用、维护与开发,以及相关技术,帮助完善LVS的中文文档。也欢迎您在这里建立您的博客!
如果是全局的,感觉在persistence方面有点问题。
在内核文档中说这个值的范围在8-20之间,那么,就是说hash table size的最大值就是1048576。内核文档又说hash table size与(实际的连接并发数和保持的时间的乘积)越接近越好。 我理解“实际的连接并发数和保持的时间的乘积”就是在table中保留的条目数。
如果我的理解是对的,那么连接数达到了1千万,1048576是不是太小了呢?
想看看lvs的源代码,请问应该去哪看?
之前看过ktcpvs基于内容的分发 ktcpvs只支持http吗,可以支持AMQP协议不? 我想实现AMQP协议的内容分发请求 各位大侠有建议推荐吗? 谢谢
我这边的环境为: 两台web服务器 web1和web2,web1即做direct,也做web服务,刚配置上去之后测试负载正常,上线连接大的时候发现出现 nanny[6602] READ to 192.168.3.2 time out nanny[6602] [inactive] shutting down 192.168.3.2:80 due to connection failure nanny[6602] [active] making 192.168.3.2:80 available
两台web上面的iptables和selinux都是关闭的,在出现time out的时候直接连接192.168.3.2:80是可以连通的!
实在没头绪!
难道是算法的问题,我的算法是rr!
LVS/NAT模型
所有防火墙已经关闭,RealServer上的web服务器已经开启,互相都能ping通!
Director Server 配置: Director Server 外网IP = 192.168.1.100 ==> VIP = 192.168.1.100 Director Server 内网IP = 192.168.1.1 ==> DIP = 192.168.1.1
ipvsadm -C ipvsadm -A -t 192.168.1.100:80 -s rr ipvsadm -a -t 192.168.1.100:80 -r 192.168.1.2:80 -m ipvsadm -a -t 192.168.1.100:80 -r 192.168.1.3:80 -m [root@Director ~]# ipvsadm -L -n IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags
使用2台lvs服务器+2台真实服务器部署了keepalived+lvs+dr模式,刚开始的时候一切正常 ipvsadm后会有正常的一些连接数,但是过了1-2天再使用ipvsadm的时候 发现ActiveConn InActConn均为0,但实际是有连接进入转发到真实服务器的
软件版本:ipvsadm-1.24.tar.gz keepalived-1.2.1.tar.gz 操作系统:redhat 5.4 x64
想问一下是何原因会造成这种情况, 刚上手keepalived+lvs这种模式,希望大侠帮忙解答一下
只放了一台realserver作为响应。
采用DR配置模式,配置完成之后,用浏览器访问VIP地址显示无法连接。 启动后刷新浏览器地址:ActiveConn一直为0 InActConn 数值增加。 VIP所在服务器同RealServer可以互相ping通。 Realserver上的Apache是可以用浏览器直接访问的。请大家帮看看什么原因?
以下是VIP服务器配置: #!/bin/bash #vip.sh
GW=192.168.1.1 VIP=192.168.1.240 RIP2=192.168.1.171
ipvsadm -C
ipvsadm -A -t $VIP:80 -s wlc ipvsadm -a -t $VIP:80 -r $RIP2:3000 -g -w 1
在盛大云服务上租了3个服务器,打算配置lvs负载均衡. 公网ip映射在DR
RS使用lighttpd 监听80端口.直接访问可以得到测试页面 使用公网ip 访问时,总是返回"couldn't connect to host"
网络上众说纷纭,照着修改了一些,具体配置如下,可能有点乱
VIP = 192.168.11.200 DR = 192.168.11.93 RS = 192.168.2.87
DR ipvsadm -C ipvsadm -A -t 192.168.11.200:80 -s rr ipvsadm -a -t 192.168.11.200:80 -r 192.168.2.87 -g ipvsadm -a -t 192.168.11.200:80 -r 192.168.20.142 -g
#vim /etc/sysctl.conf net.ipv4.ip_forward = 1
LVS负载邮件系统,上传附件很慢 访问 发信 收信 都很正常 就是上传附件特别的慢 比直接连接RIP要慢几十倍。
使用DR模式,求高手指点,很多人说是LVS的瓶颈 ,LVS不适合做需要上传的负载,是这样吗?
There are currently 0 users online.