解析汇报Nginx负载均衡.pdfVIP

实用文案 对于一个大型网站来说， 负载均衡是永恒的话题。 随着硬件技术的迅猛发展， 越 来越多的负载均衡硬件设备涌现出来， 如 F5 BIG-IP 、Citrix NetScaler 、Radware 等等，虽然可以解决问题， 但其高昂的价格却往往令人望而却步， 因此负载均衡 软件仍然是大部分公司的不二之选。 nginx 作为 webserver 的后起之秀，其优 秀的反向代理功能和灵活的负载均衡策略受到了业界广泛的关注。 本文将以工业 生产为背景，从设计实现和具体应用等方面详细介绍 nginx 负载均衡策略。 关键字 ：nginx 负载均衡 反向代理 1.前言 随着互联网信息的爆炸性增长， 负载均衡 （load balance ）已经不再是一个很陌 生的话题， 顾名思义， 负载均衡即是将负载分摊到不同的服务单元， 既保证服务 的可用性， 又保证响应足够快， 给用户很好的体验。 快速增长的访问量和数据流 量催生了各式各样的负载均衡产品，很多专业的负载均衡硬件提供了很好的功 能，但却价格不菲，这使得负载均衡软件大受欢迎， nginx 就是其中的一个。 nginx 第一个公开版本发布于 2004 年， 2011 年发布了 1.0 版本。它的特点是 稳定性高、功能强大、资源消耗低，从其目前的市场占有而言， nginx 大有与 apache 抢市场的势头。其中不得不提到的一个特性就是其负载均衡功能，这也 成了很多公司选择它的主要原因。本文将从源码的角度介绍 nginx 的内置负载 均衡策略和扩展负载均衡策略， 以实际的工业生产为案例， 对比各负载均衡策略， 为 nginx 使用者提供参考。 标准 实用文案 2. 源码剖析 nginx 的负载均衡策略可以划分为两大类： 内置策略和扩展策略。 内置策略包含 加权轮询和 ip hash ，在默认情况下这两种策略会编译进 nginx 内核，只需在 nginx 配置中指明参数即可。扩展策略有很多，如 fair 、通用 hash 、consistent hash 等，默认不编译进 nginx 内核。由于在 nginx 版本升级中负载均衡的代码 没有本质性的变化， 因此下面将以 nginx1.0.15 稳定版为例， 从源码角度分析各 个策略。 2.1. 加权轮询（ weighted round robin ） 轮询的原理很简单， 首先我们介绍一下轮询的基本流程。 如下是处理一次请求的 流程图： 图中有两点需要注意， 第一，如果可以把加权轮询算法分为先深搜索和先广搜索， 那么 nginx 采用的是先深搜索算法，即将首先将请求都分给高权重的机器，直 到该机器的权值降到了比其他机器低，才开始将请求分给下一个高权重的机器； 标准 实用文案 第二，当所有后端机器都 down 掉时，nginx 会立即将所有机器的标志位清成初 始状态，以避免造成所有的机器都处在 timeout 的状态，从而导致整个前端被 夯住。 接下来看下源码。 nginx 源码的目录结构很清晰，加权轮询所在路径为 nginx-1.0.15/src/http/ngx_http_upstream_round_robin.[c|h] ，在源码的基 础上，针对重要的、不易理解的地方我加了注释。首先看下 ngx_http_upstream_round_robin.h 中的重要声明：