Web服务器集群--Tomcat（安装部署，构建虚拟主机，以及Tomcat参数优化）

前言

• Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应HTML（标准通用标记语言下的一个应用）页面的访问请求。实际上Tomcat是Apache 服务器的扩展，但运行时它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的
• 当配置正确时，Apache 为HTML页面服务，而Tomcat 实际上运行JSP 页面和Servlet。另外，Tomcat和IIS等Web服务器一样，具有处理HTML页面的功能，另外它还是一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。不过，Tomcat处理静态HTML的能力不如Apache服务器。

一：Tomcat安装部署

1.1：Tomcat简介

• 免费的、开放源代码的Web应用服务器
• Apache软件基金会（ Apache Software Foundation）Jakarta项目中的一个核心项目
• 由 Apache、Sun和一些公司及个人共同开发而成
• 深受Java爱好者的喜爱，并得到部分软件开发商的认可
• 是目前比较流行的Web应用服务器

1.2：Tomcat核心组件

• catalina是Tomcat以前的名字，后来才改成Tomcat

• JSP (全称JavaServer Pages)是由Sun Microsystems公司主导创建的一-种动态网页技术标准。JSP部署于网络服务器上，可以响应客户端发送的请求，并根据请求内容动态地生成HTML、XML或其他格式文档的Web网页，然后返回给请求者。
  JSP技术以Java语言作为脚本语言，为用户的HTTP请求提供服务，并能与服务器上的其它Java程序共同处理复杂的业务需求。

• Servlet (Server Applet)是Java Servlet的简称，称为小服务程序或服务连接器，用Java编写的服务器端程序， 具有独立于平台和协议的特性，主要功能在于交互式地浏览和生成数据，生成动态Web内容。

1.3：Tomcat处理请求的过程

1.3.1：请求过程基本解释

• connector：连接器

  一个Connector组件将在某个指定的端口上侦听客户请求，接收浏览器发过来的tcp连接请求，创建一个Request和一个Response对象分别用于和其你去端交换数据，然后会产生一个线程来处理这个请求并把产生的Request和Response对象传给Engine，从Engine中获得响应并返回给客户端。 Tomcat有两个经典的Connector，一个直接侦听来自浏览器的HTTP请求，另外一个侦听来自其他的WebServer的请求。Cotote HTTP/1.1 Connector在端口8080处侦听来自客户浏览器的HTTP请求，Coyote JK2 Connector在端口8009处侦听其他WebServer的Servlet/JSP请求。 Connector 最重要的功能就是接收连接请求然后分配线程让 Container来处理这个请求，所以这必然是多线程的，多线程的处理是 Connector 设计的核心。

• container：

  Container是容器的父接口，该容器的设计用的是典型的责任链的设计模式，它由四个自容器组件构成，分别是Engine、Host、Context、Wrapper。这四个组件是负责关系，存在包含关系。通常一个Servlet class对应一个Wrapper，如果有多个Servlet则定义多个Wrapper，如果有多个Wrapper就要定义一个更高的Container，如Context。 Context定义在父容器 Host 中，其中Host 不是必须的，但是要运行 war 程序，就必须要 Host，因为 war 中必有 web.xml 文件，这个文件的解析就需要 Host 了，如果要有多个 Host 就要定义一个 top 容器 Engine 了。而 Engine 没有父容器了，一个 Engine 代表一个完整的 Servlet 引擎。

• engine：引擎

  Engine 容器比较简单，它只定义了一些基本的关联关系 Host 容器

• host：虚拟主机

  Host 是 Engine 的字容器，一个 Host 在 Engine 中代表一个虚拟主机，这个虚拟主机的作用就是运行多个应用，它负责安装和展开这些应用，并且标识这个应用以便能够区分它们。它的子容器通常是 Context，它除了关联子容器外，还有就是保存一个主机应该有的信息

