我遇到了 HAProxy 无法重新调度与服务器的连接的问题。当我将服务器置于维护模式时,所有活动连接都不会断开/传输到其他活动服务器,这导致我的最终用户超时。
我的配置如下:
#---------------------------------------------------------------------
# Global settings
#---------------------------------------------------------------------
global
# to have these messages end up in /var/log/haproxy.log you will
# need to:
#
# 1) configure syslog to accept network log events. This is done
# by adding the '-r' option to the SYSLOGD_OPTIONS in
# /etc/sysconfig/syslog
#
# 2) configure local2 events to go to the /var/log/haproxy.log
# file. A line like the following can be added to
# /etc/sysconfig/syslog
#
# local2.* /var/log/haproxy.log
#
log 127.0.0.1 local0
chroot /var/lib/haproxy
pidfile /var/run/haproxy.pid
maxconn 20000
user haproxy
group haproxy
daemon
tune.ssl.default-dh-param 2048
#Specify only the strong ciphers when the LB is doing SSL/TLS termination
ssl-default-bind-ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESG
CM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS
ssl-default-server-ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AE
SGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS
# turn on stats unix socket
stats socket /var/lib/haproxy/stats level admin
#---------------------------------------------------------------------
# common defaults that all the 'listen' and 'backend' sections will
# use if not designated in their block
#---------------------------------------------------------------------
defaults
mode tcp
log global
option logasap
option httplog
option dontlognull
option http-server-close
option forwardfor except 127.0.0.0/8
option redispatch
retries 3
option httpclose
option abortonclose
timeout http-request 4s #How long should we wait?
timeout queue 30s
timeout connect 4s #How long should just the connect take?
timeout client 30s
timeout server 30s
timeout http-keep-alive 10s
timeout check 10s
maxconn 19500
#---------------------------------------------------------------------
# main frontend which proxys to the backends
#---------------------------------------------------------------------
frontend www-website-com
bind 192.168.1.154:80
bind 192.168.1.154:443
option tcplog
mode tcp
default_backend www-website-servers
#---------------------------------------------------------------------
# BackEnds Section
#---------------------------------------------------------------------
backend www-website-servers
mode tcp
balance leastconn
# option ssl-hello-chk
server sv1 192.168.1.1:443 check
server sv2 192.168.1.3:443 check
server sv3 192.168.1.6:443 check
server sv4 192.168.1.9:443 check
所有前端节点的模式均为TCP。
如果有人有任何建议,我们将不胜感激!
谢谢!
答案1
首先,根据 HAProxy文档 option redispatch
仅适用于 HTTP 代理:
在 HTTP 模式下,如果 cookie 指定的服务器宕机了,客户端肯定会坚持使用该服务器,因为它们无法刷新 cookie,所以它们将无法再访问该服务。
指定“选项重新分派”将允许代理打破其持久性并将其重新分配到工作服务器。
它还允许在多次连接失败的情况下重试与另一台服务器的最后一次连接。当然,它要求将“重试”设置为非零值。
此形式是首选形式,它取代了“redispatch”和“redisp”关键字。
如果已在“默认”部分启用此选项,则可以在特定实例中通过在其前面添加“no”关键字来禁用它。
您可以尝试在后端添加on-marked-down shutdown-sessions
您的线路。server
backend www-website-servers
mode tcp
balance leastconn
# option ssl-hello-chk
server sv1 192.168.1.1:443 check on-marked-down shutdown-sessions
server sv2 192.168.1.3:443 check on-marked-down shutdown-sessions
server sv3 192.168.1.6:443 check on-marked-down shutdown-sessions
server sv4 192.168.1.9:443 check on-marked-down shutdown-sessions
这文档说:
降价修改服务器被标记为关闭时发生的情况。
目前有一个操作可用:
-关闭会话:关闭对等会话。启用此设置后,服务器关闭时,所有与服务器的连接都会立即终止。如果健康检查检测到比简单连接状态更复杂的情况,并且长时间超时会导致服务长时间无响应,则可以使用此选项。例如,健康检查可能会检测到数据库卡住并且没有机会再重用现有连接。以这种方式终止的连接将使用“D”(代表“关闭”)终止代码记录。