这里使用的负载均衡就是将过来的请求分发给不同的django服务去处理，不同的django服务使用的相同的数据库，那么来看nginx配置
upstream test01 {# 这里配置的是简单的负载均衡，过来的请求，第一个会去8001 第二个会去8002第三个会去8001 以此类推server 127.0.0.1:8001;server 127.0.0.1:8002;}server {listen 9090;add_header Access-Control-Allow-Origin *;add_header Access-Control-Allow-Headers Authorization,Origin,X-Requested-With,Content-Type,Accept;#add_header Access-Control-Allow-Methods POST,GET,PATCH,PUT,DELETE,OPTIONS,VIEW;add_header Access-Control-Allow-Methods POST,GET,PATCH,PUT,DELETE;add_header Access-Control-Allow-Credentials true;client_max_body_size 100m;location / { # 将过来的请求交给配置的负载均衡来处理 proxy_pass http://test01;} }
怎么看效果？
在你的终端开启两个django服务，然后去请求配置好的地址，然后查看两个django服务端的状态变化
干货：nginx负载均衡的常用策略
1、轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
upstream backserver { server 192.168.0.14; server 192.168.0.15; }
2、指定权重
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
upstream backserver { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; }
3、IP绑定 ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
upstream backserver { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; }
4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backserver { server server1; server server2; fair; }
5、url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
upstream backserver { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; }
