mycat集成HAProxy实现高可用

最新推荐文章于 2022-06-28 08:00:00 发布

原创最新推荐文章于 2022-06-28 08:00:00 发布 · 439 阅读

0 ·

CC 4.0 BY-SA版权

java 同时被 3 个专栏收录

48 篇文章

订阅专栏

数据库

5 篇文章

订阅专栏

mycat

1 篇文章

订阅专栏

本文详细介绍HAProxy的配置方法，包括全局配置、默认配置、监听配置等，并解释了各种配置项的作用，还列举了多种负载均衡算法及其适用场景。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

启动HAProxy：

docker run -p 3306:3306 -p 48800:48800 --name haproxy -e LANG=en_US.UTF-8 -v /etc/haproxy.cfg:/usr/local/etc/haproxy/haproxy.cfg --restart=always --net host  haproxy:latest

注意：即使docker没映射宿主机3306端口，只要宿主机3306被占用了也会报错（只要容器内的haproxy.cfg配置文件配了3306端口就会出现，原因未明）

启动前要先写好配置haproxy.cfg


###################################################################################################



## global配置中的参数为进程级别的参数，通常与其运行的操作系统有关

global
    log 127.0.0.1   local0  info ## 定义全局的syslog服务器，最多可以定义2个
    ### local0是日志设备，对应于/etc/rsyslog.conf中的配置，默认回收info的日志级别
    #log 127.0.0.1  local1 info
    #chroot /usr/share/haproxy  ## 修改HAProxy的工作目录至指定的目录并在放弃权限之前执行
                                ### chroot() 操作，可以提升 haproxy 的安全级别
    group   root    ## 同gid，不过这里为指定的用户组名
    user    root    ## 同uid，但这里使用的为用户名
    daemon  ## 设置haproxy后台守护进程形式运行
    nbproc  1   ## 指定启动的haproxy进程个数，
                ### 只能用于守护进程模式的haproxy；默认为止启动1个进程，
                ### 一般只在单进程仅能打开少数文件描述符的场中中才使用多进程模式
    maxconn 60000   ## 设定每个haproxy进程所接受的最大并发连接数，
                    ### 其等同于命令行选项"-n"，"ulimit-n"自动计算的结果正式参照从参数设定的
    # pidfile   /var/run/haproxy.pid    ## 进程文件（默认路径 /var/run/haproxy.pid）
    node    edu-haproxy-02  ## 定义当前节点的名称，用于HA场景中多haproxy进程共享同一个IP地址时
    description edu-haproxy-02  ## 当前实例的描述信息


## defaults：用于为所有其他配置段提供默认参数，这默认配置参数可由下一个"defaults"所重新设定

defaults
    log global  ## 继承global中log的定义
    mode    http    ## mode:所处理的模式 (tcp:四层 , http:七层 , health:状态检查,只会返回OK) 
    ### tcp: 实例运行于纯tcp模式，在客户端和服务器端之间将建立一个全双工的连接，
    #### 且不会对7层报文做任何类型的检查，此为默认模式
    ### http:实例运行于http模式，客户端请求在转发至后端服务器之前将被深度分析，
    #### 所有不与RFC模式兼容的请求都会被拒绝
    ### health：实例运行于health模式，其对入站请求仅响应“OK”信息并关闭连接，
    #### 且不会记录任何日志信息 ，此模式将用于相应外部组件的监控状态检测请求
    option  httplog
    retries 3
    option redispatch   ## serverId对应的服务器挂掉后,强制定向到其他健康的服务器
    maxconn 60000   ## 前端的最大并发连接数（默认为2000）
    ### 其不能用于backend区段，对于大型站点来说，可以尽可能提高此值以便让haproxy管理连接队列，
    ### 从而避免无法应答用户请求。当然，此最大值不能超过“global”段中的定义。
    ### 此外，需要留心的是，haproxy会为每个连接维持两个缓冲，每个缓存的大小为8KB，
    ### 再加上其他的数据，每个连接将大约占用17KB的RAM空间，这意味着经过适当优化后 ，
    ### 有着1GB的可用RAM空间时将维护40000-50000并发连接。
    ### 如果指定了一个过大值，极端场景中，其最终所占据的空间可能会超过当前主机的可用内存，
    ### 这可能会带来意想不到的结果，因此，将其设定一个可接受值放为明智绝对，其默认为2000
    #timeout connect    5000ms          ## 连接超时(默认是毫秒,单位可以设置us,ms,s,m,h,d)
    #timeout client 36000000ms  ## 客户端超时
    #timeout server 50000ms     ## 服务器超时
        timeout check   5s
        #stats   refresh 30s
        timeout http-request    10s
        timeout queue           2m
        timeout connect         10s
        timeout client          50000ms
        timeout server          50000ms
        #timeout http-keep-alive 10s
        #timeout check           10s
        maxconn                 100000

## HAProxy的状态信息统计页面

listen admin_stats 
    bind    :48800  ## 绑定端口
    stats   uri /admin-status   ## 统计页面URI
    stats   auth admin:admin    ## 设置统计页面认证的用户和密码，如果要设置多个，另起一行写入即可
    mode    http
    option  httplog ## 启用日志记录HTTP请求


## listen: 用于定义通过关联“前端”和“后端”一个完整的代理，通常只对TCP流量有用

