上一篇
ha主备和负载均衡接线模式
HA主备采用主从热备，故障时自动切换；负载均衡通过多节点分流请求，提升性能，前者保障高可用，后者优化资源利用率，适用于不同容灾场景
HA主备与负载均衡接线模式详解
HA主备模式核心原理与接线设计
HA（High Availability）主备模式通过冗余设计实现系统高可用性，其核心特征是存在主设备（Active）和备份设备（Standby），当主设备出现故障时，备份设备自动接管业务，保证服务连续性。
典型接线模式：
双机热备模式
- 物理连接：两台服务器通过心跳线（Heartbeat Link）直连，同步状态信息
- 网络架构：共享虚拟IP（VIP），通过VRRP/HSRP协议实现IP漂移
- 存储方案：采用共享存储（SAN/NAS）或实时数据复制技术
多级备份架构
│──────────────┐ ┌─────────────┐ │ 主节点 │──────▶Shared Storage◀──────│ 备节点 │ │ (Active) │ │（数据同步） │ (Standby) │ │ │ │ │ │ │ └──────┴─────────────┘ │ │ ▲ │ └──────────────────────▼─────────────┘ 心跳检测链路（私有网络）
关键技术组件：
- 心跳机制：通过UDP/TCP心跳包（如Keepalived默认使用11000端口）检测节点状态
- 仲裁机制：第三方仲裁节点（如虚拟IP）防止脑裂（Split Brain）
- 数据同步：基于Rsync、DRBD或数据库日志复制技术
负载均衡模式核心原理与接线设计
负载均衡（Load Balancing）通过算法分配流量到多个节点，提升系统处理能力和可靠性，其核心特征是多台服务器同时承担业务流量。
典型接线模式：
四层负载均衡（L4 Switch）
- 工作层级：OSI模型第4层（TCP/UDP）
- 转发依据：IP地址+端口号
- 典型设备：F5 BIG-LTM、Citrix ADC、Linux HAProxy
七层负载均衡（L7 Switch）
- 工作层级：OSI模型第7层（HTTP/HTTPS）
- 转发依据：URL、Cookie、SSL证书等应用层信息
- 典型设备：Nginx、Apache HTTPD、AWS ELB
核心算法对比：
| 算法类型 | 代表算法 | 适用场景 | 特点 |
|—————-|————————|———————————-|——————————-|
| 静态算法 | 轮询（Round Robin） | 同构服务器集群 | 简单高效，无状态感知 |
| | 加权轮询 | 异构性能服务器组 | 按权重分配请求 |
| 动态算法 | 最小连接数（LeastConn）| 长连接服务（如数据库） | 实时感知后端负载 |
| | IP哈希（Source Hashing）| 会话保持（Session Persistence） | 保证同一客户端请求落在同一节点|
HA主备与负载均衡混合架构
现代系统常采用主备+负载均衡的混合架构，兼顾高可用与高性能：
典型拓扑示例：
graph TD
A[客户端] -->|VIP:80] F[负载均衡器]
F -->|Round Robin| B1[应用服务器1]
F -->|Round Robin| B2[应用服务器2]
B1 -.->|HA同步> C1[数据库主节点]
B2 -.->|HA同步> C2[数据库备节点]
C1 <--> C2[基于Patroni/Repmgr]混合架构优势：
- 应用层负载均衡提升吞吐量
- 数据库层主备架构保证数据一致性
- 故障隔离：单点故障不影响全局服务
关键参数对比表
| 评估维度 | HA主备模式 | 负载均衡模式 | 混合架构 |
|---|---|---|---|
| 核心目标 | 系统高可用性 | 提升处理能力 | 高可用+高性能 |
| 节点角色 | 主/备交替 | 多活跃节点 | 主备+多活跃节点 |
| 容灾能力 | RTO<60秒 | 依赖健康检查频率 | 综合RTO/RPO指标 |
| 资源利用率 | 备用节点闲置（<50%） | 线性扩展（>70%） | 最优资源分配 |
| 实施成本 | 中等（需专用硬件） | 可软件化（如Nginx） | 较高（需组合设备） |
| 适用场景 | 关键业务系统（如ERP） | 高并发互联网服务 | 金融级核心系统 |
典型行业应用案例
医疗HIS系统
- 采用Oracle RAC主备架构
- 部署两节点RAC集群,通过SCAN VIP实现故障切换
- 配套DS8800存储实现数据镜像
电商订单系统
- Nginx+Keepalived实现四层负载
- 后端对接K8s容器集群
- Redis集群采用主从+哨兵模式
省级政务云平台
- F5 BIG-IP LTM作为负载均衡器
- 后端连接VMware虚拟化资源池
- 数据库层部署Oracle Data Guard
实施建议与最佳实践
HA主备实施要点：
- 心跳链路需独立于业务网络,建议采用1Gbps专用通道
- 数据同步延迟应控制在业务容忍范围内（lt;500ms）
- 定期进行故障切换演练（建议季度性）
负载均衡优化策略：
- 会话保持设置需匹配业务特性（如电商购物车需长保持）
- 健康检查间隔建议5-15秒，超时阈值设为3倍RTT
- 启用QoS策略保障核心业务流量优先
FAQs：
Q1：HA主备模式是否支持多活架构？
A1：传统主备模式为1+N架构，但可通过M-A（Multi-Active）模式改造，MySQL Group Replication支持多主写入，配合负载均衡器可实现读写分离，需注意数据冲突解决机制的设计。
Q2：负载均衡器本身如何实现高可用？
A2：通常采用主备或集群化部署：
- 硬件设备：通过VRRP实现虚拟MAC地址漂移（如F5双机热备）
- 软件方案：Kubernetes中使用MetalLB实现A/A架构
- 云环境：利用AZ区域冗余部署，如AWS ELB跨可用
