如何利用PGPool为K3S构建高可用PostgreSQL集群并实现故障转移？

完全可以通过双PGPool节点+F5负载均衡的架构实现你需要的PostgreSQL高可用能力，同时让K3S集群无需感知后端主从节点的变化。以下是核心实现逻辑和关键配置要点：

一、PGPool的核心配置与故障转移能力 #

• 开启流复制模式：在PGPool配置文件中设置streaming_replication_mode = on，并正确配置主从PostgreSQL节点的连接信息。
• 配置自动故障转移脚本：
  • 启用failover_command：当PGPool检测到主节点A故障时，触发预设脚本将从节点B提升为主节点（比如调用pg_ctl promote命令）。
  • 启用follow_master_command：当原主节点A恢复后，该脚本会自动修改A的PostgreSQL配置（如生成recovery.signal文件、调整primary_conninfo指向新主B），让A以只读从节点的身份重新加入集群，无需人工干预。
• 读写自动路由：PGPool会自动识别SQL操作类型，将INSERT/UPDATE/DELETE等写请求转发至当前主节点，读请求可配置分发到从节点（也可根据需求调整策略）。

二、F5负载均衡的配合配置 #

• 轮询分发与健康检查：F5以轮询方式将K3S的数据库请求分发到两台PGPool节点，同时配置针对PGPool的健康检查规则——比如检查PGPool的监听端口是否正常，或通过PGPool的管理接口验证后端PostgreSQL集群状态。当某台PGPool故障时，F5会自动停止向其转发流量，确保请求仅发送到正常节点。
• K3S连接配置：K3S的数据库连接串只需指向F5的VIP，无需关心后端PGPool或PostgreSQL节点的变化，实现完全透明的高可用。

三、关键注意事项 #

• PGPool节点需保持配置一致：两台PGPool的配置文件、故障转移脚本需完全同步，避免因配置差异导致故障切换异常。
• PostgreSQL流复制基础配置：确保主节点A的wal_level = replica、max_wal_senders参数足够，且pg_hba.conf允许PGPool节点和从节点B的连接请求。
• 故障场景测试：务必手动模拟主节点A故障、PGPool节点故障等场景，验证故障切换、自动恢复的流程是否符合预期，确保K3S集群在切换过程中读写不受影响。

内容的提问来源于stack exchange，提问作者Marc