Patroni集群中配置归档节点的技术实践

背景介绍

在PostgreSQL高可用解决方案Patroni的实际部署中，我们经常会遇到需要将某个节点配置为归档节点的需求。这种配置的主要目的是让该节点不通过流复制从主节点获取WAL日志，而是通过归档系统（如pgbackrest）来恢复数据，从而减轻主节点的负载压力。

问题分析

在标准的3节点Patroni集群中，默认所有备用节点都会通过流复制从主节点同步数据。但某些场景下，我们希望其中一个节点：

1. 不占用主节点的复制槽资源
2. 不增加主节点的网络负载
3. 通过归档系统独立恢复数据
4. 作为灾备节点或报表查询节点使用

解决方案

Patroni提供了nostream标签来满足这一需求。通过在patroni.yml配置文件中添加以下标签配置，可以轻松实现归档节点的设置：

tags:
  nostream: true

实现原理

当设置nostream: true后，该节点将：

1. 禁用流复制功能
2. 仅通过restore_command配置的归档工具获取WAL日志
3. 不会向主节点请求创建复制槽
4. 完全独立于主节点的流复制拓扑

配置示例

以下是典型的归档节点配置片段：

postgresql:
  recovery_conf:
    restore_command: 'pgbackrest --stanza=stanza archive-get %f "%p"'
  parameters:
    archive_mode: 'on'
    archive_command: 'pgbackrest --stanza=stanza archive-push %p'

tags:
  nostream: true
  nofailover: true

注意事项

1. 归档节点通常也应设置为nofailover: true，避免被选为故障转移目标
2. 确保归档系统（如pgbackrest）配置正确且可访问
3. 归档节点的数据延迟通常大于流复制节点
4. 监控归档节点的WAL恢复状态，确保没有滞后

最佳实践

1. 将归档节点用于报表查询等非实时业务
2. 定期验证归档节点的恢复能力
3. 配置适当的监控告警，及时发现归档问题
4. 考虑使用不同的硬件配置，如更大内存或更多CPU核心，以优化恢复性能

通过合理配置Patroni的nostream标签，我们可以构建更加灵活和健壮的PostgreSQL高可用架构，在保证数据安全性的同时，优化主节点的性能表现。