我这里是使用docker安装的。安装流程可参照 dockerfile
这里安装了两个tomcat,端口分别是42000和42001。第二个tomcat的首页随便加了些代码区分
这里的域名要和下面proxy_pass的一样
upstream 52wiki.cn {
server 192.168.99.100:42000 weight=1;
server 192.168.99.100:42001 weight=2;
}
server {
listen 80;
server_name 192.168.99.100;
location / {
proxy_pass http://52wiki.cn;
proxy_redirect default;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
刷新页面发现页面会发生变化,证明负载配置成功。因为我配的权重第二个是第一个的两倍,所以第二个出现的概率会是第一个的两倍。
如果关了tomcat1,再多次刷新页面,接下来出现的就会都是tomcat2的页面,但是时而快时而慢。这其中原因是当如果nginx将请求转发到tomcat2时,服务器会马上跳转成功,但是如果是转到tomcat1,因为tomcat1已经关闭了,所以会出现一段等待响应过程的过程,要等它失败后才会转到tomcat2。
而这个等待响应的时间我们是可以配置的。
这个时间由以下3个参数控制:
proxy_connect_timeout:与服务器连接的超时时间,默认60s
fail_timeout:当该时间内服务器没响应,则认为服务器失效,默认10s
max_fails:允许连接失败次数,默认为1
等待时间 = proxy_connect_timeout + fail_timeout * max_fails
这里的域名要和下面proxy_pass的一样
upstream 52wiki.cn {
server 192.168.99.100:42000 weight=1 fail_timeout=2s max_fails=2;
server 192.168.99.100:42001 weight=2 fail_timeout=2s max_fails=2;
}
server {
listen 80;
server_name 192.168.99.100;
location / {
proxy_pass http://52wiki.cn;
proxy_redirect default;
proxy_connect_timeout 2s;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
如果我这样配置的话,只需等待6秒就可以了。
这种是默认的策略,把每个请求按顺序逐一分配到不同的server,如果server挂掉,能自动剔除。
upstream 52wiki.cn {
server 192.168.99.100:42000;
server 192.168.99.100:42001;
}
把请求分配到连接数最少的server
upstream 52wiki.cn {
least_conn;
server 192.168.99.100:42000;
server 192.168.99.100:42001;
}
使用weight来指定server访问比率,weight默认是1。以下配置会是server2访问的比例是server1的两倍。
upstream 52wiki.cn {
server 192.168.99.100:42000 weight=1;
server 192.168.99.100:42001 weight=2;
}
每个请求会按照访问ip的hash值分配,这样同一客户端连续的Web请求都会被分发到同一server进行处理,可以解决session的问题。如果server挂掉,能自动剔除。
upstream 52wiki.cn {
ip_hash;
server 192.168.99.100:42000;
server 192.168.99.100:42001;
}
ip_hash可以和weight结合使用。
Copyright © 广州京杭网络科技有限公司 2005-2024 版权所有 粤ICP备16019765号
广州京杭网络科技有限公司 版权所有