Tomcat服务器Day08-Tomcat集群

小鱼儿 2022-12-31 07:25 223阅读 0赞

### Tomcat集群 ###

*  基本概念
 *  环境准备
 *   *  配置Tomcat集群
     *  配置Nginx
 *  负载均衡
 *   *  轮询
     *  权重
     *  ip\_hash
 *  Session共享
 *   *  ip\_hash策略
     *  Session复制
     *  SSO单点登录

# 基本概念 #

*  由于单台**Tomcat**服务器的承载能力是有限的,当系统的用户量比较大,请求压力比较大时,单台**Tomcat**无法承载请求压力,此时需要搭建**Tomcat**集群
 *  通过反向代理服务器**Nginx**可以实现**Tomcat**服务器的负载均衡  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0pld2F2ZU94Zm9yZA_size_16_color_FFFFFF_t_70]

# 环境准备 #

## 配置Tomcat集群 ##

*  在服务器上,安装多台**Tomcat**的服务器,然后通过**server.xml**来配置**Tomcat**服务器

## 配置Nginx ##

*  在服务器上,安装**Nginx**反向代理服务器,然后通过**nginx.conf**来配置**Nginx**反向代理服务器:

upstream serverpool {
    	server localhost:8888;
    	server localhost:9999;
    }
    
    server {
    	listen 6666;
    	server_name localhost;
    
    	# 后端服务器负载均衡
    	location / {
    		proxy_pass http://serverpool/;
    	}
    }

# 负载均衡 #

## 轮询 ##

*  **轮询:** 最基本的配置方法,是**upstream**模块默认的负载均衡策略. 每个请求会按照时间顺序逐一分配到不同的后端服务器

upstream serverpool {
    	server localhost:8888;
    	server localhost:9999;
    }

*  **参数说明:**

<table> 
 <thead> 
  <tr> 
   <th>参数</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>fail_timeout</td> 
   <td>失败超时时间<br>可以与max_fails结合使用</td> 
  </tr> 
  <tr> 
   <td>max_fails</td> 
   <td>配置在fail_timeout数配置的时间内最大失败次数<br>如果在这个时间内,所有针对该服务的每次请求都失败,那么认为该服务器停机</td> 
  </tr> 
  <tr> 
   <td>fail_time</td> 
   <td>服务器被认为停机的时间长度,默认为10s</td> 
  </tr> 
  <tr> 
   <td>backup</td> 
   <td>标记该服务器为备用服务器<br>主服务器停止时,请求会被发送到备用服务器</td> 
  </tr> 
  <tr> 
   <td>down</td> 
   <td>标记该服务器永久停机</td> 
  </tr> 
 </tbody> 
</table>

## 权重 ##

*  **weiht权重:** 在轮询策略的基础上指定轮询的机率

upstream serverpool {
    	server localhost:8888 weight=3;
    	server localhost:9999 weight=1;
    }

*  **weight**参数 : 指定轮询的机率,默认值为**1. weight**参数的数值和访问机率成正比
 *  **weight**权重策略适合硬件配置比较大的服务器

## ip\_hash ##

*  **ip\_hash:** 指定基于客户端**IP**地址的分配方式进行负载均衡请求
    
     *  这个方法保证了客户端相同的请求一直发送到相同的服务器,这样可以保证**session**会话
     *  每个固定的客户端访问都固定访问同一个服务器,可以解决**session**不能跨服务器问题

upstream serverpool {
    	ip_hash;
    	server 192.168.6.33:8080;
    	server 192.168.6.35:8080;
    }

# Session共享 #

*  在**Tomcat**集群中,如果应用需要用户进行登录后操作,如果**Tomcat**做了负载均衡,请求被发送到不同的**Tomcat**服务器上时,此时访问系统就会出现问题
 *  为了解决**Session**共享问题,有以下几种方案:
    
     *  **ip\_hash策略**
     *  **Session复制**
     *  **SSO单点登录**

## ip\_hash策略 ##

*  使用**ip\_hash**策略可以使得同一个用户发起的请求,都会通过**Nginx,** 将请求发送到同一台**Tomcat**服务器上,这样就不会引起**Session**共享问题

## Session复制 ##

*  在**Tomcat**的**conf/server.xml**中添加下列配置:

*  在**Tomcat**部署的项目中的**WEB-INF**下的**web.xml**文件中添加如下配置:

*  配置完成之后,重启**Tomcat,** 就完成了集群中各个**Tomcat**服务器之间的**Session**复制
 *  **注意:**
    
     *  这个**Session**复制方案,只适用于节点数比较小的集群环境,节点的数量不能超过**4**个
     *  如果集群的节点数量较大时,使用这种广播的形式进行Session复制时,会消耗大量的网络带宽,影响服务性能

## SSO单点登录 ##

*  **SSO**单点登录 **(Single Sign On)** 是当前解决集群环境下**Session**共享的流行的解决方案之一
 *  **SSO**定义在多个应用系统中,用户只要登录一次就可以访问所有相互信任的应用系统,用来解决集群环境中**Session**共享问题  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0pld2F2ZU94Zm9yZA_size_16_color_FFFFFF_t_70 1]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0pld2F2ZU94Zm9yZA_size_16_color_FFFFFF_t_70]: /images/20221120/8ad15c57b4e14d3ca0645bf3f41d6310.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0pld2F2ZU94Zm9yZA_size_16_color_FFFFFF_t_70 1]: /images/20221120/3f26096275344ee38a2f99591a7a47cb.png