Pacemaker+Haproxy实现高可用和负载均衡

最新推荐文章于 2021-09-25 11:37:46 发布
最新推荐文章于 2021-09-25 11:37:46 发布
阅读量192 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_44846409/article/details/93873721
本文详细介绍如何在server1和server2上配置Red Hat Enterprise Linux的高级yum源，通过使用pssh, crmsh和pacemaker等工具，实现双机集群的心跳同步与负载均衡。文章深入讲解了corosync配置文件的编辑，以及通过crm命令行接口设置集群资源，如VIP和Apache服务，确保在一台服务器宕机时，另一台能无缝接管服务。

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

  1. 配置高级的yum源(server1、server2)
    [root@server1 yum.repos.d]# vim rhel-source.repo

     name=Red Hat Enterprise Linux $releasever - $basearch - Source
 baseurl=http://172.25.61.250/rhel6.5
 enabled=1
 gpgcheck=1
 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
 
 [LoadBalancer]
 name=Red Hat Enterprise Linux $releasever - $basearch - Source
 baseurl=http://172.25.61.250/rhel6.5/LoadBalancer
 enabled=1
 gpgcheck=0
 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
 
 [HighAvailability]
 name=Red Hat Enterprise Linux $releasever - $basearch - Source
 baseurl=http://172.25.61.250/rhel6.5/HighAvailability
 enabled=1
 gpgcheck=0
 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
 
 [ResilientStorage]
 name=Red Hat Enterprise Linux $releasever - $basearch - Source
 baseurl=http://172.25.61.250/rhel6.5/ResilientStorage
 enabled=1
 gpgcheck=0
 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
 
 [ScalableFileSystem]
 name=Red Hat Enterprise Linux $releasever - $basearch - Source
 baseurl=http://172.25.61.250/rhel6.5/ScalableFileSystem
 enabled=1
 gpgcheck=0
 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release

[root@server1 yum.repos.d]# yum clean all
[root@server1 yum.repos.d]# yum repolist
[root@server1 yum.repos.d]# scp rhel-source.repo server2:/etc/yum.repos.d/

  1. 下软件，提供crm命令行接口，配置心跳节点，同时启动
    [root@server1 yum.repos.d]# yum clean all
    [root@server1 yum.repos.d]# yum repolist
    [root@server1 yum.repos.d]# scp rhel-source.repo server2:/etc/yum.repos.d/

  2. 安装软件
    server1：

     yum install pssh-2.3.1-2.1.x86_64.rpm  crmsh-1.2.6-0.rc2.2.1.x86_64.rpm -y
 yum install pacemaker -y
  cd /etc/corosync/
  [root@server1 corosync]# cp corosync.conf.example corosync.conf
 [root@server1 corosync]# vim corosync.conf
                   bindnetaddr: 172.25.61.0	#同网段
                   mcastaddr: 226.94.1.1	
                   mcastport: 5413		
                   ttl: 1
   service {
           name:pacemaker
           ver:0
   }
 
 [root@server1 corosync]# scp /etc/corosync/corosync.conf server2:/etc/corosync/
 
 [root@server1 corosync]# scp /etc/corosync/corosync.conf server2:/etc/corosync/
 ##给sever2发一份

