通过Nginx学习负载均衡

最新推荐文章于 2024-11-10 20:55:00 发布

不见浅诗～

最新推荐文章于 2024-11-10 20:55:00 发布

阅读量369

点赞数

分类专栏： Nginx 文章标签： nginx 后端

本文链接：https://blog.csdn.net/EcbJS/article/details/106528912

版权

Nginx 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

上篇文章介绍了 Nginx 反向代理方面的相关配置，还没有看的小可爱快去瞅瞅

通过Nginx学习反向代理

本篇文章参考以下博文

Nginx工作原理（Master+Worker）
Nginx工作原理:master-worker
文章目录

https://www.cnblogs.com/zhang-jun-jie/p/9266858.html 写脚本教程

1.Nginx 配置实例—负载均衡

负载均衡（load balance）顾名思义，是将负载分摊到不同的服务单元，既保证服务的可用性，又保证响应足够快，给用户很好的体验。
在这里插入图片描述

快速增长的访问量和数据流量催生了各式各样的负载均衡产品，很多专业的负载均衡硬件提供了很好的功能，但却价格不菲，这使得负载均衡软件大受欢迎，nginx 就是其中的一个，在 linux 下有 Nginx 、LVS、Haproxy 等等服务可以提供负载均衡服务，而且 Nginx 提供了几种分配方式(策略)：

1.1轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

1.2 weight

weight 代表权,重默认为1,权重越高被分配的客户端越多。指定轮询几率，weight 和访问比率成正比，用于后端服务器性能不均的情况。

1.3 ip_hash

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

1.4 fair（第三方）

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

1.5 样例配置

在这里插入图片描述

2.Nginx 配置实例—动静分离

Nginx 动静分离严格意义上说是动态请求跟静态请求分开，可以理解成使用 Nginx 处理静态页面，Tomcat 处理动态页面。动静分离从目前实现角度来讲大致分为两种：

纯粹把静态文件独立成单独的域名，放在独立的服务器上，目前主流推崇的方案；
动态跟静态文件混合在一起发布，通过 Nginx 来分开。
（具体做法是通过 location 指定不同的后缀名实现不同的请求转发。通过 expires 参数设置，可以使浏览器缓存过期时间，减少与服务器之前的请求和流量）

具体 Expires 定义：是给一个资源设定一个过期时间，也就是说无需去服务端验证，直接通过浏览器自身确认是否过期即可，所以不会产生额外的流量。此种方法非常适合不经常变动的资源。

在这里插入图片描述

3.Nginx 原理与优化参数配置

3.1 master-workers 机制

Nginx使用的是 master-workers 机制。该机制的执行原理如下。
在这里插入图片描述
1.对于每个 worker 进程来说，独立的进程，不需要加锁，所以省掉了锁带来的开销，同时在编程以及问题查找时，也会方便很多。

2.采用独立的进程，可以让互相之间不会影响，一个进程退出后，其它进程还在工作，服务不会中断，master 进程则很快启动新的 worker 进程。

3.worker 进程的异常退出，肯定是程序有bug了，异常退出，会导致当前 worker 上的所有请求失败，不过不会影响到所有请求，降低了风险。

3.2 设置 worker 数量

Nginx 同 redis 类似都采用了 io 多路复用机制，每个 worker 都是一个独立的进程，但每个进程里只有一个主线程，通过异步非阻塞的方式来处理请求，即使是千上万个请求也不在话下。每个 worker 的线程可以把一个 cpu 的性能发挥到极致。所以 worker 数和服务器的 cpu 数相等是最为适宜的。设少了会浪费 cpu ，设多了会造成 cpu 频繁切换上下文带来的损耗。

worker_processes 4
#work绑定cpu(4 work绑定4cpu)。
worker_cpu_affinity 0001 0010 0100 1000
#work绑定cpu (4 work绑定8cpu中的4个) 。
worker_cpu_affinity 0000001 00000010 00000100 00001000