如何在 Percona 中为 Endpoint Central 配置数据库高可用性（DB HA）？
本文解释了 Percona PostgreSQL 支持的数据库高可用性（DB HA）选项和 Endpoint Central推荐的方案，包括支持的架构、组件要求、可用性注意事项和客户责任。
Percona DB HA 概念、组件和可用性指标的详细概述可参见官方 文档。
Endpoint Central 根据客户的网络能力和部署复杂度推荐了两种 DB HA 架构：
- 简单架构
- 复杂架构
支持的 DB HA 架构
简单架构
通过最少的组件即可实现基本的高可用性设置。
工作原理
- HAProxy 部署在数据中心（DC）站点。
- 数据中心 Postgres1 作为当前主数据库。
- 若数据中心 Postgres1 故障，灾难恢复（DR）Postgres 可能会被提升为新主库。
- 部署在 DC 站点的 HAProxy 与 DR 站点中新的主库通信。
何时选择此架构
仅当客户网络允许 DC 与 DR 之间无缝的跨站点数据库通信时，推荐该架构。
如果客户网络支持可靠的跨站点数据库连接，优先选择此架构，原因包括：
- 组件更少
- 部署更简单
- 基础设施开销更低
复杂架构
此架构提供了更稳健和先进的解决方案，能同时处理高可用性和灾难恢复。
适用于需要更高容错率和增强弹性的企业环境。
两种 HA 架构的实施要求
- DB HA 集群中的所有组件必须彼此可达，以实现无缝通信。
- Percona PostgreSQL 必须仅部署在 Linux（Ubuntu）上。
- 实现简单多节点架构至少需要三台 Linux 机器。
- 实现复杂多节点架构至少需要六台 Linux 机器。
- 建议使用额外的低配置 Linux 机器部署 HAProxy。
角色与职责
竞标方负责安装、升级、配置 DB HA（如需）以及维护数据库和数据库服务器机器。
与 MSSQL 一样，竞标方需对 Percona PostgreSQL 执行所有数据库相关操作，因为它被视为另一远程数据库。
