Apache如何实现高可用性

Apache高可用实现路径总览

• 面向生产环境，通常采用“多台Apache + 负载均衡 + 故障自动切换”的组合来消除单点故障。常见路径有：
  • 基于Keepalived VIP的主备切换（两台或多台Apache互为热备，对外呈现一个浮动IP）。
  • 基于Pacemaker + Corosync的集群资源编排（将Apache与浮动IP作为资源统一管理，支持更丰富的策略）。
  • 基于Apache自身反向代理/负载均衡（mod_proxy_balancer）构建多后端集群；若以Apache作负载均衡器，建议再叠加Keepalived为其做高可用。

方案一 Keepalived VIP主备

• 适用：两台或多台Apache直接对外，通过VRRP协议漂移一个VIP实现故障切换。
• 核心思路：在每台Apache上安装Keepalived，配置vrrp_script对httpd做健康检查；主节点持有VIP，健康检查失败或宕机时，VIP漂移到备节点。
• 关键配置示例（/etc/keepalived/keepalived.conf）：
  • global_defs、vrrp_script check_httpd（脚本检测httpd存活）、vrrp_instance VI_1（定义接口、VRID、优先级、认证、VIP与track_script）。
  • 健康检查脚本示例：检测进程pgrep httpd，失败可执行systemctl stop keepalived触发切换。
• 要点：确保同一二层网段、静态IP、防火墙放行VRRP(协议号112)；VIP漂移对客户端透明。

方案二 Pacemaker + Corosync集群

• 适用：需要更强的一致性与可编排能力（如资源组、约束、迁移策略等）的RHEL/CentOS系环境。
• 核心思路：用Corosync做节点通信，Pacemaker做资源管理与故障切换；将Apache与浮动IP定义为集群资源并加入同一资源组，实现同机启停与一起迁移。
• 关键步骤与命令：
  • 安装：pacemaker pcs corosync；启动并设置pcsd，设置hacluster用户密码；pcs cluster auth 节点；pcs cluster setup 创建集群；pcs cluster start --all。
  • 定义资源：
    • ocf:heartbeat:apache（configfile、statusurl=“http://localhost/server-status”、监控间隔）
    • ocf:heartbeat:IPaddr2（浮动IP与掩码、监控间隔）
    • pcs resource group add 将Apache与IP放入同一组。
  • 策略：设置资源粘性（如resource-stickiness）与迁移阈值（migration-threshold）以优化切换行为。
  • 验证：通过浏览器访问浮动IP；在节点上停httpd或关机，观察pcs status与自动切换。

方案三 Apache反向代理与负载均衡集群

• 适用：有多台后端应用服务器，使用Apache作为负载均衡器统一接入与分发。
• 核心思路：启用**mod_proxy、mod_proxy_balancer、mod_proxy_http、mod_lbmethod_***等模块，定义balancer://集群与BalancerMember；结合健康检查、会话保持、连接池与监控提升可用性与可运维性。
• 最小可用配置示例（VirtualHost）：
  • 启用模块：proxy、proxy_balancer、proxy_http、slotmem_shm、lbmethod_byrequests。
  • 定义集群与转发：
    • <Proxy balancer://mycluster> BalancerMember http://192.168.1.101:8080 route=node1 loadfactor=3；BalancerMember http://192.168.1.102:8080 route=node2 loadfactor=1；ProxySet lbmethod=byrequests；
    • ProxyPass / balancer://mycluster/；ProxyPassReverse / balancer://mycluster/。
  • 健康检查与故障转移：使用ping/status参数与failonstatus（如500,503）；热备节点可用status=+H。
  • 会话保持：stickysession=JSESSIONID 或基于ROUTEID的Cookie注入；必要时用bytraffic/least_conn等算法。
  • 管理与监控：/balancer-manager（生产建议限制来源IP）；LogLevel proxy:debug 辅助排错。
  • 高可用增强：若以Apache作负载均衡器，建议在其前端再叠加Keepalived VIP或改用外部负载均衡器集群，避免单点。

关键实践与避坑清单

• 健康检查要“真能反映业务可用性”：优先HTTP探针（/health或/server-status），必要时自定义脚本；被动+主动结合，避免误判。
• 会话一致性：有状态应用启用stickysession或改造为无状态/集中会话存储（如Redis），减少因故障切换导致的会话丢失。
• 连接与超时：合理设置ProxyTimeout、retry、maxattempts与连接池，避免雪崩与级联超时；启用KeepAlive与适度超时提升吞吐。
• 安全加固：限制/balancer-manager访问；启用HTTPS/TLS终止与后端代理加密；对管理口与后端通信做最小权限与网络隔离。
• 网络与基础设施：保证二层连通与静态IP；VRRP/集群通信放通；云上优先使用安全组/NACL与弹性网卡配合VIP。
• 观测与演练：接入日志与指标（访问日志、错误日志、状态码分布、后端健康），定期故障注入演练与容量评估，验证切换时效与数据一致性。