当我进入维护模式时，HAProxy“选项重新调度”不起作用

Question

我遇到了 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。

如果有人有任何建议，他们将不胜感激！

谢谢！

Answer 1

对于初学者来说，根据 HAProxy文档 option redispatch仅适用于 HTTP 代理：

在 HTTP 模式下，如果某个 cookie 指定的服务器宕机，客户端肯定会坚持使用它，因为他们无法刷新 cookie，因此他们将无法再访问该服务。

指定“option redispatch”将允许代理打破它们的持久性并将它们重新分配到工作服务器。

它还允许在多次连接失败的情况下重试与另一台服务器的最后一次连接。当然，它需要将“重试”设置为非零值。

这种形式是首选形式，它替代了“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

该文件说：

on-marked-down修改服务器被标记为关闭时发生的情况。
当前可用的一种操作是：
- shutdown-sessions：关闭对等会话。启用此设置后，当服务器关闭时，所有与服务器的连接都会立即终止。如果健康检查检测到比简单连接状态更复杂的情况，并且长时间超时会导致服务长时间无响应，则可能会使用它。例如，健康检查可能会检测到数据库卡住了，并且没有机会再重用现有的连接。以这种方式终止的连接记录为“D”终止代码（表示“关闭”）。