加布里埃尔·巴托利尼：CNPG 配方 20 – 通过就绪探针对 PostgreSQL 集群进行更精细的控制
内容提要
CloudNativePG 1.26引入了新的就绪探针，确保只有完全同步和健康的PostgreSQL实例能够处理流量。该探针在容器生命周期内持续运行，防止流量路由到正在恢复的副本。管理员可以通过自定义探针参数更精细地控制故障转移行为和数据一致性，特别是在同步复制场景中。
关键要点
-
CloudNativePG 1.26引入新的就绪探针，确保只有完全同步和健康的PostgreSQL实例能够处理流量。
-
就绪探针在容器生命周期内持续运行，防止流量路由到正在恢复的副本。
-
管理员可以通过自定义探针参数更精细地控制故障转移行为和数据一致性。
-
就绪探针的默认配置包括失败阈值、周期、成功阈值和超时时间。
-
CloudNativePG允许通过.spec.probes.readiness段自定义就绪探针。
-
就绪探针策略与启动探针类似，默认类型为pg_isready，也可以选择查询和流式策略。
-
在副本上配置就绪探针时，CloudNativePG的Kubernetes原生方法表现出色。
-
通过设置流式探针类型，副本只有在主动从主节点流式传输时才被视为就绪。
-
启用同步复制后，确保任何显示非零延迟的副本被排除在晋升之外。
-
默认的pg_isready就绪探针通常适用于主节点，但副本通常受益于更严格的检查。
-
建议在生产环境中启用同步复制，以确保数据一致性，尽管可能会有轻微的性能损失。
-
没有一刀切的解决方案，最佳设置取决于具体环境和需求。
延伸解读
就绪探针的重要性
就绪探针在Kubernetes中至关重要，它确保只有完全准备好的PostgreSQL实例能够处理流量。这一机制防止了流量被错误地路由到正在恢复的副本，从而提高了系统的稳定性和数据一致性。
自定义探针配置的灵活性
CloudNativePG允许管理员通过自定义探针参数来精细控制故障转移行为和数据一致性。这种灵活性使得用户能够根据具体工作负载的需求调整探针设置，从而优化性能和可靠性。
同步复制的影响
启用同步复制后，任何显示非零延迟的副本将被排除在晋升之外。这一策略虽然可能导致轻微的性能损失，但却能显著提高数据一致性，适合对数据完整性要求较高的生产环境。
延伸问答
CloudNativePG 1.26的就绪探针有什么新功能？
CloudNativePG 1.26引入了新的就绪探针，确保只有完全同步和健康的PostgreSQL实例能够处理流量，并防止流量路由到正在恢复的副本。
如何自定义CloudNativePG的就绪探针参数？
管理员可以通过定义.spec.probes.readiness段来自定义就绪探针的参数，包括失败阈值、周期、成功阈值和超时时间。
就绪探针在PostgreSQL副本中的作用是什么？
就绪探针确保只有健康且及时从主节点流式传输的副本被视为就绪，从而防止非准备好的副本被提升为主节点。
使用流式探针有什么好处？
流式探针确保副本只有在主动从主节点流式传输时才被视为就绪，从而提高数据一致性和故障转移的可靠性。
在生产环境中使用同步复制的建议是什么？
建议在生产环境中启用同步复制，以确保数据一致性，尽管可能会有轻微的性能损失。
如何处理副本的延迟问题？
可以通过设置最大延迟为0，确保任何显示非零延迟的副本被排除在晋升之外，从而处理副本的延迟问题。
