keepalived+postgresql 高可用方案

最新推荐文章于 2024-06-06 07:40:17 发布
最新推荐文章于 2024-06-06 07:40:17 发布
阅读量732 收藏 12
点赞数 7
文章标签： postgresql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42101062/article/details/135547718
版权

一、说明

本文章介绍的是怎么使用Keepalived配置PostgreSQL高可用集群， 需要读者对这两个软件有一定的了解。配置好以后集群自动切换主从，从而实现pg的高可用。

二、环境

这里的ip 不存在

IP虚拟ip版本
master192.168.20.11192.168.20.13pg 13.14   keepalived 
slave192.168.20.12pg 13.14   keepalived

三、安装postgresql并配置

1、安装postgresql 数据库

       读者可按照自己的方式安装postgresql数据库，离线或者yum安装都可

2、修改配置

      安装完数据库以后进行初始化

#初始化数据库 $DATA_DIR为配置文件路径
initdb -D $DATA_DIR

     修改配置文件vi  postgresql.conf 添加一下配置

wal_level = replica
max_wal_senders= 10
wal_keep_size = 512
wal_sender_timeout = 60s
max_connections = 5100
hot_standby = on
max_standby_streaming_delay = 30s
wal_receiver_status_interval = 10s
#这里的host 的值为主备互相，如果是11服务器就填写192.168.20.12 ，如果是12服务器就填写192.168.20.11
primary_conninfo = 'host=$节点IP port=17306 user=replicator password=replicator'
recovery_target_timeline = 'latest'

vi pg_hba.conf添加replicator用户信息

host    replication     replicator      0.0.0.0/0        trust

四、安装并配置keepalived

1、安装keepalived 

读者自行安装keepalived 

2、配置keeplived

配置etc/keeplived/keepalived-master.conf  和  etc/keeplived/keepalived-backup.conf

master

vrrp_script check_pg_alived {
    script  <安装位置>/master-scripts/pg_check.sh"
    interval 1
}

vrrp_instance VI_3 {
    state MASTER
    interface    ${网卡地址}	#网卡地址，linux查看ip addr
    virtual_router_id 52  #此处id可以随意定但是要保持一致
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 123456
    }

    track_script {
        check_pg_alived
    }
    virtual_ipaddress {
        192.168.20.13	#VIP地址
    }
    notify_master <安装位置>/master-scripts/pg_master.sh
    notify_backup <安装位置>/master-scripts/pg_backup.sh
    notify_fault <安装位置>/master-scripts/pg_fault.sh

   }

backup 

vrrp_script check_pg_alived {
    script  <安装位置>/backup-scripts/pg_check.sh"
    interval 1
}

vrrp_instance VI_3 {
    state BACKUP
    interface    ${网卡地址}	#网卡地址，linux查看ip addr
    virtual_router_id 52  #此处id可以随意定但是要保持一致
    priority 99  
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 123456
    }

    track_script {
        check_pg_alived
    }
    virtual_ipaddress {
        192.168.20.13	#VIP地址
    }
    notify_master <安装位置>/backup-scripts/pg_master.sh
    notify_backup <安装位置>/backup-scripts/pg_backup.sh
    notify_fault <安装位置>/backup-scripts/pg_fault.sh

   }

编写 pg_check.sh pg_master.sh pg_backup.sh   pg_fault.sh脚本

vi pg_check.sh

#!/bin/bash
#PG is alive or not?
A=`ps -ef | grep postgres | grep "./bin/postgres" |grep -v grep| wc -l`
if [ $A -eq 0 ];then
    exit 1
else
  exit 0
fi

vi pg_master.sh

#!/bin/bash

#从slave 变为master的操作
LOGFILE=日志目录

export DATA_DIR=pg数据库的配置文件目录
export MASTER_HOST=192.168.20.11
export SLAVE_HOST=192.168.20.12
export PGDATABASE=postgres
export PGPORT=${PGPORT}
export PGUSER=pg数据的所属用户
export PGBIN=pg数据库的bin目录

#keepalived使用的配置文件
HOST_IF=$( sudo ip route|grep default|head -n1|cut -d' ' -f5)
LOCAL_IP=$( sudo ip a|grep "$HOST_IF$"|head -n1|awk '{print $2}'|cut -d'/' -f1)
if [ "$LOCAL_IP" = "$MASTER_HOST" ]; then
    export file=安装目录/keepalived-master.conf
    export PGMASTER_HOST=${SLAVE_HOST}
else
    export file=安装目录/keepalived-backup.conf
    export PGMASTER_HOST=${MASTER_HOST}
fi
 #当pg主节点发生故障的时候切换
 #如果当前节点是从节点则升为主节点
