当我进入维护模式时,HAProxy“选项重新分派”不起作用

当我进入维护模式时,HAProxy“选项重新分派”不起作用

我遇到了 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”(代表“关闭”)终止代码记录。

相关内容