listen  mycat_servers
    bind    :3306  ## 绑定端口
    mode    tcp
    option  tcplog  ## 记录TCP请求日志
    option  tcpka   ## 是否允许向server和client发送keepalive
    option  httpchk OPTIONS * HTTP/1.1\r\nHost:\ www    ## 后端服务状态检测
    ### 向后端服务器的48700端口（端口值在后端服务器上通过xinetd配置）发送 OPTIONS 请求
    ### (原理请参考HTTP协议) ，HAProxy会根据返回内容来判断后端服务是否可用.
    ### 2xx 和 3xx 的响应码表示健康状态，其他响应码或无响应表示服务器故障。
    #balance    roundrobin  ## 定义负载均衡算法，可用于"defaults"、"listen"和"backend"中,默认为轮询方式
    balance roundrobin
    #server mycat_02 10.0.32.16:8066 check port 48700 inter 2000ms rise 2 fall 3 weight 2
    #server mycat_01 10.0.33.238:8066 check port 48700 inter 2000ms rise 2 fall 3 weight 2
    server  mycat_01 112.74.171.218:8066  weight 2
    server  mycat_02 172.16.14.107:8066  weight 2
    ## 格式：server <name> <address>[:[port]] [param*]
    ### serser 在后端声明一个server，只能用于listen和backend区段。
    ### <name>为此服务器指定的内部名称，其将会出现在日志及警告信息中
    ### <address>此服务器的IPv4地址，也支持使用可解析的主机名，但要在启动时需要解析主机名至响应的IPV4地址
    ### [:[port]]指定将客户端连接请求发往此服务器时的目标端口，此为可选项
    ### [param*]为此server设定的一系列参数，均为可选项，参数比较多，下面仅说明几个常用的参数：
    #### weight:权重，默认为1，最大值为256，0表示不参与负载均衡
    #### backup:设定为备用服务器，仅在负载均衡场景中的其他server均不可以启用此server
    #### check:启动对此server执行监控状态检查，其可以借助于额外的其他参数完成更精细的设定
    #### inter:设定监控状态检查的时间间隔，单位为毫秒，默认为2000，
    ##### 也可以使用fastinter和downinter来根据服务器端专题优化此事件延迟
    #### rise:设置server从离线状态转换至正常状态需要检查的次数（不设置的情况下，默认值为2）
    #### fall:设置server从正常状态转换至离线状态需要检查的次数（不设置的情况下，默认值为3）
    #### cookie:为指定server设定cookie值，此处指定的值将会在请求入站时被检查，
    ##### 第一次为此值挑选的server将会被后续的请求所选中，其目的在于实现持久连接的功能
    #### maxconn:指定此服务器接受的最大并发连接数，如果发往此服务器的连接数目高于此处指定的值，
    #####其将被放置于请求队列，以等待其他连接被释放

HAProxy的状态信息统计页面
```
http://localhost:48800/admin-status
```
- 用户：admin
- 密码：admin

目前haproxy支持的负载均衡算法有如下8种

1、roundrobin
表示简单的轮询，每个服务器根据权重轮流使用，在服务器的处理时间平均分配的情况下这是最流畅和公平的算法。该算法是动态的，对于实例启动慢的服务器权重会在运行中调整。

2、leastconn
连接数最少的服务器优先接收连接。leastconn建议用于长会话服务，例如LDAP、SQL、TSE等，而不适合短会话协议。如HTTP.该算法是动态的，对于实例启动慢的服务器权重会在运行中调整。

3、static-rr
每个服务器根据权重轮流使用，类似roundrobin，但它是静态的，意味着运行时修改权限是无效的。另外，它对服务器的数量没有限制。

该算法一般不用；

4、source
对请求源IP地址进行哈希，用可用服务器的权重总数除以哈希值，根据结果进行分配。只要服务器正常，同一个客户端IP地址总是访问同一个服务器。如果哈希的结果随可用服务器数量而变化，那么客户端会定向到不同的服务器；

该算法一般用于不能插入cookie的Tcp模式。它还可以用于广域网上为拒绝使用会话cookie的客户端提供最有效的粘连；

该算法默认是静态的，所以运行时修改服务器的权重是无效的，但是算法会根据“hash-type”的变化做调整。

5、uri
表示根据请求的URI左端（问号之前）进行哈希，用可用服务器的权重总数除以哈希值，根据结果进行分配。只要服务器正常，同一个URI地址总是访问同一个服务器。一般用于代理缓存和反病毒代理，以最大限度的提高缓存的命中率。该算法只能用于HTTP后端；

该算法一般用于后端是缓存服务器；

该算法默认是静态的，所以运行时修改服务器的权重是无效的，但是算法会根据“hash-type”的变化做调整。

6、url_param
在HTTP GET请求的查询串中查找<param>中指定的URL参数，基本上可以锁定使用特制的URL到特定的负载均衡器节点的要求；

该算法一般用于将同一个用户的信息发送到同一个后端服务器；

该算法默认是静态的，所以运行时修改服务器的权重是无效的，但是算法会根据“hash-type”的变化做调整。

7、hdr(name)
在每个HTTP请求中查找HTTP头<name>，HTTP头<name>将被看作在每个HTTP请求，并针对特定的节点；

如果缺少头或者头没有任何值，则用roundrobin代替；

该算法默认是静态的，所以运行时修改服务器的权重是无效的，但是算法会根据“hash-type”的变化做调整。

8、rdp-cookie（name）
为每个进来的TCP请求查询并哈希RDP cookie<name>；

该机制用于退化的持久模式，可以使同一个用户或者同一个会话ID总是发送给同一台服务器。如果没有cookie，则使用roundrobin算法代替；

该算法默认是静态的，所以运行时修改服务器的权重是无效的，但是算法会根据“hash-type”的变化做调整。