Keepalived 配合 Apache 实现秒杀高可用，通过 VIP 漂移、健康检查与多实例协同保障前端入口连续性；需精准检测业务接口、调优 Apache 并与下游服务分层协作。
Keepalived 配合 Apache 实现电商秒杀高可用，核心是解决单点故障和瞬时流量洪峰下的服务连续性问题。它不直接处理业务逻辑或限流，而是通过 VIP 漂移 + 健康检查 + Apache 多实例协同，保障前端入口层始终可用。
Keepalived 提供虚拟 IP（VIP）自动漂移
在两台（或以上）部署 Apache 的服务器上安装 Keepalived，配置同一 VIP（如 192.168.1.100）。主节点正常时，VIP 绑定在其网卡；当主节点 Apache 崩溃、进程退出或机器宕机，Keepalived 通过 vrrp_script 自定义脚本检测 Apache 状态，几秒内触发 VIP 迁移到备节点，客户端无感知重连。
- 关键配置项：vrrp_script chk_httpd 调用 curl -I http://127.0.0.1 或检查 httpd 进程，失败则降低优先级
- VIP 必须与后端服务器在同一二层网络（同 VLAN），不跨网段
- 避免脑裂：建议配置 notify_master/notify_backup 脚本记录日志，并启用 nopreempt（非抢占）防止频繁切换
Apache 侧需适配高并发秒杀场景
Keepalived 只管“谁对外提供服务”，Apache 才决定“能不能扛住秒杀流量”。单纯 VIP 漂移不能替代应用层优化。
- 启用 MPM event 模式，支持异步非阻塞处理，比 prefork 更省资源
- 限制每个子进程连接数（MaxRequestWorkers）、超时时间（Timeout、KeepAliveTimeout），防连接耗尽
- 静态资源（如秒杀页 HTML、JS、图标）全部由 Apache 直接响应，不转发给后端，减少上游压力
- 配合 mod_evasive 或 mod_security 做基础 CC 防御，拦截高频非法请求
健康检查必须精准反映业务可用性
仅检查 Apache 进程存活或 80 端口通，不足以保障秒杀功能可用。例如：Apache 正常但后端 Redis 超时、库存接口返回 502，此时仍应触发 VIP 切换。
- 脚本中应调用真实秒杀前置接口（如 /api/kill/status），验证依赖服务连通性与响应码
- 设置合理的检查间隔（interval 2s）、失败次数（fall 3）、恢复次数（rise 2），避免误切或滞后
- 检查结果写入本地文件或通过 netstat 判断端口+关键进程双校验，提升鲁棒性
与完整秒杀架构的定位关系
Keepalived + Apache 是整个高可用链路的最前端——L4/L3 层接入点。它要和下游组件协同：
- 后端 Apache 可反向代理到多台 Tomcat/Go 秒杀服务，实现二级负载
- 秒杀服务自身需具备本地缓存（如 Guava Cache）、分布式锁（Redis SETNX）、库存预热等能力
- 数据库读写分离 + 分库分表 + 熔断降级（如 Hystrix）是另一层保障，Keepalived 不介入
- 若需更高弹性，可将 Keepalived 集群作为 SLB 后端节点，形成多级容灾
这个方案轻量、成熟、无需改代码，适合中小规模电商快速落地秒杀高可用。真正难点不在 Keepalived 配置，而在于 Apache 性能调优与健康检查逻辑是否贴合业务真实状态。
