当前位置：首页 > news >正文

nginx反向代理负载均衡

news 2025/7/13 5:23:59

1.反向代理介绍：

2.七层代理和四层代理：

2.1 七层代理：

2.2 四层代理：

3.反向代理web服务器：

3.1 代理服务器配置：

3.2 服务器配置：

3.3 客户端访问：

3.4 代理不同端口：

4.反向代理动静分离：

4.1 准备：

4.2 代理服务器配置：

4.3 动态服务器配置：

4.4 静态服务器配：

4.5 测试：

5.反向代理服务器的缓存功能：

5.1 主配置文件定义缓存参数：

5.2 子配置文件调用缓存功能：

5.3 示例：

代理服务器：

测试：

6.反向代理客户端IP透传：

6.1反向代理服务器配置：

6.2 服务器日志：

7.反向代理负载均衡：

7.1 默认算法轮询：

7.2 加权轮询：

7.3 IP_hash:

7.4 url_hash:

7.5 least_conn:

7.6 使用场景总结:

1.反向代理介绍：

反向代理：reverse proxy，指的是代理外网用户的请求到内部的指定的服务器，并将数据返回给用户的一种方式，这是用的比较多的一种方式。

Nginx 除了可以在企业提供高性能的web服务之外，另外还可以将 nginx 本身不具备的请求通过某种预定义的协议转发至其它服务器处理，不同的协议就是Nginx服务器与其他服务器进行通信的一种规范，主要在不同的场景使用以下模块实现不同的功能

2.七层代理和四层代理：

2.1 七层代理：

七层是最常用的反向代理，只能配置的在nginx配置文件的http模块中
配置的方法名称：upstream 模块，不能写在server中，也不能在location中，在http模块当中是独立的一个配置

2.2 四层代理：

四层代理是基于tcp/ip协议层的代理转发方式，可以实现基于ip地址和端口进行负载均衡转发。
四层代理无法获取http请求当中的URL信息，只能对tcp/udp数据包进行转发。流量转发。
配置的方法名称：stream，stream是不能配置在http模块中，配置在全局当中。是属于一个独立的模块，不属于其他任何模块。

3.反向代理web服务器：

3.1 代理服务器配置：

vim /apps/nginx/conf.d/www.conf
server{listen 80;server_name  www.wzw.com;root    /apps/nginx/html;location  / {proxy_pass http://192.168.88.101;
}}

3.2 服务器配置：

vim /apps/nginx/html/index.html

<html>
<body>
<h1>this is yunjisuan  </h1>
<img src="http://www.wzw.com/2.jpg"/>
</body>
</html>

3.3 客户端访问：

3.4 代理不同端口：

代理服务器添加监听端口：

4.反向代理动静分离：

4.1 准备：

4.2 代理服务器配置：

server{listen 80;listen 8080;server_name www.wzw.com;root /apps/nginx/html;location  /static {proxy_pass http://192.168.88.128;
}location  /api  {proxy_pass http://192.168.88.101;
}
}nginx -s reload

4.3 动态服务器配置：

  cd /apps/nginx/htmlmkdire  apivim index.htmlapiapiapiapiapiapiapivim /apps/nginx/conf/nginx.confserver块添加监听端口：listen 8080;nginx -s reload

4.4 静态服务器配：

  cd /apps/nginx/htmlmkdire  apivim index.htmlstaticstaticstaticstaticstaticstatic

4.5 测试：

5.反向代理服务器的缓存功能：

后端服务器突然关闭时，客户端无法访问，代理服务器的缓存功能可以加强安全稳定性。

5.1 主配置文件定义缓存参数：

proxy_cache_path /apps/nginx/proxycache #定义缓存保存路径

levels=1:1:1 #定义缓存目录结构层次

keys_zone=proxycache:20m #指内存中缓存的大小，主要用于存放key

inactive=120s #缓存有效时间

max_size=10g; #最大磁盘占用空间，磁盘存入文件内容的缓存空间最大值

5.2 子配置文件调用缓存功能：

proxy_cache proxycache ##使用定义名称；

proxy_cache_key $request_uri; #对客户端url的数据进行MD5的运算做为缓存的key

