51工具盒子

依楼听风雨
笑看云卷云舒,淡观潮起潮落

Nginx网站架构实战——15、nginx实现负载均衡

前言:

Nginx网站架构实战------01、Nginx介绍及编译安装:传送门

Nginx网站架构实战------02、Nginx信号量:传送门

Nginx网站架构实战------03、nginx虚拟主机配置:传送门

Nginx网站架构实战------04、nginx日志管理:传送门

Nginx网站架构实战------05、nginx定时任务完成日志切割:传送门

Nginx网站架构实战------06、Location详解之精准匹配:传送门

Nginx网站架构实战------07、Location之正则匹配:传送门

Nginx网站架构实战------08、nginx Rewrite语法详解:传送门

Nginx网站架构实战------09、编译PHP并与nginx整合:传送门

Nginx网站架构实战------10、安装ecshop:传送门

Nginx网站架构实战------11、商城url重写实战:传送门

Nginx网站架构实战------12、nginx gzip压缩提升网站速度:传送门

Nginx网站架构实战------13、expires缓存提升网站负载:传送门

Nginx网站架构实战------14、反向代理实现nginx+apache动静分离:传送门

1. 介绍 {#1-介绍}

在许多应用中,负载平衡是一种常用的技术来优化利用资源最大化吞吐量,减少等待时间,并确保容错。
可以使用nginx的作为一种非常高效的HTTP负载平衡器,将流量分配到多个应用服务器上提高性能,可扩展性和高可用性。

2. 负载均衡方法 {#2-负载均衡方法}

nginx支持下面几种负载均衡机制:

  • round-robin:轮询。以轮询方式将请求分配到不同服务器上
  • least-connected:最少连接数。将下一个请求分配到连接数最少的那台服务器上
  • ip-hash :基于客户端的IP地址。散列函数被用于确定下一个请求分配到哪台服务器上

3. 负载均衡默认配置 {#3-负载均衡默认配置}

nginx负载均衡最简单的配置如下:

[sourcecode language="plain"]
http {
upstream myapp1 {
server srv1.example.com;
server srv2.example.com;
server srv3.example.com;
}

server {
listen 80;

location / {
proxy_pass http://myapp1;
}
}
}
[/sourcecode]

在上面的例子中,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指令。

4. 最少连接负载均衡 {#4-最少连接负载均衡}

在一些要求需要更长的时间才能完成的应用情况下, 最少连接可以更公平地控制应用程序实例的负载。使用最少连接负载均衡,nginx不会向负载繁忙的服务器上分发请求,而是将请求分发到负载低的服务器上。

配置如下:

[sourcecode language="plain"]
upstream myapp1 {
least_conn;
server srv1.example.com;
server srv2.example.com;
server srv3.example.com;
}
[/sourcecode]

5. 会话持久性 {#5-会话持久性}

以轮询或最少连接的负载均衡算法,每个后续的客户端的请求,可以潜在地分配给不同的服务器上,并不能保证相同的客户端请求将总是指向同一服务器上。

这对于有会话信息的应用场景下,会有问题的。一般的做法是需要将session信息共享,如使用memcache来存放session。

如果将客户端的会话"粘性"或总是试图选择一个特定的服务器,也是可以的。负载均衡的ip-hash机制就可以实现。

配置如下:

[sourcecode language="plain"]
upstream myapp1 {
ip_hash;
server srv1.example.com;
server srv2.example.com;
server srv3.example.com;
}
[/sourcecode]

6. 加权负载均衡 {#6-加权负载均衡}

可以使用权重来进一步控制影响nginx负载均衡算法。

在上面的例子中,都没有配置权重,这意味着所有指定的服务器都被视为同样的。

当指定的服务器的权重参数,权重占比为负载均衡决定的一部分。权重大负载就大。

配置如下:

[sourcecode language="plain"]
upstream myapp1 {
server srv1.example.com weight=3;
server srv2.example.com;
server srv3.example.com;
}
[/sourcecode]

这种情况下,每5个新的请求将被分布如下:3请求将被引导到SRV1,一个请求将去SRV2,另一个请求去srv3。

7. 后端健康检测 {#7-后端健康检测}

nginx反向代理包含内置的或第三方扩展来实现服务器健康检测的。如果后端某台服务器响应失败,nginx会标记该台服务器失效,在特定时间内,请求不分发到该台上。

max_fails指令设置在fail_timeout期间内连续的失败尝试。 默认情况下,max_fails为1。如果被设置为0,该服务器的健康检测将禁用。

fail_timeout参数还定义了多长时间服务器将被标记为失败。在fail_timeout后,服务器还是failed,nginx将检测该服务器是否存活,如果探测成功,将标记为活的。

赞(1)
未经允许不得转载:工具盒子 » Nginx网站架构实战——15、nginx实现负载均衡