pacemaker+Haproxy实现集群负载均衡

最新推荐文章于 2024-04-28 03:47:01 发布

「已注销」

最新推荐文章于 2024-04-28 03:47:01 发布

阅读量432

点赞数 1

CC 4.0 BY-SA版权

文章标签： pacemaker

本文链接：https://blog.csdn.net/hello_xiaozhuang/article/details/81406947

本文介绍了高可用架构中的心跳检测和资源转移机制，重点讲解了Pacemaker作为集群管理器的角色，以及如何配置Pacemaker进行集群资源管理。实验环境中，通过Haproxy实现服务器之间的集群管理，确保服务的高可用性。

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

高可用架构由两个核心部分组成，一个是心跳检测，判断服务器是否正常运行；一个是资源转移，用来将公共资源在正常服务器和故障服务器之间搬动

整个运行模式就是心跳检测不断的在网络中检测各个指定的设备是否能够正常响应，如果一旦发生设备故障，就由资源转移功能进行应用的切换，以继续提供服务。
corosync，心跳信息传输层，它是运行在每一个主机上的一个进程。
Pacemaker介绍

Pacemaker是一个集群管理器。它利用推荐集群基础设施（OpenAIS
或heartbeat）提供的消息和成员能力，由辅助节点和系统进行故障检测和回收，实现性群集服务（亦称资源）的高可用性。用于资源转移。

实验环境
server1,server4:集群节点

server2,server3:后端服务器
配置Haproxy

[root@server1 haproxy]# yum install haproxy -y

[root@server1 ~]# vim /etc/haproxy/haproxy.cfg

global
    log         127.0.0.1 local2

    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     65535
    user        haproxy
    group       haproxy
    daemon
    stats socket /var/lib/haproxy/stats

defaults
    mode                    http
    log                     global
    option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 8000


frontend  main *:5000
#    acl url_static       path_beg       -i /static /images /javascript /stylesheets
#    acl url_static       path_end       -i .jpg .gif .png .css .js

<