5.Nginx负载均衡配置

实现效果：在浏览器中输入 192.168.72.128/edu/index.html，平均访问到 8080 和 8081 的通么cat 中去。（192.168.72.128 为 linux 的 ip 地址）。

 

1. 安装jdk8

https://wilsonlee.blog.csdn.net/article/details/82839776

 

2. 安装两个 tomcat

安装 tomcat，并使用默认的端口号 8080

1. 下载tomcat apache-tomcat-8.5.47.tar.gz

2. 解压 tar -zxvf apache-tomcat-8.5.47.tar.gz

3. 移动到 /usr/local 目录下并修改目录名称 mv apache-tomcat-8.5.47 /usr/local/apache-tomcat8.5/

4. /usr/local/apache-tomcat8.5/bin 目录下运行 sh startup.sh

另一个tomcat，一样的步骤，需要在 conf/server.xml 修改端口号

 

3. 接着在两个tomcat 的webapps 目录中创建 edu 文件夹，然后创建 index.html 文件 

在 webapps 目录下执行 mkdir edu

在 edu 目录下 执行 ： echo ‘port:8080’ >> index.html

 

4. 配置Nginx

conf/nginx.conf 配置文件中，在 http 块中添加如下配置

upstream myserver {
    ip_hash;
    server 192.168.72.128:8080 weight=1
    server 192.168.72.128:8081 weight=1
}

在 location 中 添加配置

proxy_pass http://myserver;

ip_hash 使用后，有的机子可能一直都是访问同一个tomcat，可以吧 ip_hash 删掉，ip_hash 为访问策略。

 

 

 

其他常用的访问策略还有：

ip_hash（访问ip）
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

 

fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。与weight分配策略类似。

 

url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
注意：在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法。

 

upstream还可以为每个设备设置状态值，这些状态值的含义分别如下：
down 表示单前的server暂时不参与负载.
weight 默认为1.weight越大，负载的权重就越大。
max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误.
fail_timeout : max_fails次失败后，暂停的时间。
backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。
 

upstream bakend{ #定义负载均衡设备的Ip及设备状态
        ip_hash;
    server 10.0.0.11:9090 down;
    server 10.0.0.11:8080 weight=2;
    server 10.0.0.11:6060;
    server 10.0.0.11:7070 backup;
}

 

重试策略
可以为每个 backend 指定最大的重试次数，和重试时间间隔。所使用的关键字是 max_fails 和 fail_timeout。如下所示：

upstream backend {
    server backend1.example.com weight=5;
    server 54.244.56.3:8081 max_fails=3 fail_timeout=30s;
}

在上例中，最大失败次数为 3，也就是最多进行 3 次尝试，且超时时间为 30秒。max_fails 的默认值为 1，fail_timeout 的默认值是 10s。传输失败的情形，由 proxy_next_upstream 或 fastcgi_next_upstream 指定。而且可以使用 proxy_connect_timeout 和 proxy_read_timeout 控制 upstream 响应时间。

有一种情况需要注意，就是 upstream 中只有一个 server 时，max_fails 和 fail_timeout 参数可能不会起作用。导致的问题就是 nginx 只会尝试一次 upstream 请求，如果失败这个请求就被抛弃了 : ( ……解决的方法，比较取巧，就是在 upstream 中将你这个可怜的唯一 server 多写几次，如下：

upstream backend {
    server backend.example.com max_fails fail_timeout=30s;
    server backend.example.com max_fails fail_timeout=30s;
    server backend.example.com max_fails fail_timeout=30s;
}

 

备机策略
从 Nginx 的 0.6.7 版本开始，可以使用“backup”关键字。当所有的非备机（non-backup）都宕机（down）或者繁忙（busy）的时候，就只使用由 backup 标注的备机。必须要注意的是，backup 不能和 ip_hash 关键字一起使用。举例如下：
 

upstream backend {
    server backend1.example.com;
    server backend2.example.com backup;
    server backend3.example.com;
}