使用keepalived加lvs做负载均衡,访问后端的服务器,2分钟后超时,需要重新登录
2013-09-25 22:54
661 查看
这个问题搞了我们小伙子好久了。一直找不到原因,一开始以为是XP的ie8的问题,有的是以为是网络问题,有的以为是lvs服务器问题。靠,搞死人了。
今天看了一下keepalived的配置,发现其中有个参数设置为如下:
virtual_server 172.18.10.20 8080 {
delay_loop 6
lb_algo wlc
lb_kind DR
persistence_timeout 60 //这里的60秒,太短了。这是为了保持session用的。
protocol TCP
real_server 172.18.10.16 8080 {
weight 10000
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 8080
}
}
real_server 172.18.10.17 8080 {
weight 10000
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 8080
}
}
}
果断把这里修改为1800,即30分钟。再看看,客户端果然30分钟才要重新登录。ok了。
今天看了一下keepalived的配置,发现其中有个参数设置为如下:
virtual_server 172.18.10.20 8080 {
delay_loop 6
lb_algo wlc
lb_kind DR
persistence_timeout 60 //这里的60秒,太短了。这是为了保持session用的。
protocol TCP
real_server 172.18.10.16 8080 {
weight 10000
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 8080
}
}
real_server 172.18.10.17 8080 {
weight 10000
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
connect_port 8080
}
}
}
果断把这里修改为1800,即30分钟。再看看,客户端果然30分钟才要重新登录。ok了。
相关文章推荐
- 使用LVS+keepalived实现mysql负载均衡的实践和总结
- LVS集群的体系结构,构建强壮的体系结构里负载均衡层、真实服务器层、后端共享存储层都是相辅相成
- 使用LVS+keepalived实现mysql负载均衡的实践和总结
- 使用LVS+keepalived实现mysql负载均衡的实践和总结
- 使用LVS+keepalived实现mysql负载均衡的实践和总结
- LVS+Keepalived 新玩法:负载均衡层与真实服务器层融合
- 使用LVS+keepalived实现mysql负载均衡的实践和总结
- Nginx在局域网中使用ip_hash负载均衡策略,访问全部分发到同一个后台服务器
- Cent0S下使用LVS+KeepLive进行负载均衡及高可用web服务器(何志雄)
- Nginx在局域网中使用ip_hash负载均衡策略,访问全部分发到同一个后台服务器
- Linux LVS Keepalived实现Httpd服务器80端口的负载均衡
- 主流平台是WINDOWS+IIS结合LVS+KEEPALIVED是LINUX实现负载均衡软件
- LVS+keepalived 实现高可用与负载均衡实施方案
- LVS-【大型网站技术实践】初级篇:借助LVS+Keepalived实现负载均衡
- 企业级WEB的负载均衡高可用之LVS+Keepalived(3)
- MySQL主从复制与lvs+keepalived单点写入读负载均衡高可用实验
- CentOS6.4 LVS+keepalived高可用负载均衡服务配置
- [服务器] 使用 Apache 反向代理实现负载均衡及热备
- Lvs+keepalived 实现负载均衡、故障剔除(DR模式)
- datasnap——动态注册服务类 datasnap——动态注册服务类 在DataSnap的应用程序时,我们首先需要注册的服务器类,以提供访问客户端应用程序的服务器方法。通常的做法是使用DSSer