Linux 上实现 Informix 高可用的架构总览 在 Linux 上构建 Informix 的高可用，通常采用“数据库内置复制 + 共享存储/集群管理 + 外部负载均衡/VIP”的组合：数据库层用 HDR（High Availability Data Replication）/SDS（Shared Disk Secondary）/RSS（Remote Standalone Secondary） 提供数据冗余与快速接管；访问层用 VIP + Keepalived 或 Pacemaker/Corosync 实现故障切换；如需读写分离或连接分担，可在应用前放置 HAProxy/Nginx 做连接转发（注意 Informix 为关系型数据库，应用需使用支持自动重连/故障转移的驱动与连接池）。
方案对比与适用场景
| 方案 | 拓扑与数据路径 | 故障切换方式 | 读写能力 | 典型场景 | 关键要点 |
|---|---|---|---|---|---|
| HDR（主备复制） | 主库 → 备库通过网络日志复制 | 备库接管为主（自动/手动） | 主写备读（可配置只读） | 近距离同城高可用 | 切换时间短、对网络质量敏感 |
| SDS（共享磁盘备机） | 多节点共享同一磁盘阵列 | 集群/HA接管实例 | 依赖共享存储架构 | 已有 SAN/NAS 的机房 | 需可靠的共享存储与并发控制 |
| RSS（远程备机） | 主库 → 远程异步备库 | 提升灾备能力 | 备库通常只读 | 跨城/异地灾备 | 网络时延容忍度高 |
| VIP + Keepalived | 浮动 VIP 绑定主节点 | 主机宕机自动漂移 | 对应用透明 | 二层/三层网络环境 | 需与实例存活探测联动 |
| Pacemaker/Corosync | 资源代理管理实例与 VIP | STONITH/仲裁切换 | 对应用透明 | 企业级集群 | 配置复杂、可编排多资源 |
| HAProxy/Nginx | 前置连接转发/负载分发 | 健康检查剔除故障节点 | 读写策略由应用/代理决定 | 连接分担、读写分离 | 仅转发连接，不替代数据库复制 |
| 上述能力由 Informix 原生提供（HDR/SDS/RSS），外部 VIP/集群管理 与 负载均衡 组件用于提升访问连续性与运维自动化。 |
落地步骤与关键配置
实践建议与注意事项