• context：JSP前段页面

  Context 代表 Servlet 的 Context，它具备了 Servlet 运行的基本环境，理论上只要有 Context 就能运行 Servlet 了。简单的 Tomcat 可以没有 Engine 和 Host。Context 最重要的功能就是管理它里面的 Servlet 实例，Servlet 实例在 Context 中是以 Wrapper 出现的，还有一点就是 Context 如何才能找到正确的 Servlet 来执行它呢？ Tomcat5 以前是通过一个 Mapper 类来管理的，Tomcat5 以后这个功能被移到了 request 中，在前面的时序图中就可以发现获取子容器都是通过 request 来分配的

• servlet：处理代码

1.3.2：请求过程详细解释

• 1.用户在浏览器中输入网址localhost:8080/test/index.jsp，请求被发送到本机端口8080，被在那里监听的Coyote HTTP/1.1 Connector获得；

• 2.Connector把该请求交给它所在的Service的Engine（Container）来处理，并等待Engine的回应；

• 3.Engine获得请求localhost/test/index.jsp，匹配所有的虚拟主机Host；

• 4.Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机），名为localhost的Host获得请求/test/index.jsp，匹配它所拥有的所有Context。Host匹配到路径为/test的Context（如果匹配不到就把该请求交给路径名为“ ”的Context去处理）；

• 5.path=“/test”的Context获得请求/index.jsp，在它的mapping table中寻找出对应的Servlet。Context匹配到URL Pattern为*.jsp的Servlet，对应于JspServlet类；

• 6.构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet()或doPost(),执行业务逻辑、数据存储等；

• 7.Context把执行完之后的HttpServletResponse对象返回给Host；

• 8.Host把HttpServletResponse对象返回给Engine；

• 9.Engine把HttpServletResponse对象返回Connector；

• 10.Connector把HttpServletResponse对象返回给客户Browser

• 参考下面的流程图

1.4：Tomcat部署步骤

1.4.1：下载并安装jdk

[root@localhost ~]# iptables -F
[root@localhost ~]# setenforce 0
[root@localhost ~]# java -version					'查看JDK版本'
openjdk version "1.8.0_181"
OpenJDK Runtime Environment (build 1.8.0_181-b13)
OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)
[root@localhost ~]# rpm -ivh jdk-8u201-linux-x64.rpm 
[root@localhost ~]# vim /etc/profile				'设置环境变量'
'末尾插入'
export JAVA_HOME=/usr/java/jdk1.8.0_201-amd64 export CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar 
export PATH=$JAVA_HOME/bin:$PATH
[root@localhost ~]# source /etc/profile		'使环境变量生效的命令'
[root@localhost ~]# java -version
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

1.4.2：安装并启动Tomcat

[root@localhost ~]# tar zxvf apache-tomcat-9.0.16.tar.gz -C /usr/local/		'将安装包移动到/usr/local下'
[root@localhost ~]# cd /usr/local/
[root@localhost local]# mv apache-tomcat-9.0.16/ tomcat		'重命名'
[root@localhost local]# ln -s /usr/local/tomcat/bin/startup.sh /usr/bin
[root@localhost local]# ln -s /usr/local/tomcat/bin/shutdown.sh /usr/bin
[root@localhost local]# startup.sh				'启动Tomcat'

1.4.3：优化Tomcat启动速度

[root@localhost bin]# vim /usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security
securerandom.source=file:/dev/urandom			'将random修改为urandom'

1.4.4：Tomcat目录结构

二：虚拟主机配置

2.1：虚拟主机概述

• 有多个项目同时运行时，一台服务器不建议运行多个Tomcat服务，需要配置虚拟主机

2.2：配置步骤

2.2.1：创建benet和kevin项目目录和文件

[root@localhost local]# cd /usr/local/tomcat/webapps/
[root@localhost webapps]# mkdir benet kevin
[root@localhost webapps]# cd benet/
[root@localhost benet]# vim index.jsp
[root@localhost benet]# cd ../kevin/
[root@localhost kevin]# vim index.jsp

2.2.3：设置DNS和修改Tomcat主配置文件

