CentOS 上实现 Tomcat 高可用的落地方案
一、架构选型与总体思路
- 推荐采用Nginx 主备 + Tomcat 多节点的拓扑：前端两台 Nginx 通过 Keepalived 绑定同一 VIP（虚拟 IP） 对外提供入口，后端部署 2–5 台 Tomcat 承载业务，实现入口与节点的双重高可用。Nginx 与 Tomcat 之间可使用 HTTP/1.1 或 AJP 协议；静态资源建议由 Nginx 直接服务以减轻后端压力。该架构具备良好的水平扩展能力与故障自动切换能力。
二、部署步骤
- 负载均衡与入口高可用
- 安装并配置 Nginx 的反向代理与负载均衡，示例：
- upstream：定义后端 Tomcat IP:8080 列表，建议使用 least_conn 或 ip_hash（会话敏感型）；配置健康检查参数 max_fails=3、fail_timeout=30s 实现自动故障转移。
- server：监听 80/443，设置 proxy_pass 与常用请求头（Host、X-Real-IP、X-Forwarded-For、X-Forwarded-Proto）。
- 安装并配置 Keepalived：定义 vrrp_instance，设置 state（MASTER/BACKUP）、interface、virtual_router_id、priority、authentication 与 virtual_ipaddress（VIP）；通过 vrrp_script 周期检查 Nginx 存活（如 curl 本地 80 端口），失败则降低优先级触发主备切换。
- Tomcat 多实例与基础优化
- 每台 Tomcat 主机可部署多实例（不同 HTTP 端口 与 shutdown 端口），便于单机资源利用与滚动升级；示例：实例一 8080/8005，实例二 8081/9005。
- 连接器调优（server.xml）：设置 protocol=“HTTP/1.1”、合理 maxThreads、acceptCount、关闭 enableLookups 等，提升并发与稳定性。
- JVM 建议：在 setenv.sh 中设置 -Xms/-Xmx（建议等值）、Metaspace 与 GC 日志，便于问题排查与容量规划。
三、会话保持与会话复制
- 应用无状态优先：将会话数据外置到 Redis 或数据库，彻底避免节点间会话同步复杂度与一致性问题。
- 有状态应用的两种常见做法：
- Tomcat 内置集群会话复制：在 server.xml 的 内启用 ；在 context.xml 使用 <Manager className=“org.apache.catalina.ha.session.DeltaManager” …/>；在应用的 web.xml 添加 。此方案需保证各节点 时间同步（NTP） 与网络互通。
- 反向代理层会话保持：Nginx 使用 ip_hash 实现会话粘性；Apache HTTP Server 使用 stickysession=JSESSIONID。该方式实现简单，但在节点扩缩容时可能出现“粘滞不均”。
四、健康检查、故障演练与常见问题
- 健康检查与自动切换
- Nginx 层：通过 max_fails/fail_timeout 自动摘除异常节点；必要时配合 backup 节点承接流量。
- Keepalived 层：通过 vrrp_script 对 Nginx 做应用层健康检查（脚本返回非 0 即判定失败），失败则降低 priority 触发 VIP 漂移，实现入口故障的无缝切换。
- 监控与日志
- 建议建设 Prometheus + Grafana 监控 Nginx（连接数、请求速率、错误率） 与 Tomcat（线程池、处理时延、GC 频率）；日志采用 ELK 集中化分析，便于快速定位 502/504 等问题。
- 常见问题速查
- 502/504：检查 Tomcat 进程与端口连通、Nginx 与 Tomcat 协议匹配、防火墙/安全组策略、后端超时配置。
- 会话丢失：确认应用 已配置、集群成员通信正常、时间同步与复制通道无异常。
- 性能瓶颈：结合 线程 dump（jstack）、堆内存（jmap）、网络连接（netstat） 与 GC 日志定位瓶颈并调参。