负载均衡的作用
负载均衡：分摊到多个操作单元上进行执行，和它的英文名称很匹配。就是我们需要一个调度者，保证所有后端服务器都将性能充分发挥，从而保持服务器集群的整体性能最优，这就是负载均衡。
负载均衡这里面涉及的东西相对也是比较多的，理论就不说太多了，网上，书上很多，今天我们就利用Nginx服务器来实现一个简单的负载均衡。
负载均衡算法
- 源地址哈希法：根据获取客户端的IP地址，通过哈希函数计算得到一个数值，用该数值对服务器列表的大小进行取模运算，得到的结果便是客服端要访问服务器的序号。采用源地址哈希法进行负载均衡，同一IP地址的客户端，当后端服务器列表不变时，它每次都会映射到同一台后端服务器进行访问。
- 轮询法：将请求按顺序轮流地分配到后端服务器上，它均衡地对待后端的每一台服务器，而不关心服务器实际的连接数和当前的系统负载。
- 随机法：通过系统的随机算法，根据后端服务器的列表大小值来随机选取其中的一台服务器进行访问。
- 加权轮询法：不同的后端服务器可能机器的配置和当前系统的负载并不相同，因此它们的抗压能力也不相同。给配置高、负载低的机器配置更高的权重，让其处理更多的请；而配置低、负载高的机器，给其分配较低的权重，降低其系统负载，加权轮询能很好地处理这一问题，并将请求顺序且按照权重分配到后端。
- 加权随机法：与加权轮询法一样，加权随机法也根据后端机器的配置，系统的负载分配不同的权重。不同的是，它是按照权重随机请求后端服务器，而非顺序。
- 最小连接数法：由于后端服务器的配置不尽相同，对于请求的处理有快有慢，最小连接数法根据后端服务器当前的连接情况，动态地选取其中当前积压连接数最少的一台服务器来处理当前的请求，尽可能地提高后端服务的利用效率，将负责合理地分流到每一台服务器。
负载均衡
nginx负载均衡的简单配置
{ upstream myapp1 { server srv1.example.com; server srv2.example.com; server srv3.example.com; } server { listen 80; location / { proxy_pass http://myapp1; } } 在上面的例子中，srv1，srv2，srv3运行着相同的应用程序。如果没有特别指定负载均衡方法默认是以轮询方式。所有的请求被代理到服务组myapp1，然后nginx负载均衡的分发请求。
nginx反向代理实现包括下面这些负载均衡HTTP、HTTPS、FastCGI、uwsgi，SCGI和memcached。
要配置HTTPS的负载均衡，只需使用“https”开头的协议。
当要设置FastCGI，uwsgi，SCGI，或者memcached的负载平衡，分别使用fastcgi_pass，uwsgi_pass，scgi_pass和memcached_pass指令。
最少连接负载均衡
在一些要求需要更长的时间才能完成的应用情况下， 最少连接可以更公平地控制应用程序实例的负载。使用最少连接负载均衡，nginx不会向负载繁忙的服务器上分发请求，而是将请求分发到负载低的服务器上
{ stream myapp1 { least_conn; server srv1.example.com; server srv2.example.com; server srv3.example.com; } 会话持久性
以轮询或最少连接的负载均衡算法，每个后续的客户端的请求，可以潜在地分配给不同的服务器上，并不能保证相同的客户端请求将总是指向同一服务器上。
这对于有会话信息的应用场景下，会有问题的。一般的做法是需要将session信息共享，如使用memcache来存放session。
如果将客户端的会话“粘性”或总是试图选择一个特定的服务器，也是可以的。负载均衡的ip-hash机制就可以实现。
stream myapp1 { ip_hash; server srv1.example.com; server srv2.example.com; server srv3.example.com; } 加权负载均衡
可以使用权重来进一步控制影响nginx负载均衡算法。
在上面的例子中，都没有配置权重，这意味着所有指定的服务器都被视为同样的。
当指定的服务器的权重参数，权重占比为负载均衡决定的一部分。权重大负载就大。
upstream myapp1 { server srv1.example.com weight=3; server srv2.example.com; server srv3.example.com; } 这种情况下，每5个新的请求将被分布如下：3请求将被引导到SRV1，一个请求将去SRV2，另一个请求去srv3。