Umair Shahid：OCI上的PostgreSQL高可用性：为什么你的故障转移在每个测试中都通过，但在生产环境中却失败
内容提要
在OCI上，PostgreSQL高可用集群的VIP问题可能导致应用连接到旧节点。解决方案有两种：使用HAProxy进行健康检查，或通过OCI API调用移动VIP。HAProxy简化路由，API调用保留VIP。两者均可实现高可用性，需根据架构选择合适方案。
关键要点
-
在OCI上，PostgreSQL高可用集群的VIP问题可能导致应用连接到旧节点。
-
解决方案有两种：使用HAProxy进行健康检查，或通过OCI API调用移动VIP。
-
HAProxy简化路由，API调用保留VIP，两者均可实现高可用性。
-
OCI的虚拟IP绑定到特定实例的虚拟网络接口，无法像AWS或Azure那样浮动。
-
在OCI上，重新分配次要私有IP需要显式的API调用。
-
HAProxy通过健康检查自动检测主节点变化，无需移动VIP。
-
使用OCI API调用时，需要在Patroni中设置回调脚本以移动VIP。
-
在选择方案时，需考虑架构和团队的操作偏好。
-
HAProxy适合新集群或希望简化操作模型的情况。
-
OCI API回调适合需要保持VIP的现有应用程序。
-
测试故障转移时，确保应用程序连接到新主节点，而不仅仅是检查集群状态。
-
记录回调脚本中的所有操作，以便故障排查时使用。
-
确保HAProxy冗余，以避免单点故障。
-
计划OCI API可能的延迟或暂时不可用，并添加重试逻辑。
延伸问答
在OCI上，PostgreSQL高可用集群的VIP问题是什么？
在OCI上，VIP绑定到特定实例的虚拟网络接口，导致故障转移时应用连接到旧节点，而不是新主节点。
如何解决OCI上的VIP问题？
可以通过HAProxy进行健康检查，或使用OCI API调用移动VIP来解决此问题。
HAProxy在PostgreSQL高可用性中的作用是什么？
HAProxy可以在应用和PostgreSQL节点之间进行路由，自动检测主节点变化，无需移动VIP。
使用OCI API调用移动VIP时需要注意什么？
需要在Patroni中设置回调脚本，并确保OCI CLI安装在每个节点上，且具有适当的权限。
HAProxy和OCI API调用哪种方法更适合新集群？
HAProxy更适合新集群，因为它简化了操作模型，消除了VIP问题。
在测试故障转移时，应该关注哪些方面？
应确保应用程序连接到新主节点，而不仅仅是检查集群状态。
