本文共 1737 字，大约阅读时间需要 5 分钟。

如果nginx没有负载均衡，仅仅只能代理一台服务器的话，他也不会像今天这么火，nginx可以配置代理多台服务器，当一台宕机后，仍能保持系统可用。

nginx负载均衡简单配置 第一个历程：在HTTP节点下，添加upstream节点。

upstream linuxidc {
          server 10.0.6.108:7080;       server 10.0.0.85:8980; }

第二个历程：将server节点下的location节点中的proxy_pass配置为http:// +upstream名称，即 http://linuxidc

location / {
                root  html;             index  index.html index.htm;             proxy_pass http://linuxidc; }

现在负载均衡初步完成了。upstream按照轮询（默认方式）进行负载均衡，每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉后，能自动剔除，虽然这种方式简便，成本低廉，但是缺点是：可靠性低和负载均衡分配不均衡。适用于图片服务器集群和纯静态页面服务器集群。

除此之外，upstream还有其他的分配策略，分别是：

weight 权重

指令轮询几率，weight和访问比率成正比，用于后端服务器性能不均衡的情况下。

upstream linuxidc{
          server 10.0.0.77 weight=5;       server 10.0.0.88 weight=10; }

ip_hash（访问ip）

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

upstream favresin{
          ip_hash;       server 10.0.0.10:8080;       server 10.0.0.11:8080; }

fair（第三方）

按照后端服务器的响应时间来分配请求，响应时间短的优先分配。与weight分配策略类似。

upstream favresin{
               server 10.0.0.10:8080;       server 10.0.0.11:8080;       fair; }

url_hash(第三方)

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

upstream resinserver{
          server 10.0.0.10:7777;       server 10.0.0.11:8888;       hash $request_uri;       hash_method crc32; }

upstream还可以为每个设备设置状态值，这些值的含义如下：

down 表示当前单位的server暂时不参与负载 weight 默认是1.weight越大，负载的权重就越大。 max_fails 允许请求失败的次数默认为1，当超过最大次数时，返回proxy_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; }

转载地址：https://liushiya.blog.csdn.net/article/details/104319444 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！