nginx负载均衡配置
配置环境
本地配置三台docker容器分别命名为web1、web2、和Qd（前端机），web1、web2担任web服务器，Qd担负前端负责均衡前端机负责分发请求。
反向代理配置
修改nginx配置文件
配置文件中的web1为host名，已添加到host中
location / {
proxy_pass http://web1; // 代理地址
}
验证nginx配置文件是否正确
root@0334777e7f92:/etc/nginx/conf.d# nginx -t
重新加载nginx配置文件
root@0334777e7f92:/etc/nginx/conf.d# service nginx reload
访问Qd机的nginx服务，将被跳转到web1服务器上
配置负责均衡
在反向代理的基础上进行负载均衡配置，添加upstream模块
upstream test.net{
ip_hash; ## 调度算法
server 192.168.10.13:80; 服务列表
server 192.168.10.14:80 down;
server 192.168.10.15:8009 max_fails=3 fail_timeout=20s;
server 192.168.10.16:8080;
}
- upstream 支持的负载均衡算法
Nginx的负载均衡模块目前支持4种调度算法，下面进行分别介绍，其中后两项属于第三方调度算法。
轮询（默认）。每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。
Weight 指定轮询权值，Weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。
ip_hash。每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，有效解决了动态网页存在的session共享问题。
fair。这是比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持fair的，如果需要使用这种调度算法，必须下载Nginx的upstream_fair模块。
url_hash。此方法按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。Nginx本身是不支持url_hash的，如果需要使用这种调度算法，必须安装Nginx 的hash软件包。
- upstream 支持的状态参数
在HTTP Upstream模块中，可以通过server指令指定后端服务器的IP地址和端口，同时还可以设定每个后端服务器在负载均衡调度中的状态。常用的状态有：
down，表示当前的server暂时不参与负载均衡。
backup，预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。
max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream 模块定义的错误。
fail_timeout，在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用。
注，当负载调度算法为ip_hash时，后端服务器在负载均衡调度中的状态不能是weight和backup。
- 配置负载均衡
root@0334777e7f92:/etc/nginx/conf.d# vim default.conf
upstream webservers {
server web1;
server web2;
}
server {
listen 80;
server_name localhost;
#charset koi8-r;
#access_log /var/log/nginx/log/host.access.log main;
location / {
# root /usr/share/nginx/html;
# index index.html index.htm;
proxy_pass http://webservers;
proxy_set_header X-Real-IP $remote_addr;
}
验证nginx配置文件是否正确
root@0334777e7f92:/etc/nginx/conf.d# nginx -t
重新加载nginx配置文件
root@0334777e7f92:/etc/nginx/conf.d# service nginx reload
访问Qd机，刷新页面，将会轮训分不到其他服务机上