4.server1和server2开启服务

	[root@server2 corosync]# /etc/init.d/corosync start
	Starting Corosync Cluster Engine (corosync): [ OK ]
	[root@server1 corosync]# /etc/init.d/corosync start
	Starting Corosync Cluster Engine (corosync): [ OK ]

  1. 设置集群资源

     [root@server2 corosync]# crm
 crm(live)# configure
 crm(live)configure# show
 node server1
 node server2
 property $id="cib-bootstrap-options" \
 	dc-version="1.1.10-14.el6-368c726" \
 	cluster-infrastructure="classic openais (with plugin)" \
 	expected-quorum-votes="2"ww
 crm(live)configure# 				####初始化
 
 crm(live)configure# verify 
    error: unpack_resources: 	Resource start-up disabled since no STONITH resources have been defined
    error: unpack_resources: 	Either configure some or disable STONITH with the stonith-enabled option
    error: unpack_resources: 	NOTE: Clusters with shared data need STONITH to ensure data integrity
 Errors found during check: config not valid
 
 01.将fence设备关闭
 crm(live)configure# property stonith-enabled=false
 crm(live)configure# verify
 crm(live)configure# commit
 
 02.先设置集群资源VIP，再设置apache服务
 crm(live)configure# primitive vip ocf:heartbeat:IPaddr2 params ip=172.25.61.100 nic=eth0 cidr_netmask=24
 crm(live)configure# verify 
 crm(live)configure# commit

  2. server1和server2安装http，撰写默认发布页

    [root@server1 corosync]# cd /var/www/html/
    [root@server1 html]# vim index.html
    [root@server1 html]# cat index.html
    server1

  3. 启动脚本

     crm(live)configure# primitive apache lsb:httpd op monitor interval=10s
 crm(live)configure# verify 
 crm(live)configure# commit

注意：动态监控下看到此时的VIP在server1上，httpd在server2上

  1. 设置资源组

     crm(live)configure# group website vip apache 
 crm(live)configure# verify 
 crm(live)configure# commit

  2. 测试

     [root@foundation61 Desktop]# curl 172.25.61.100
 server1
 [root@foundation61 Desktop]# curl 172.25.61.100
 server1
 [root@foundation61 Desktop]# curl 172.25.61.100
 server1
 [root@foundation61 Desktop]# curl 172.25.61.100
 server2
 [root@foundation61 Desktop]# curl 172.25.61.100
 server2
 [root@foundation61 Desktop]# curl 172.25.61.100
 server2

用客户主机访问，server1的corosyna服务停掉之后，有访问到了server2节点