SQL1='SELECT pg_is_in_recovery from pg_is_in_recovery();'
db_role=`echo $SQL1  | ${PGBIN}/psql  -d $PGDATABASE -U $PGUSER -h 127.0.0.1 -p $PGPORT -At -w`
if [ $db_role == 't' ];then
   echo -e `date +"%F %T"` "the current database is standby DB! [切换至master角色] " >> $LOGFILE
   su - ${PGUSER} -c "$PGBIN/pg_ctl promote -D $DATA_DIR"  
else
   echo -e `date +"%F %T"` "the current database is master DB!" >> $LOGFILE
fi

#修改配置并重新加载
sed -i '/vrrp_instance VI_3 {/{n;s/.*/    state MASTER/}' "$file"
awk '{
    if (found && count == 4) {
        print "    priority 100"
        found = 0
    } else {
        print
    }
}
/vrrp_instance VI_3 {/ {
    found = 1
    count = 0
}
found {
    count++
}' "$file" > "$file.tmp" && mv "$file.tmp" "$file"
chown ${PGUSER}:${PGUSER} $file

#重新加载配置文件
pid=`ps -ef | grep keepalived | grep -v grep | awk '{print $2}' | head -n 1`
kill -SIGHUP $pid

vi  pg_backup.sh

#!/bin/bash

#从master 变为slave的操作
LOGFILE=日志目录

export DATA_DIR=pg数据库的配置文件目录
export MASTER_HOST=192.168.20.11
export SLAVE_HOST=192.168.20.12
export PGDATABASE=postgres
export PGPORT=${PGPORT}
export PGUSER=pg数据的所属用户
export PGBIN=pg数据库的bin目录

#keepalived使用的配置文件
HOST_IF=$( sudo ip route|grep default|head -n1|cut -d' ' -f5)
LOCAL_IP=$( sudo ip a|grep "$HOST_IF$"|head -n1|awk '{print $2}'|cut -d'/' -f1)
if [ "$LOCAL_IP" = "$MASTER_HOST" ]; then
    export file=安装目录/keepalived-master.conf
    export PGMASTER_HOST=${SLAVE_HOST}
else
    export file=安装目录/keepalived-backup.conf
    export PGMASTER_HOST=${MASTER_HOST}
fi

#修改配置并重新加载
sed -i '/vrrp_instance VI_3 {/{n;s/.*/    state BACKUP/}' "$file"
awk '{
    if (found && count == 4) {
        print "    priority 99"
        found = 0
    } else {
        print
    }
}
/vrrp_instance VI_3 {/ {
    found = 1
    count = 0
}
found {
    count++
}' "$file" > "$file.tmp" && mv "$file.tmp" "$file"

#重新加载配置文件
pid=`ps -ef | grep keepalived | grep -v grep | awk '{print $2}' | head -n 1`
kill -SIGHUP $pid
chown pangu:pangu $file

vi pg_fault.sh

#!/bin/bash

#从master 变为slave的操作
LOGFILE=日志目录

export DATA_DIR=pg数据库的配置文件目录
export MASTER_HOST=192.168.20.11
export SLAVE_HOST=192.168.20.12
export PGDATABASE=postgres
export PGPORT=${PGPORT}
export PGUSER=pg数据的所属用户
export PGBIN=pg数据库的bin目录


HOST_IF=$( sudo ip route|grep default|head -n1|cut -d' ' -f5)
LOCAL_IP=$( sudo ip a|grep "$HOST_IF$"|head -n1|awk '{print $2}'|cut -d'/' -f1)
if [ "$LOCAL_IP" = "$MASTER_HOST" ]; then
    export DB_HOST=${SLAVE_HOST}
else
    export DB_HOST=${MASTER_HOST}
fi

function check_database_connection() {  
    # 使用psql命令尝试连接远程数据库  
    $PGBIN/psql -h "$DB_HOST" -p "$PGPORT" -d "$PGDATABASE" -U "$PGUSER" -w -c "SELECT version();" &> /dev/null  
    if [ $? -eq 0 ]; then  
         touch ${DATA_DIR}/standby.signal  
      chown ${PGUSER}:${PGUSER} ${DATA_DIR}/standby.signal
      chmod 700 ${DATA_DIR}/standby.signal

     fi
}  

#故障检车脚本
num=`ps -ef | grep postgres | grep "./bin/postgres" |grep -v grep| wc -l`
if [ $num -ge 0 ];then
  echo -e `date +"%F %T"` "数据库down机" >> $LOGFILE
  #判断当前机器是否是最后一个down机的如果不是则执行下面的脚本
check_database_connection

fi

五、启动验证

启动posgresql和keepalived  注意postgresql要先启动主节点，再启动从节点

1、关闭pg主节点观察主从是否互换，虚拟ip是否自动漂移，启动停掉的主节点观察是否正常

2、关闭pg从节点，观察服务是否正常，然后启动从节点观察是否正常

本篇博文可能有很多表达不清楚，或者写的不够清楚的地方，如果读者有什么问题咨询可以留言，本作者看到以后将第一时间回复

隔壁老李的隔壁
关注
  • 7
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
用Keepalived实现PostgreSQL高可用
Enmotech的博客
10-26 496
点击上方"蓝字"关注我们，享更多干货！一、Keepalived工作原理Keepalived可提供VRRP以及health-check功能，可以只用它提供双机浮动的vip（VRRP虚拟路由功...
Keepalived实现PostgreSQL高可用部署
weixin_44499403的博客
12-29 1076
Keepalived实现PostgreSQL高可用部署
【PostgreSQL】主从集群之keepalived实现HA和故障自动转移
04-28 2391
前言 书接上回，我们已经有了一套集群环境，（参考文章：CSDN）目前工作正常，但还不能高枕无忧，突然哪一天主库发生故障了，业务系统就会无法使用，我们的电话会被打爆，如何睡个安稳觉呢，那就需要继续增加组件实现高可用（HA）。今天介绍的是keepalived方案。闲话少说，马上进入正题。 环境介绍 我们有如下集群，还没有的可以参考之前的文章动手操作 主机 角色 OS db 192.168.0.111 主 Ubuntu20 postgresql14 192.16
PostgreSQL+Keepalived集群配置手册
大美天地的博客
05-09 1485
PostgreSQL+Keepalived集群配置，实现postgresql主备切换。
浅谈 PostgreSQL 高可用方案
最新发布
JiekeXu的博客
06-06 853
作者 | JiekeXu来源 |公众号 JiekeXu DBA之路（ID: JiekeXu_IT）如需转载请联系授权 |(个人微信 ID：JiekeXu_DBA)大家好，我是 JiekeXu,江湖人称“强哥”，荣获 Oracle ACE Pro 称号，墨天轮 MVP，墨天轮年度“墨力之星”，拥有 Oracle 11g OCP/OCM 认证,MySQL 5.7/8.0 OCP 认证以及 PCA...
PostgreSQL技术大讲堂 - 第48讲：PG高可用实现keepalived
m0_65303136的博客
03-22 987
这个协议起先应用于网络，网络在设计的时候必须考虑到冗余容灾，包括线路冗余，设备冗余等，防止网络存在单点故障，那在路由器或三层交换机处实现冗余就显得尤为重要，在网络里面有个协议就是来做这事的，这个协议就是VRRP协议，Keepalived就是巧用VRRP协议来实现高可用性(HA)的。这些库是：html解析，链接列表，计时器，向量，字符串格式化，缓冲区转储，网络工具，守护程序管理，pid处理，低级TCP层4。而备库的权值为priority+weight，如果其和大于主库的priority，则备库会变成主库。
keepalived实现postgresql主从切换
wyl9527的博客
05-27 2036
主 keepalived配置文件 [root@bgsbtsp0006-dqf:keepalived]# cat keepalived.conf ! Configuration File for keepalived vrrp_script check_pg_alived { script "/etc/keepalived/scripts/check_pg.sh" ...
Postgresql+Keepalived高可用方案
weixin_45428187的博客
10-23 2188
Postgresql+Keepalived高可用方案
【高性能架构】使用Keepalived实现PostgreSQL的高可用
u010515761的专栏
01-30 5278
一、功能     Keepalived通过对服务器池中的对象进行健康检查，同时实现了对失效机器和服务的故障隔离，并把其从服务池中删除；如果失效的机器或者服务恢复正常，Keepalived会自动将其加入服务池中。PostgreSQL数据库有时会发生宕机的情况，因此使用Keepalived对两台服务器进行配置，主服务器负责用户交互，从服务器负责实时备份，当发生故障时可以实现高可用。 二、工作原理
PGSQL主从+keepalived高可用配置
weixin_34265814的博客
08-10 471
环境说明：主机与IP：192.168.11.177 主库192.168.11.180 备库192.168.11.210 VIP系统：centos7.2PGSQL9.6主从已安装配置完成（参考我之前的博客）安装配置：1、安装配置keepalived主备安装：# yum install -y keepalived主配置：# vi /etc/keepalived/keepal...
postgresql高可用对比
11-04
本人进行了postgresql数据库两种高可用pgpool和keepalived进行了性能对比，里面包括了自己写的性能测试脚本和测试结果的对比数据。
PostgreSQL-Keepalived-HA:基于 Keepalived 和 PG 流复制实现高可用方案
05-17
Keepalived + PostgreSQL 流复制方式实现高可用 HA 一 项目简介 HA 是数据库领域一个永恒的议题，同时也是最复杂的方案之一，PostgreSQL 本身并不提供任何高可用方案， 本文通过 Keepalived + PostgreSQL 流复制方式实现高可用 HA，故障切换逻辑和部分脚本参考德哥 sky_postgresql_cluster () 的 HA 项目，本文仅分享一种 PostgreSQL高可用方案，脚本的切换逻辑可根据实际情况调整，如果您对此方案有更好的建议或补充，欢迎探讨。 Email: 二 需求 PostgreSQL 9.4 版本：其它版本脚本需做相应调整 硬件：2 台带远程管理卡的物理主机：在数据库发生切换时需要用到远程管理卡 两台物理主机安装 Keepalived 程序
lvs+keepalived+vsftp配置FTP服务器负载均衡
08-07
在构建大型、高可用性的FTP（File Transfer Protocol）服务时，使用LVS（Linux Virtual Server）、Keepalived和VSFTPd的组合是一个常见的解决方案。LVS提供负载均衡，Keepalived确保服务高可用，而VSFTPd是常用的FTP...
PostgreSQL的高可用方案(文档)
12-19
PostgreSQL的一种高可用解决方案，详细见我的另一篇文章： http://blog.csdn.net/sszgg2006/article/details/38684325
MySQL与PostgreSQL数据库高可用分析实践.pdf
10-14
四、高可用方案 高可用方案包括keepalived + haproxy + 服务资源等多种方式。 * keepalived：VRRP控制VIP漂移，Watchdog和健康检查等功能。 * haproxy：4层/7层代理，健康检查，负载均衡等功能。 五、结论 本...
HAProxy系列文章三《Patroni+ETCD+PG14+Keepalived+HAProxy的安装部署》
HighGO
05-17 504
本文在前文的基础上，通过引入Keepalived实现HAProxy的高可用，增强高可用架构的稳定性。
postgres集群+keepalived高可用
Laymany的博客
02-17 3348
一：基础集群环境搭建 1.2：简介 通过keepalived 来实现 PostgreSQL 数据库的主从自动切换，以达到高可用。当主节点宕机时，从节点可自动切换为主节点，继续对外提供服务。 基于流复制部署，keepalived检测postgresql状态，如果pgsql死了，那么keepalived的VIP漂移到备库，同时提升备库为主库，可以进行读写操作。（默认流复制的主库为可读可写，备库为只读） 1.2.1：环境架构 1.2.2：服务器统计： IP地址 主机名 .
postgresql+keepalived高可用部署
weixin_45350604的博客
12-31 2230
postgresql+keepalived高可用部署（基于postgresql流复制部署） 基于流复制部署，keepalived检测postgresql状态，如果pgsql死了，那么keepalived的VIP漂移到备库，同时提升备库为主库，可以进行读写操作。（默认流复制的主库为可读可写，备库为只读） 主库：192.168.19.73 备库：192.168.19.74 VIP：192.168.19...
实现基于Keepalived+Lvs网站高可用集群
06-05
要实现基于 Keepalived + LVS 的高可用集群，您可以按照下面的步骤操作： 1. 安装 Keepalived 和 LVS 您需要在每个服务器上安装 Keepalived 和 LVS。Keepalived 是一个实现 VRRP 协议的工具，用于实现服务器之间的故障切换。LVS 是一个 Linux 负载均衡器，可以将流量分发到多个后端服务器上。 2. 配置 LVS 在配置 LVS 之前，您需要先确定负载均衡器的 IP 地址和后端服务器的 IP 地址。您可以在 LVS 上配置虚拟 IP 地址，然后将请求转发到后端服务器上。 3. 配置 Keepalived 在配置 Keepalived 之前，您需要确定一个主节点和多个备份节点。主节点将拥有虚拟 IP 地址，并将请求转发到后端服务器上。如果主节点发生故障，备份节点将接管虚拟 IP 地址，并继续转发请求。 在每个节点上，您需要配置 Keepalived 的配置文件，以实现 VRRP 协议和故障切换。在主节点上，您需要将 VRRP 的优先级设置为最高，以确保它成为主节点。在备份节点上，您需要将优先级设置为较低，以确保它只在主节点发生故障时接管虚拟 IP 地址。 4. 测试集群 在完成上述步骤后，您需要测试集群是否正常工作。您可以使用 curl 或浏览器访问虚拟 IP 地址，以确保请求能够正确地转发到后端服务器上。 以上就是基于 Keepalived 和 LVS 的高可用集群实现的大致步骤。需要注意的是，配置过程可能会因环境而异，您需要根据实际情况进行适当的调整。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值