proxy_cache_valid [code ...] time; #定义对【响应码】的响应内容的缓存时长

proxy_cache_valid any 1m; #除指定的状态码返回的数据以外的缓存多长时间,必须设置,否则不会缓存

清理缓存方法1：：rm -rf 缓存目录（还是这个方便。。）

方法2: 第三方扩展模块ngx_cache_purge

5.3 示例：

代理服务器：

vim /apps/nginx/conf/nginx.confhttp模块添加：proxy_cache_path /apps/nginx/proyxcache levels=1:1:1  keys_zone=proxycache:20m inactive=120s max_size=1g;vim /apps/nginx/conf.d/www.confserver块添加：proxy_cache proxycache;proxy_cache_key $request_uri;proxy_cache_valid 200 302 301 10m;proxy_cache_valid any 5m;

测试：

真实服务器关闭服务：

6.反向代理客户端IP透传：

6.1反向代理服务器配置：

location  / {proxy_pass http://192.168.88.101:8080;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;#添加 客户端IP和反向代理服务器IP到请求报文头部；
}proxy_set_header X-Real-IP $remote_addr;#也可以使用，只添加客户端IP到请求报文头部,转发至后端服务器；

6.2 服务器日志：

$http_x_forwarded_for；记录跳转信息，默认日志中有此项。如果是自定义日志需要添加。

7.反向代理负载均衡：

Nginx 可以基于ngx_http_upstream_module模块提供服务器分组转发、权重分配、状态监测、调度算法等高级功能。

7.1 默认算法轮询：

最基本的配置方法，每个请求会按时间顺序逐一分配到不同的后端服务器基本上1:1。

upstream wzw {                   ##定义一组服务器组server 192.168.88.101;server 192.168.88.128;}server{listen 80;server_name www.wzw.com;root /apps/nginx/html;location  / {proxy_pass http://wzw;    ##代理到wzw组proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

7.2 加权轮询：

加权轮询建立在轮询算法之上，通过给不同web服务器权重，让处理能力更强的服务器可以分配到更多的请求。

upstream wzw {                   ##定义一组服务器组server 192.168.88.101  weight=5;server 192.168.88.128  weight=1;}server{listen 80;server_name www.wzw.com;root /apps/nginx/html;location  / {proxy_pass http://wzw;    ##代理到wzw组proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

7.3 IP_hash:

ip_hash根据IP地址，计算出hash值，使用ip_hash算法，同一客户端的请求会被分配到同一个后端服务器，从而保证会话的稳定性，请求速度块。
缺点：如果后端服务器数量发生改变，hash会重新计算，请求服务器也会改变。

upstream wzw { ip_hash;        ##同一个IP客户端固定访问一个后端服务器server 192.168.88.101; weight=5;server 192.168.88.128; weight=1;
}

7.4 url_hash:

根据uri地址计算hash值，使用url_hash会把相同请求的uri分配到同一个后端web服务器

upstream wzw { hash $request_uri consistent;   #基于用户请求的uri做hashserver 192.168.88.101; weight=5;server 192.168.88.128; weight=1;
}

7.5 least_conn:

最少连接调度算法，优先将客户端请求调度到当前连接最少的后端服务器

主要适用于后端服务器处理任务耗时不同的情况，避免了所以请求集中在处理能力更强的服务器上，一般配合加权轮询使用

upstream wzw { least_conn;server 192.168.88.101; weight=5;server 192.168.88.128; weight=1;
}

7.6 使用场景总结:

小场景：并发量很小，默认算法就可以满足
后端web服务器的处理性能有差异：加权轮询与最少连接数配合使用
大型并发：ip_hash或url_hash(可直接访问缓存，从而缓解后端服务器压力，第一次请求后，会有贝蒂缓存，而且因hash算法原因，请求的后端web服务器不会发生变化，从而可以提高访问速度。

注：

ip_hash:后端服务器数量发生变化，请求的服务器也会发生变化

url_hash:请求的地址发生变化，请求的服务器也可能发生变化

查看全文

http://www.lryc.cn/news/150487.html