[root@localhost kevin]# yum install bind -y
[root@localhost kevin]# vim /etc/named.conf 
[root@localhost kevin]# vim /etc/named.rfc1912.zones 
[root@localhost kevin]# cd /var/named/
[root@localhost named]# cp -p named.localhost kevin.com.zone
[root@localhost named]# vim kevin.com.zone 
[root@localhost named]# cp -p kevin.com.zone benet.com.zone
[root@localhost named]# systemctl start named

• 修改Tomcat主配置文件并启动服务

[root@localhost named]# cd /usr/local/tomcat/conf/
[root@localhost conf]# vim server.xml 
165       <Host name="www.kevin.com" appBase="/usr/local/tomcat/webapps" unpackWARs="true" au
166 toDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
167                 <Context docBase="/usr/local/tomcat/webapps/kevin" path="" reloadable="true" />
168       </Host>
169 
170       <Host name="www.benet.com" appBase="/usr/local/tomcat/webapps" unpackWARs="true" au
171 toDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
172                 <Context docBase="/usr/local/tomcat/webapps/benet" path="" reloadable="true" />
173       </Host>
[root@localhost conf]# shutdown.sh
[root@localhost conf]# startup.sh 

2.2.4：测试

三：Tomcat配置文件参数优化

3.1：参数详解

• Ø maxThreads：Tomcat 使用线程来处理接收的每个请求，这个值表示 Tomcat 可创建的最大的线程数，默认值是 200。
• Ø minSpareThreads：最小空闲线程数，Tomcat 启动时的初始化的线程数，表示即使没有人使用也开这么多空线程等待，默认值是 10。
• Ø maxSpareThreads：最大备用线程数，一旦创建的线程超过这个值，Tomcat 就会关闭不再需要的 socket 线程。默认值是-1（无限制）。一般不需要指定。
• Ø URIEncoding：指定 Tomcat 容器的 URL 编码格式，语言编码格式这块倒不如其它 Web 服务器软件配置方便，需要分别指定。
• Ø connnectionTimeout：网络连接超时，单位：毫秒，设置为 0 表示永不超时，这样设置有隐患的。通常默认 20000 毫秒就可以。
• Ø enableLookups：是否反查域名，以返回远程主机的主机名，取值为：true 或 false， 如果设置为 false，则直接返回 IP 地址，为了提高处理能力，应设置为 false。
• Ø disableUploadTimeout：上传时是否使用超时机制。应设置为 true。
• Ø connectionUploadTimeout：上传超时时间，毕竟文件上传可能需要消耗更多的时间， 这个根据你自己的业务需要自己调，以使 Servlet 有较长的时间来完成它的执行，需要与上一个参数一起配合使用才会生效。
• Ø acceptCount：指定当所有可以使用的处理请求的线程数都被使用时，可传入连接请求的最大队列长度，超过这个数的请求将不予处理，默认为 100 个。
• Ø compression：是否对响应的数据进行 GZIP 压缩，off：表示禁止压缩；on：表示允许压缩（文本将被压缩）、force：表示所有情况下都进行压缩，默认值为 off，压缩数据后可以有效的减少页面的大小，一般可以减小 1/3 左右，节省带宽。
• Ø compressionMinSize：表示压缩响应的最小值，只有当响应报文大小大于这个值的时候才会对报文进行压缩，如果开启了压缩功能，默认值就是 2048。
• Ø compressableMimeType：压缩类型，指定对哪些类型的文件进行数据压缩。
• noCompressionUserAgents=“gozilla, traviata”：对于以下的浏览器，不启用压缩。

3.2：配置

[root@localhost conf]# vim server.xml 
<Connector port="8080" protocol="HTTP/11.1" 
connectionTimeout="20000" 
redirectPort="8443" 
minSpareThreads="50" 
enableLookups="false" 
disableUploadTimeout="true" 
acceptCount="300" 
maxThreads="500" 
processorCache="500"
URIEncoding="UTF-8" 
compression="on" 
compressionMinSize="2048" 
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image /jpg,image/png"/>
[root@localhost conf]# shutdown.sh
[root@localhost conf]# startup.sh 

优化完，再进行测试