uwsgi + nginx 部署python项目(二)
实现负载均衡
开启两个服务器,nginx负责分发请求到两个服务器,以减轻单个服务器负担。
配置uwsgi服务器
在a项目目录下生成uwsgi.ini文件,在b项目目录下生成uwsgi.ini文件,如何写可以查看上一篇文章 https://www.cnblogs.com/pyweb/p/12030929.html
两个项目不同点是端口不同。
后台启动uwsgi服务器
nohup uwsgi --ini uwsgi_a.ini &
nohup uwsgi --ini uwsgi_b.ini &
配置nginx配置文件
vim /etc/nginx/nginx.conf
http {
upstream flasktest { server 127.0.0.1:82; # 配置多个服务器 server 127.0.0.1:83; } server { listen 0.0.0.0:81; server_name www.flasktest.com; charset UTF-8; access_log /etc/nginx/FlaskTest_access.log; error_log /etc/nginx/FlaskTest_error.log; client_max_body_size 75M; location / { include uwsgi_params; # uwsgi_pass 127.0.0.1:82; uwsgi_pass flasktest; # 使用上面的flasktest进行匹配,表示81端口同时监听82,83端口 uwsgi_read_timeout 2; } }
分发规则(轮询,ip_hash, fair, url_hash)
# 轮询,指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。如下所示,83的访问比率要比82的访问比率高一倍。 upstream linuxidc{ server 127.0.0.1:82 weight=5; server 127.0.0.1:83 weight=10; }
# ip_hash, 每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
upstream linuxidc{
ip_hash;
server 127.0.0.1:82;
server 127.0.0.1:83;
}
# fair, 按后端服务器的响应时间来分配请求,响应时间短的优先分配。与weight分配策略类似。
upstream linuxidc{ server 127.0.0.1:82; server 127.0.0.1:83;
fair; }
# url_hash, 按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。
# 注意:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法。
upstream linuxidc{ server 127.0.0.1:82; server 127.0.0.1:83;
hash $request_uri;
hash_method crc32; }
其他
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 max_fails=1 fail_timeout=1s; server 10.0.0.11:6060 max_fails=1 fail_timeout=1s; server 10.0.0.11:7070 backup; }