【Web应用服务器_Tomcat】二、Tomcat 核心配置与集群搭建
在企业级 Java Web 应用的部署场景中，Tomcat 作为主流的 Servlet 容器和 Web 服务器，其核心配置的优化以及集群搭建对于保障应用的高性能、高可用性至关重要。
一、Tomcat 核心配置优化
1.1 server.xml 配置文件解析
Tomcat 的核心配置文件server.xml位于/usr/local/tomcat/conf/目录下，它定义了 Tomcat 服务器的整体架构和运行参数。以下是对server.xml中关键部分的详细解析：
注释详解：
元素：作为整个配置文件的根元素，代表 Tomcat 服务器实例。port属性指定了 Tomcat 用于接收关闭命令的端口（默认为 8005），shutdown属性定义了关闭服务器的命令字符串（默认为SHUTDOWN）。例如，通过telnet localhost 8005连接该端口并发送SHUTDOWN命令，可正常关闭 Tomcat 服务器。在生产环境中，为了安全考虑，可修改port为不常用端口，并设置复杂的shutdown命令 ，防止恶意关闭服务器。
元素：包含一个或多个Connector和一个Container（即Engine）。name属性用于标识服务名称，如Catalina是 Tomcat 默认的服务名。一个 Tomcat 实例可以包含多个Service，每个Service可以独立配置Connector和Engine，以满足不同的应用需求，比如同时提供 HTTP 和 AJP 协议的服务。
元素：负责处理网络通信，接收客户端请求。常见的配置参数如下：
- port：指定监听的端口号，默认 8080，可根据需求修改，如将其改为 80，使 Tomcat 通过默认 HTTP 端口提供服务。如果服务器上已经存在占用 80 端口的其他服务，需要先停止该服务或者修改 Tomcat 的端口。
- protocol：指定使用的协议，默认HTTP/1.1，也可选择org.apache.coyote.http11.Http11NioProtocol等更高效的协议。Http11NioProtocol基于 Java NIO 实现，在高并发场景下相比传统的HTTP/1.1协议，能更有效地利用系统资源，减少线程阻塞。
- connectionTimeout：连接超时时间（单位：毫秒），超过该时间未完成的连接将被关闭，默认为 20000 毫秒。对于一些长时间运行的请求，如文件上传，如果设置的connectionTimeout过短，可能导致上传失败，此时需要根据实际情况适当延长该时间。
- redirectPort：当需要将 HTTP 请求重定向到 HTTPS 时，指定重定向的端口号，默认为 8443。
元素：代表 Servlet 引擎，处理来自Connector的请求并分配给相应的Host。name属性标识引擎名称，defaultHost属性指定默认的虚拟主机。当有多个Host时，defaultHost用于处理没有明确指定Host的请求。
元素：表示一个虚拟主机，用于部署多个 Web 应用。name属性是虚拟主机的域名或 IP 地址，appBase属性指定 Web 应用的部署目录（默认为webapps），unpackWARs属性表示是否自动解压 WAR 文件，autoDeploy属性表示是否自动部署 Web 应用。若将unpackWARs设置为false，则需要手动解压 WAR 文件，适合对 Web 应用部署有特殊要求的场景。
1.2 线程池优化策略
Tomcat 通过线程池处理客户端请求，合理配置线程池参数能显著提升服务器性能。线程池相关参数主要在Connector元素中配置，以下是关键参数说明：
注释详解：
- maxThreads：最大工作线程数，即 Tomcat 能够同时处理的最大请求数量。在高并发场景下，可适当增大该值，但过大的值可能导致服务器资源耗尽。一般建议根据服务器硬件资源设置在 200 - 500 之间。例如，对于配备 4 核 8 线程 CPU、16GB 内存的服务器，在测试环境中可先将maxThreads设置为 300，然后通过压力测试工具如 JMeter 进行测试，观察服务器的 CPU、内存使用率和请求响应时间，根据测试结果进一步调整该参数。
- minSpareThreads：最小空闲线程数，Tomcat 会始终保持至少这么多空闲线程，以快速响应新的请求。建议设置在 25 - 50 之间。如果设置过小，在突发流量时，可能会因为创建新线程的开销导致请求响应延迟；设置过大，则会占用过多系统资源。
- maxSpareThreads：最大空闲线程数，当空闲线程数超过该值时，Tomcat 会回收多余的线程。
- acceptCount：当线程池已满时，等待处理的请求队列长度。超过该数量的请求将被拒绝，默认值为 100。可根据实际情况适当调整，例如在流量突发时增大该值。但如果acceptCount设置过大，可能会导致大量请求堆积，消耗过多内存，甚至引起服务器崩溃。
1.3 JVM 参数优化
Tomcat 作为 Java 应用，其性能与 JVM 参数配置密切相关。通过调整 JVM 参数，可以优化内存分配、垃圾回收等。在 CentOS 7 上，可通过修改 Tomcat 启动脚本/usr/local/tomcat/bin/catalina.sh来设置 JVM 参数。在文件中找到JAVA_OPTS变量（如果没有则添加），以下是一些常用的 JVM 参数配置示例：
JAVA_OPTS="-Xms512m -Xmx1024m -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:G1HeapRegionSize=32m"注释详解：
- -Xms：设置 JVM 堆内存的初始大小，这里设置为 512MB。如果应用启动时需要加载大量数据或执行复杂的初始化操作，可适当增大该值，以避免频繁的内存扩展操作带来的性能开销。
- -Xmx：设置 JVM 堆内存的最大大小，这里设置为 1024MB。应根据服务器可用内存和应用实际需求合理设置，避免内存不足或浪费。例如，对于一个中小型 Web 应用，1GB 的堆内存通常能满足需求；但对于大型数据处理应用，可能需要将-Xmx设置为服务器物理内存的 70% - 80%。
- -XX:+UseG1GC：启用 G1 垃圾回收器，G1 在处理大内存时具有较好的性能表现，适用于大多数场景。G1 采用分区算法，将堆内存划分为多个大小相等的区域，能够更灵活地管理内存和进行垃圾回收。
- -XX:MaxGCPauseMillis：设置目标最大垃圾回收停顿时间（单位：毫秒），G1 会尽量满足该目标。但该值不能设置过小，否则 G1 可能会频繁进行垃圾回收，影响应用的响应性能。
- -XX:G1HeapRegionSize：设置 G1 堆内存区域大小，将堆内存划分为多个固定大小的区域，提高垃圾回收效率。区域大小可根据应用的内存使用情况进行调整，一般建议设置为 2 的幂次方，如 1MB、2MB、4MB 等。
二、Tomcat 集群搭建
2.1 多实例集群配置
2.1.1 环境准备
在 CentOS 7 系统上搭建 Tomcat 集群，需要准备多台服务器（本文以两台服务器为例，IP 分别为 192.168.1.101 和 192.168.1.102），并在每台服务器上安装 Tomcat。安装步骤与单机安装相同，可参考前文内容。在安装前，需要确保每台服务器的硬件配置基本一致，以保证集群的负载均衡效果。同时，关闭服务器的防火墙或者开放相关端口（如 Tomcat 的 8080 端口、Nginx 的 80 端口等），确保服务器之间能够正常通信。
2.1.2 配置负载均衡器（以 Nginx 为例）
1、安装 Nginx：使用以下命令在 CentOS 7 上安装 Nginx：
sudo yum install epel-release
sudo yum install nginx2、配置 Nginx 负载均衡：修改 Nginx 的配置文件/etc/nginx/nginx.conf，在http块中添加以下配置：
http {
upstream tomcat_cluster {
server 192.168.1.101:8080;
server 192.168.1.102:8080;
# 可根据需求设置负载均衡策略，如轮询（默认）、权重等
# weight参数可设置服务器权重，如 server 192.168.1.101:8080 weight=2;
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://tomcat_cluster;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}
}上述配置中，upstream块定义了 Tomcat 集群的服务器列表，server块配置了 Nginx 作为反向代理，将请求转发到 Tomcat 集群。proxy_set_header指令用于设置转发请求时的 HTTP 头部信息，其中X-Real-IP和X-Forwarded-For用于记录客户端的真实 IP 地址，方便应用获取客户端信息进行日志记录和安全防护。
3、启动 Nginx：
sudo systemctl start nginx可以通过访问http://服务器IP来验证 Nginx 是否正常启动。如果 Nginx 启动失败，可以查看/var/log/nginx/error.log日志文件，根据错误信息进行排查。
2.1.3 配置 Tomcat 实例
在每台 Tomcat 服务器上，修改server.xml文件，确保以下配置：
1、修改Connector的port属性，避免端口冲突。例如，在第二台服务器上，将8080改为8081。
2、修改Server的port属性，如将8005改为8006，防止关闭命令端口冲突。
修改完配置后，需要重启 Tomcat 服务，使配置生效。可以使用/usr/local/tomcat/bin/shutdown.sh停止 Tomcat，再使用/usr/local/tomcat/bin/startup.sh启动 Tomcat。
2.2 会话管理方案
2.2.1 粘性会话
粘性会话是指负载均衡器将同一个客户端的后续请求始终转发到同一台 Tomcat 服务器，以保持会话一致性。在 Nginx 中，可通过ip_hash指令实现粘性会话：
http {
upstream tomcat_cluster {
ip_hash;
server 192.168.1.101:8080;
server 192.168.1.102:8080;
}
# 省略其他配置
}ip_hash指令根据客户端 IP 地址计算哈希值，将同一 IP 地址的请求固定转发到某一台服务器。但这种方式存在局限性，当某台服务器故障时，客户端会话可能丢失。为了提高可靠性，可以结合 Nginx 的健康检查机制，当检测到某台 Tomcat 服务器故障时，将该服务器从负载均衡列表中移除，避免将请求转发到故障服务器。
2.2.2 Redis 共享会话
Redis 是一种高性能的键值对存储数据库，可用于实现 Tomcat 集群的共享会话。
1、安装 Redis：
sudo yum install redis2、配置 Redis：修改 Redis 配置文件/etc/redis.conf，主要配置如下：
bind 127.0.0.1 192.168.1.100 # 绑定服务器IP，确保Tomcat服务器可访问
protected-mode no # 关闭保护模式（测试环境使用，生产环境需谨慎）在生产环境中，不建议直接关闭protected-mode，可以通过设置密码（requirepass yourpassword）来提高 Redis 的安全性，同时只允许授权的 Tomcat 服务器访问 Redis。
3、启动 Redis：
sudo systemctl start redis4、在 Tomcat 中集成 Redis 共享会话：
- 下载tomcat-redis-session-manager插件，将相关 jar 包放置在 Tomcat 的lib目录下。
- 修改 Tomcat 的context.xml文件（位于/usr/local/tomcat/conf/目录下），添加以下配置：
上述配置中，host和port指定 Redis 服务器的地址和端口，database指定使用的 Redis 数据库，maxInactiveInterval指定会话的最大非活动时间（单位：秒）。配置完成后，Tomcat 集群中的会话数据将存储在 Redis 中，实现会话共享，即使某台 Tomcat 服务器故障，客户端会话也不会丢失。
