虽然应用keepalived搞定了后端服务负载均衡和高可用性问题，但是在具体应用的时候，还是要注意很多问题。很多应用都用tcp或者http的长连接，因为建立tcp连接或者http连接开销比较大，而应用端其实是需要频繁跟server端通讯的，这时候保持长连接无疑是非常合适的。经过摸索， lvs & keepalived 长连接的配置主要在三个地方：
client端的SoTimeout , 就java来说就是java.net.Socket的setSoTimeout方法设置的， setSoTimeout(0)就是表明超时时间无限大。
这个值是为读取阻塞设置超时的。
lvs的设置：
查看是ipvsadm --list --timeout, 比如我的机器就会返回如下结果：
# ipvsadm --list --timeout
Timeout (tcp tcpfin udp): 7200 5 60
这就表明我的tcp session的timeout时间是7200秒。
设置timeout：
ipvsadm --set 7200 5 60
这个值如果设置太小，你的client将会收到 connection reset by peer此类的错误提示。
keepalived的配置：
就是virtual_server的 persistence_timeout ，意思就是在这个一定时间内会讲来自同一用户（根据ip来判断的）route到同一个real
server。对于长连接类的应用，你肯定需要这么做。配置值最好跟lvs的配置的timeout一致。
举例如下：
virtual_server 172.19.1.19 5222 {
delay_loop 2
lb_algo wrr
lb_kind DR
persistence_timeout 7200
protocol TCP
real_server 172.19.1.8 5222 {
weight 1
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
}
}
real_server 172.19.1.9 5222 {
weight 1
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
}
}
}
client端的SoTimeout , 就java来说就是java.net.Socket的setSoTimeout方法设置的， setSoTimeout(0)就是表明超时时间无限大。
这个值是为读取阻塞设置超时的。
lvs的设置：
查看是ipvsadm --list --timeout, 比如我的机器就会返回如下结果：
# ipvsadm --list --timeout
Timeout (tcp tcpfin udp): 7200 5 60
这就表明我的tcp session的timeout时间是7200秒。
设置timeout：
ipvsadm --set 7200 5 60
这个值如果设置太小，你的client将会收到 connection reset by peer此类的错误提示。
keepalived的配置：
就是virtual_server的 persistence_timeout ，意思就是在这个一定时间内会讲来自同一用户（根据ip来判断的）route到同一个real
server。对于长连接类的应用，你肯定需要这么做。配置值最好跟lvs的配置的timeout一致。
举例如下：
virtual_server 172.19.1.19 5222 {
delay_loop 2
lb_algo wrr
lb_kind DR
persistence_timeout 7200
protocol TCP
real_server 172.19.1.8 5222 {
weight 1
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
}
}
real_server 172.19.1.9 5222 {
weight 1
TCP_CHECK {
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
}
}
}
本文转自 南非波波 51CTO博客，原文链接：http://blog.51cto.com/nanfeibobo/1617110，如需转载请自行联系原作者
