ngnix配置负载均衡

在现实中通常一个应用要部署到多个节点，从而减轻服务器压力。同时保证部分系统因部分服务器宕机的情况下还能继续运行，接下来我们将配置ngnix实现一个域名对应多台服务器。

一、nginx负载均衡策略

轮询(默认)

最基本的配置方法，它是upstream的默认策略，每个请求会按时间顺序逐一分配到不同的后端服务器。

在http配置下增加upstream配置即可：

upstream nodes {
server ip1:port;
server ip2:port;
}

参数	描述
down	表示当前标记服务器永久停机了，不參与负载均衡 。
fail_timeout	max_fails次失败后，暂停请求此台服务器。
max_fails	默认是1，设置在fail_timeout参数设置的时间内最大失败次数，如果在这个时间内，所有针对该服务器的请求都失败了，那么认为该服务器会被认为是停机了
fail_time	服务器会被认为停机的时间长度,默认为10s。
backup	标记该服务器为备用服务器。当主服务器停止时，请求会被发送到它这里。
weight	默认是1，weight越大，负载的权重就越大

注意：

• 在轮询中，如果服务器down掉了，会自动剔除该服务器。
• 默认配置就是轮询策略。
• 此策略适合服务器配置相当，无状态且短平快的服务使用。

权重配置

weight和请求数量成正比，主要用于上游服务器配置不均衡的情况。下面的配置中，ip1机器的请求量是ip2机器请求量的2倍。

upstream nodes {
server ip1:port weight=8;
server ip2:port weight=4;
}

注意：

• 权重越高分配到需要处理的请求越多。
• 此策略可以与least_conn和ip_hash结合使用。
• 此策略比较适合服务器的硬件配置差别比较大的情况。

ip_hash配置

每一个请求按照请求的ip的hash结果分配。这样同一个ip请求固定落在一个上游服务器，能够解决ip会话在同一台服务器的问题。

upstream nodes {
ip_hash;
server ip1:port;
server ip2:port;
}

注意：

• 在nginx版本1.3.1之前，不能在ip_hash中使用权重（weight）。
• ip_hash不能与backup同时使用。
• 此策略适合有状态服务，比如session。
• 当有服务器需要剔除，必须手动down掉。

least_conn 最小连接

把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；但是，有些请求占用的时间很长，会导致其所在的后端负载较高。这种情况下，least_conn这种方式就可以达到更好的负载均衡效果；

upstream nodes {
least_conn;
server ip1:port;
server ip2:port;
}

注意：

• 此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。
  除了上面这些调度策略之后，还有一些第三方的调度策略可以集成到nginx中。
  在实际运用中，需要根据不同的场景选择不同的策略，大多是多种策略结合使用以达到实际需求的性能。

fair配置

按上游服务器的响应时间来分配请求。响应时间短的优先分配。

upstream nodes {
fair;
server ip1:port;
server ip2:port;
}

url_hash配置

按照访问的url的hash结果来分配请求，使每一个url定向到同一个上游服务器。注意：在upstream中加入hash语句。server语句中不能写入weight等其他的參数，hash_method是使用的hash算法。

upstream nodes {
server ip1:port;
server ip2:port;
hash $request_uri;
hash_method crc32;
}