年轻人你不讲武德，Nginx之负载均衡演示

项目准备

三个tomcat，一个nginx。

思路分析

该测试用到了反向代理和负载均衡。

反向代理：使用www.xiaolaoben.com代理localhost:80

负载均衡：配置upstream策略，设置不同算法来实现不同负载均衡效果。

三个tomcat，一个命名为小粉，一个命名为小绿，一个命名为小红。

小绿：8080

小粉：8070

小红：8090

浏览器访问www.xiaolaoben.com，发送请求后，观察这个请求访问的是哪一个tomcat？

如何实现负载均衡？

包括哪些策略？

如何指定策略？

开始配置

1、三个tomcat已经命名，并启动成功。

2、配置Nginx，并启动。

upstream xiao-laoben{
	server	127.0.0.1:8070;
	server	127.0.0.1:8080;
	server	127.0.0.1:8090;
}



server {
	listen       80;
	server_name  www.xiaolaoben.com;
	
	location / {
	    proxy_pass   http://xiao-laoben;
		proxy_connect_timeout 3;
		proxy_read_timeout 3;
	}
}

3、多次访问localhost，测试负载均衡是否成功。

小红，小绿，小粉，三台服务器，一人一次，一人一次。

这是最简单的nginx内置的轮询策略，更多策略参考：

https://blog.csdn.net/numbbe/article/details/109864048

使用加权轮询，或者ip_hash试一下，看效果有什么不同。

小细节

1、有的同志在测试时发现，为什么我访问的页面总是小粉，或者总是小红？

这是由于浏览器的缓存导致的，关闭浏览器缓存即可。

2、nginx的默认端口为80，tomcat切记不要设置80端口。

小问题

**问题：**如果我把小绿8080服务器关掉了，我继续访问www.xiaolaoben.com会怎么样？

即真实业务场景中，配置的服务器有可能会宕机，那么nginx是如何工作的呢？

思考一下。

我把报错日志打印出来：

2020/11/22 18:32:24 [error] 15944#14452: *913 upstream timed out (10060: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond) while connecting to upstream, client: 127.0.0.1, server: www.xiaolaoben.com, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:8080/", host: "www.xiaolaoben.com"

解决方法：

首先，看你使用的什么策略，有的策略比如轮询

当你的某一台服务器宕机后，是会自动标记为down状态。

而有的策略，比如ip_hash，如果某个服务器宕机，需要你人工手动去标记。这种策略不会自动标记。

其次，注意一下，你的nginx配置，配置的连接超时时间，等待时间，必须在一个合理的范围内，它们的单位全部都是秒。

proxy_connect_timeout ： nginx与真实服务器建立连接发起握手等待的时间。

proxy_read_timeout： 已经连接成功，在等真实服务器处理请求，在排队，这个是等待时间。

proxy_send_timeout： 这个是数据传送时间，在这个时间范围内，真实服务器要response回来。

上边三个参数，不用可以去记，这么理解

首先，你得连接真实服务器吧

其次，你连接上了，你得排队等待真实服务器处理请求吧

最后，终于轮到你了，处理的时候会消耗多长时间呢

·········································································································

项目资源在我的资源里，需要自取。

你学废了吗