OCI 上的切换为何测试全过却在生产翻车 RSS

OCI 的虚拟 IP 是绑在实例 VNIC 上的第二私有 IP，不像 AWS 和 Azure 那样能在实例间漂移。Umair Shahid 指出，切换时数据库层面已经完成提升，VIP 却仍注册在原实例的 VNIC 上，流量继续送往停摆或只读的节点，集群状态看上去还一切正常。解法有两条：用 HAProxy 探测 Patroni 的接口，彻底不依赖 VIP；或在提升后的钩子里调 OCI CLI 重挂第二私有 IP，代价是多出 5 到 15 秒。

发布于 2026-09-10T10:59:37.968086Z · Umair Shahid · Stormatics

OCI Patroni 高可用

OCI 的虚拟 IP 是绑在实例 VNIC 上的第二私有 IP，不像 AWS 和 Azure 那样能在实例间漂移。Umair Shahid 指出，切换时数据库层面已经完成提升，VIP 却仍注册在原实例的 VNIC 上，流量继续送往停摆或只读的节点，集群状态看上去还一切正常。解法有两条：用 HAProxy 探测 Patroni 的接口，彻底不依赖 VIP；或在提升后的钩子里调 OCI CLI 重挂第二私有 IP，代价是多出 5 到 15 秒。

OCI 的虚拟 IP 是绑在实例 VNIC 上的第二私有 IP，不像 AWS 和 Azure 那样能在实例间漂移。Umair Shahid 指出，切换时数据库层面已经完成提升，VIP 却仍注册在原实例的 VNIC 上，流量继续送往停摆或只读的节点，集群状态看上去还一切正常。解法有两条：用 HAProxy 探测 Patroni 的接口，彻底不依赖 VIP；或在提升后的钩子里调 OCI CLI 重挂第二私有 IP，代价是多出 5 到 15 秒。

原始来源 ↗

来源记录

• center.info_item · 8c4807a97490965c · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 8c4807a97490965c · 2026-10-03T04:08:55.967155Z