项目打包部署&Nginx均衡策略

1.项目打包部署

1.1 添加HelloController

此类用来显示启动的是哪台服务器，并修改对应yml文件中的端口号，修改完成后打包。

package com.jt.controller;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class HelloController {
	@RequestMapping("/getMsg")
	public String getMsg() {
		return "我是8091服务器！！！";
	}
}

1.2 启动测试

当部署服务器8091/8092/8093之后,分别部署测试
Java –jar 8091.war
Java –jar 8092.war
Java –jar 8093.war

分别访问，如图

2. Nginx实现负载均衡

2.1 轮询策略

根据配置文件顺序，依次访问服务器，配置完重启Nginx

#设定负载均衡策略 名称不要加"_"线
upstream jt-windows {
	server 127.0.0.1:8091;
	server 127.0.0.1:8092;
	server 127.0.0.1:8093;
}

#配置后台管理服务器
server {
	listen 80;        #监听80端口
	server_name manage.jt.com; #监听的域名
	location / {            #转发或处理
		#proxy_pass http://localhost:8090; 
		proxy_pass http://jt-windows;
	}
}

访问测试：

2.2 权重策略

策略说明:尽可能让性能高的服务器多处理请求

upstream jt-windows {
	server 127.0.0.1:8091 weight=6;
	server 127.0.0.1:8092 weight=3;
	server 127.0.0.1:8093 weight=1;
}

重启Nginx测试：

2.3 IPHASH策略

问题描述:用户信息保存到Seesion中时,由于负载均衡的配置.导致用户每次访问的服务器都不同,导致用户信息不能共享.
策略说明:使用IPHASH策略.将用户IP地址与tomcat服务器进行绑定.保证每次访问都是相同的tomcat

upstream jt-windows {
	ip_hash;
	server 127.0.0.1:8091;
	server 127.0.0.1:8092;
	server 127.0.0.1:8093;
}

重启Nginx访问，只能访问配置的最后一台服务器，即8093服务器，与ip_hash填写的位置无关。

缺点:

1. 用户的IP地址可能发生变化,这时需要重新登录.
2. 如果后台服务器宕机.则影响一部分用户不能正常访问.
3. 用户负载不均.

总结:IPhash工作中不常使用. 测试操作时可能用到.
实际开发中使用SSO(单点登录)实现用户数据共享
SSO:只要用户登录其中一台服务器,则可能访问相互之间信任的全部服务器.

2.4 常用属性

1. down属性
   如果服务器宕机，可以用down属性标识，Nginx负载均衡时不会再访问该服务器.

upstream jt-windows {
	server 127.0.0.1:8091 down;
	server 127.0.0.1:8092;
	server 127.0.0.1:8093;
}

2. backup属性
   说明:一般使用backup标识备用机.正常情况下用户不会访问备用机.当主机宕机或者主机遇忙时才会访问备用机

upstream jt-windows {
	server 127.0.0.1:8091 down;
	server 127.0.0.1:8092 down;
	server 127.0.0.1:8093 backup;
}

此时只能访问8093服务器

2.5 服务器上线步骤

1. 将项目打包部署 jar/war
2. 根据服务器数量设计上线计划.
3. 先将部署的服务器在nginx中down.
4. 之后将项目进行部署.测试.
5. 将down属性去掉，部署其他的tomcat服务器.

2.6 tomcat高可用

高可用:当服务器发生故障时,能够自动的实现故障的迁移.
实现说明:
在tomcat服务器之后标识2个属性，一个是失败的次数，一个是延时时间.
如果用户访问服务器，当访问失败的次数达到最大失败次数，则在一个延时周期内，不会再次请求该服务器，直到下一个周期.

upstream jt-windows {
	server 127.0.0.1:8091 max_fails=1 fail_timeout=60s;
	server 127.0.0.1:8092 max_fails=1 fail_timeout=60s;
	server 127.0.0.1:8093 max_fails=1 fail_timeout=60s;
}
	
#配置后台管理服务器
server {
	listen 80;        #监听80端口
	server_name manage.jt.com; #监听的域名
	location / {            #转发或处理
		#proxy_pass http://localhost:8090; 
		proxy_pass http://jt-windows;
		#链接服务器超时
		proxy_connect_timeout       2; 
		#读取服务器资源超时 
		proxy_read_timeout          2;
		#向服务器发送数据超时  
		proxy_send_timeout          2;
	}
}

没有测试出来。