话渣#
关注
Haproxy + pacemaker 实现高可用负载均衡
wzt888的博客
02-20 700
1.Haproxy 一、HAProxy简介 （1）HAProxy 是一款提供高可用性、负载均衡以及基于TCP（第四层）和HTTP（第七层）应用的代理软件，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。 HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在时下的硬件上，完全可以支持数以万计的 并发连接。并且它的运行模式使得它可以很简单安...
HAProxy实现负载均衡及高可用集群（corosync+pacemaker）_使用pacemaker+corosync+haproxy的高可用方案实现云集群多管理节点互相备份冗余(1)
2401_83620690的博客
04-28 218
source 调度算法（对请求的源IP地址进行hash处理，根据hash运算处理结果调度至后端服务器。可使固定IP的请求始终调度至统一服务器。当关闭某一个服务器的http服务时如下：说明其具有对后端服务器健康检查的功能status的加密访问。
pacemaker+haproxy
su_use的博客
08-03 327
1、server4主机配置nginx [root@server1 nginx-1.14.0]# scp -r /usr/local/nginx/ server4:/usr/local/ [root@server4 local]# ln -s /usr/local/nginx/sbin/nginx /sbin/ [root@server4 local]# useradd nginx [root...
pacemaker和haproxy
houxr的专栏
07-29 1004
-pacemaker- 安装操作： yum install pacemaker -y corosync yum install -y crmsh-1.2.6-0.rc2.2.1.x86_64.rpm pssh-2.3.1-2.1.x86_64.rpm cd /etc/corosync/ cp corosync.conf.example corosync.conf vim corosyn
pacemaker + haproxy 高可用集群加负载均衡
Groot的博客
06-06 2092
pacemaker与haproxy
pacemaker+Haproxy实现集群负载均衡
Ongwu Keep going
08-04 432
高可用架构由两个核心部分组成，一个是心跳检测，判断服务器是否正常运行；一个是资源转移，用来将公共资源在正常服务器和故障服务器之间搬动 整个运行模式就是心跳检测不断的在网络中检测各个指定的设备是否能够正常响应，如果一旦发生设备故障，就由资源转移功能进行应用的切换，以继续提供服务。 corosync，心跳信息传输层，它是运行在每一个主机上的一个进程 。 Pacemaker介绍 Pacem...
负载均衡的高可用集群（7）------pacemaker + corosync + haproxy 实现高可用
ly_qiu的博客
08-26 1298
实验前提 server1 和 server2 是调度器，server3 和 server4 是服务器 调度器 sever1：172.25.21.1 sever2：172.25.21.2 关闭 keepalived 和 httpd，并打开pcsd [root@server1 ~]# systemctl stop keepalived [root@server1 ~]# systemctl start pcsd #打开pcsd服务 [root@server1 ~]# pcs c...
Pacemaker + haproxy 实现负载均衡和高可用
weixin_44214830的博客
04-25 335
一、Pacemaker介绍： Pacemaker是 Linux环境中使用最为广泛的开源集群资源管理器， Pacemaker利用集群基础架构 (Corosync或者 Heartbeat)提供的消息和集群成员管理功能，实现节点和资源级别的故障检测和资源恢复， 从而最大程度保证集群服务的高可用。 二、环境部署 server1 server2 作为haproxy 服务器,用pacemaker...
HAProxy+Pacemaker
m0_59749940的博客
09-25 530
基本信息 HAProxy是一个使用C语言编写的自由及开放源代码软件，其提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理 HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理 HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接，并且它的运行模式使得它可以很简单安全的整合进您当前的架构中，同时可以保护你的web服务器不被暴露到网络上 HAProxy实现了一种事件驱动，单一进程模型，此模型支持非常大的并发连接数；多进程或多线程模型受内存限制、系
lvs+keepalive 比较详细的安装配置文档
02-21
本文主要讲述了LVS+keepalive的配置方法和过程，包括三种IP负载均衡技术,八种调度算法等内容。
Haproxy和pacemaker结合实现负载均衡高可用
weixin_42167918的博客
08-03 360
server1和server9上安装Haproxy：  server1: scp haproxy-1.6.11-1.x86_64.rpm 172.25.92.9:/root scp /etc/haproxy/haproxy.cfg 172.25.92.9:/etc/haproxy scp /etc/security/limits.conf 172.25.92.9:/etc/security ...
pacemaker+haproxy实现高可用集群
chao199512的博客
08-04 635
######################相关概念 1.什么是pacemaker？ Pacemaker是一个集群资源管理器。它利用集群基础构件（OpenAIS 、heartbeat或corosync）提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复，以实现群集服务（亦称资源）的最大可用性。 pacemaker就是Heartbeat 到了V3版本后拆分出来的资源管理器(CRM)，...
haproxy+pacemaker
Wk_yyy的博客
05-04 517
HAProxy是一个使用C语言编写的自由及开放源代码软件，其提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理。HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。       ...
运维笔记33 （haproxy的配置，pacemaker高可用+haproxy）
No_red的博客
03-18 2759
概述：之前的博客中提到的一种负载均衡方式是lvs，lvs的配置简单，减少了认为出错的概率，而且软件处在tcp/ip协议栈的第四层，可以对各种web应用服务，但是因为本身不支持正则表达式处理，不能做动静分离。那么今天的haproxy的优势就体现出来了，能够支持虚拟机主机，并且实现了动静分离，url重定向等等大型网站需要的功能。系统环境：Red Hat Enterprise Linux Server r
pacemaker+haproxy实现高可用
lin_made的博客
08-09 1442
haproxy简介 HAProxy是一个使用C语言编写的自由及开放源代码软件[1]，其提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理。 HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器...
haproxy 负载均衡 结合 pacemaker 高可用
毕加索的忧伤
01-18 241
haproxy haproxy 负载均衡： 读写分离： 负载均衡器做备机： 访问控制： 拒绝 blacklist中的成员访问： 只允许blacklist中的成员访问，拒绝其他所有： 限制 blacklist成员访问： 根据http状态码重定向： 根据访问用户的IP重新定向： 根...
centos7+pacemaker+corosync+haproxy实现高可用
java
09-20 8244
1.架构准备   系统是centos7-1511，实验需要准备4台主机，虚拟机也行，架构如下： 2 .系统环境配置 ha1：192.168.0.11 ha2：192.168.0.12 以下的安装配置分别在这2台机器上进行。 1.关闭防火墙和SELinux systemctl disable firewalld systemctl stop firewalld iptables –F
企业—pacemaker+haproxy的部署
weixin_44224288的博客
04-26 342
Pacemaker的基本介绍详细可参考上篇博文： https://blog.youkuaiyun.com/weixin_44224288/article/details/89553482 一.实验环境 主机名（IP） 服务 server1(172.25.254.1) haproxy,pacemaker+corosync server2(172.25.254.2) 后端服务器（apache）...
PG的高可用、负载均衡的方案有哪些
最新发布
03-08
<think>好的，我现在需要回答用户关于PostgreSQL高可用和负载均衡方案的问题。首先，我得回忆一下PG的高可用方案有哪些。用户之前问过索引类型，这次是另一个主题，需要确保回答准确且全面。 高可用方面，常见的方案有流复制、逻辑复制、基于共享存储的方案，还有第三方工具比如Patroni、Pgpool-II，以及云服务商的方案。负载均衡可能涉及到连接池、读写分离、中间件等。 可能需要分点说明，先高可用再负载均衡，或者将两者结合起来。用户可能需要具体的实现方式和工具，比如流复制的配置，Patroni的工作原理，或者PgBouncer和Pgpool-II的区别。 要注意不要遗漏关键点，比如自动故障转移、数据同步方式、主从切换机制等。同时，负载均衡部分要区分读和写的处理，可能不同的工具有不同的侧重点，比如HAProxy用于连接分发，Pgpool-II还可以处理查询负载。 另外，用户可能需要知道各种方案的优缺点，比如流复制的延迟问题，或者基于共享存储的成本。可能需要给出一些实际应用场景，比如金融行业常用哪些，Web应用适合哪些。 还要考虑版本差异，比如PG12之后的改进是否影响高可用方案的选择。比如逻辑复制在较新版本中功能增强，可能更适合某些场景。 需要结构化回答，可能用列表或表格来比较不同方案。确保术语正确，比如流复制（Streaming Replication）、同步复制与异步复制的区别，以及它们在高可用中的作用。 可能还需要提到监控和自动化工具，比如Repmgr或Patroni如何管理故障切换，以及如何与负载均衡器集成。例如，Patroni与HAProxy结合实现自动的故障转移和连接重定向。 负载均衡方面，要区分连接池和查询分发。PgBouncer是连接池，减少连接开销，而Pgpool-II可以解析SQL并分发到不同的节点，支持读写分离。 还要注意一些方案可能同时提供高可用和负载均衡，比如Pgpool-II，但需要说明其优缺点，比如单点故障问题，或者配置复杂性。 需要检查是否有遗漏的重要方案，比如基于Kubernetes的部署，使用StatefulSets和Operators（如Crunchy Data的PG Operator或Zalando的Patroni Operator），这在云原生环境中越来越常见。 最后，总结时可能需要给出选择建议，根据不同的业务需求、团队熟悉度和基础设施环境来推荐合适的方案。比如，小团队可能适合使用Repmgr和Pgpool，而大规模云环境可能更适合Kubernetes加Patroni的方案。 需要确保回答清晰易懂，避免过于技术化的术语，但又要足够详细，让用户了解各方案的核心机制。可能还需要给出配置示例或官方文档链接，但用户没有明确要求，可能暂时不需要。 另外，用户可能关心如何实现自动故障转移，避免手动干预，以及数据一致性的保证。在介绍每个方案时，需要提到这些方面，比如同步复制如何保证数据不丢失，但可能影响性能，而异步复制可能有数据丢失风险但更快。 可能还需要提到备份和恢复策略作为高可用的一部分，但用户的问题集中在高可用和负载均衡，所以可能不需要深入备份细节，除非相关方案中包含备份整合。 最后，确保回答结构合理，分点明确，使用用户容易理解的语言，同时覆盖主流方案和新兴趋势。</think>以下是 PostgreSQL 高可用与负载均衡的主流方案及其实践要点： ```sql -- 基础配置示例：流复制 ALTER SYSTEM SET wal_level = replica; CREATE ROLE replicator WITH REPLICATION LOGIN PASSWORD 'secret'; ``` ### 一、高可用核心方案 #### 1. 流复制架构 ```markdown 主库 ───(WAL流)──> 备库（同步/异步） ↗ 级联备库 ``` - **同步复制**：`synchronous_commit = on`（数据零丢失） - **级联复制**：支持多层级备库扩展 - **故障转移工具**： - **pg_rewind**：主备角色反转后数据修复 - **Patroni**：基于DCS（Etcd/ZooKeeper）的自动故障转移 #### 2. 逻辑复制方案 ```sql -- 创建发布端 CREATE PUBLICATION pub_multi FOR TABLE users, orders; -- 订阅端 CREATE SUBSCRIPTION sub_west CONNECTION 'host=primary dbname=app' PUBLICATION pub_multi; ``` - 支持跨版本复制 - 可选择性复制表/数据分区 #### 3. 共享存储方案 ```markdown 主库 ── SAN/NAS ── 备库（故障时挂载存储） ``` - **推荐方案**：DRBD + Pacemaker - **优点**：避免数据复制延迟 - **缺点**：存储单点风险 ### 二、负载均衡实现方式 #### 1. 连接池方案对比 | 工具 | 工作模式 | 特点 | |-------------|---------------|-------------------------------| | **PgBouncer** | 事务/会话级 | 轻量级，支持超百万连接 | | **Pgpool-II** | 中间件代理 | 集成负载均衡+故障转移 | #### 2. 读写分离配置 ```sql /* Pgpool-II 示例配置 */ backend_hostname0 = 'primary' # 主库 backend_hostname1 = 'replica1' # 备库1 backend_hostname2 = 'replica2' # 备库2 ``` #### 3. 智能路由策略 - **权重分配**：按节点性能设置查询权重 - **基于SQL类型**： ```python # HAProxy ACL规则示例 acl is_write hdr_reg(X-SQL-Command) ^(INSERT|UPDATE|DELETE) use_backend pg_primary if is_write ``` ### 三、云原生高可用方案 ```yaml # Kubernetes示例（使用Crunchy PostgreSQL Operator） apiVersion: postgres-operator.crunchydata.com/v1beta1 kind: PostgresCluster metadata: name: ha-cluster spec: instances: - name: instance1 replicas: 3 dataVolumeClaimSpec: accessModes: [ "ReadWriteOnce" ] resources: requests: storage: 10Gi backups: pgbackrest: repos: - name: repo1 volume: volumeClaimSpec: accessModes: [ "ReadWriteOnce" ] resources: requests: storage: 20Gi ``` ### 四、典型架构组合 #### 1. 金融级高可用 ```markdown 主库 ── 同步备库 ── 异步备库 ↑ ↖ Patroni WAL归档 ↓ HAProxy集群 ``` #### 2. 互联网常用方案 ```markdown 主库 → Pgpool-II → 多个异步备库 ↑ Keepalived（VIP漂移） ``` #### 3. 混合云部署 ```markdown 本地主库 ── 逻辑复制 ─→ 云上备库 ↖ 双向复制 → 灾备中心 ``` ### 五、监控指标关键点 ```bash # 查看复制状态 SELECT client_addr, state, sync_state, pg_wal_lsn_diff(sent_lsn, write_lsn) AS write_l
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值