nginx负载均衡与反向代理与正向代理

负载均衡：通过反向代理来实现

 正向代理的配置方法。

正向代理：

工作原理：用户端直接访问不了，需要通过代理服务器来访问web服务器，用户端先访问代理服务器，再访问web服务器。web服务器响应给代理服务器，代理服务器再响应给用户端。web服务器看到的请求地址是代理服务i去的ip地址。代理服务器的例子：加速器、科学上网。

proxy_pass 配置代理服务器访问的地址。只能写在location模块当中。

nginx的七层代理和四层代理

七层是最常用的反向代理方式，只能配置在nginx配置文件的http模块中。

而且，配置方法名称：upstream模块，只能配置在http模块中，但是不能写在server中，也不能在location中。在http模块当中是独立的一个配置。

七层代理：七层代理的就是http请求和响应。

工作原理：

客户端---->http请求----->七层代理(代理服务器上)------>代理服务器转发http请求到内部的一组服务器(web集群)

---------->客户端不知道请求的代理服务器还是内部服务器，而且通过代理服务器隐藏了内部服务器的ip

实际上访问的是代理服务器，请求到代理服务器，代理服务器转发给web服务器。web服务器响应。

配置方法：upstream模块，只能配置在http模块中，但是不能写在server中，也不能在location中。在http模块当中是独立的一个配置。

四层代理：四层代理是基于tcp/ip协议层的代理转发方式，可以实现基于ip地址和端口进行负载均衡转发。

四层代理无法获取http请求当中的URL信息，只能对tcp/udp数据包进行转发。是一个流量转发。

配置方法：stream模块，是不能写在http模块中，配置在全局当中，是属于一个独立的模块，不属于其他任何模块。

四层代理和七层代理之间的区别：

1、七层走的都是http请求，四层走的tcp/udp的数据包，转发的是流量

七层代理，http请求，可以对请求进行深入的解析和处理，流量控制，内容的过滤

四层代理不能进行流量控制，也没办法对内容进行过滤。

四层代理通常适用于：需要处理大量连接请求的场景。

七层：对请求进行精确处理和控制的场景。

在实际工作中，四层和七层可以配合使用

2、四层和七层，谁的速度快

四层代理速度比七层代理速度快。

1、四层只是流量转发，不能对请求进行解析和控制，所以速度快

2、四层代理走的是内核，内核转发的流量，所以速度快。

1、七层慢，他对请求进行处理和解析，速度比较慢

2、七层走的是用户态，访问控制，流量处理，所以速度比较慢。

所以七层代理可以提供更高级的服务和更高的用户体验

正向代理实验：指定61作为代理服务器，访问62

主机1

进入nginx配置文件

添加proxy_pass http://192.168.233.62

 

主机2

进入nginx配置文件中，

配置index.html

this is ky 30

浏览器访问192.168.233.61

反向代理：客户端访问代理服务器，代理服务器转发请求或者流量到后端服务器，后端的web服务器会有多台，用户并不知道最终访问的是哪一台服务器。

特点：负载均衡，高可用，可扩展，可维护性

如何做反向代理/负载均衡？

upstream 和 stream

upstream：基于https实现负载均衡，反向代理。

小场景：并发量很小，默认算法就可以满足使用条件。

如果后端web服务器的处理能力有差异：加权轮询，和最小连接数配合使用

大型并发：ip_hash，或者url_hash。第一次请求之后，会有本地的缓存，而且因为hash算法的原因，请求的后台web服务器不会发生变化，可以提高访问速度，访问的是缓存，减轻了后台服务器的请求压力。

反向代理就是负载均衡，如何做负载均衡需要看你的场景并发量，访问人数有多少。根据这个指标，可以确定负载均衡的算法。

并发量小，选择默认轮询或者加权轮询，配合最小连接数使用即可。

高并发：ip_hash或者url_hash来实现，访问一次之后，就不会再切换后端web服务器，下一次访问就是缓存，速度快，后台web服务器，请求的压力，也会变小。

反向代理的特点

1、http请求的负载均衡方式

2、没有缓存

3、负载均衡算法：

(1)默认算法：轮询 rr 请求轮流分配给后端服务器，轮询算法使用与web服务器处理能力相近的情况，默认算法，可以不加。

upstream ky30 {

server 192.168.233.62;

server 192.168.233.63;

#指定通过代理服务器61，会把http的请求转到62或者63上

}

(2)加权轮询算法：建立在轮询算法的基础之上，通过给不同的web服务器权重，让处理能力更强的服务器可以分配到更多的请求。虽然配置了权重值，但是轮询的结果未必准确。

upstream ky30 {

server 192.168.233.62 weight=2;

server 192.168.233.63 weight=3;

#通过代理服务器61，转发http请求时，会往权重高的服务器上，转发的次数多，权重低，转发的就少

#指定通过代理服务器61，会把http的请求转到62或者63上

}

(3)ip-hash：根据ip地址计算出一个hash值，使用ip hash算法，同一个客户端的请求会被分配到同一个后端服务器。保证会话的稳定性。如果后端服务器的数量发生变化，hash会被重新计算，请求的服务器也会发生变化。

vim nginx.conf

upstream ky30 {

ip_hash;

server 192.168.233.62;

server 192.168.233.63;

#指定通过代理服务器61，会把http的请求转到62或者63上

}

(4)最少连接数：least_conn；轮询，它会将请求发送到当前连接数最少的后端web服务器。适用于后端服务器处理任务耗时不同的情况，避免了所有请求集中在处理能力更强的后端服务器上。它会和加权轮询配合使用。

vim nginx.conf

upstream ky30 {

least_conn;

server 192.168.233.62;

server 192.168.233.63;

#指定通过代理服务器61，会把http的请求转到62或者63上

}

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

vim nginx.conf

upstream ky30 {

hash $request_uri consistent;

server 192.168.233.62;

server 192.168.233.63;

#指定通过代理服务器61，会把http的请求转到62或者63上

}

主机1

upstream ky30 {

server www.kgc.com;

server www.benet.com;

#指定通过代理服务器61，会把http的请求转到62或者63上

}

server的server_name www.test.com;

location后加上proxy_pass http://ky30

echo "192.168.233.61 www.test.com" >> /etc/hosts

主机2

server的server_name www.kgc.com;

echo "192.168.233.62 www.kgc.com" >> /etc/hosts

主机3

server的server_name www.benet.com

echo "192.168.233.63 www.benet.com" >> /etc/hosts

test1

echo "192.168.233.61 www.test.com" >> /etc/hosts

代理服务器1中

location模块中

upstream ky30 {

server 192.168.233.62;

server 192.168.233.63;

#指定通过代理服务器61，会把http的请求转到62或者63上

}

location中添加

proxy_pass http://ky30;

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

虚拟机test1

四层转发：

upstream就不要了

两台客户机保持不变

stream全局模块

stream{

upstream test {

server 192.168.233.62:80;

server 192.168.233.63:80;

}

server{

listen 8080; 和上面的server的端口不能一样

proxy_pass test;

}

}

stream算法：

hash ip_hash rr 加权轮询 最少连接数