爬墙专用加速器,家庭优化大师下载,武乡网站建设,如何做企业网站目录
一、代理概述
1、代理概念
1.1 正向代理#xff08;Forward Proxy#xff09;
1.2 反向代理#xff08;Reverse Proxy#xff09;
1.3 正向代理与反向代理的区别
2、同构代理与异构代理
2.1 同构代理
2.2 异构代理
2.3 同构代理与异构代理的区别
二、四层代…目录
一、代理概述
1、代理概念
1.1 正向代理Forward Proxy
1.2 反向代理Reverse Proxy
1.3 正向代理与反向代理的区别
2、同构代理与异构代理
2.1 同构代理
2.2 异构代理
2.3 同构代理与异构代理的区别
二、四层代理和七层代理
1、四层代理和七层代理的区别
2、四层代理和七层代理原理
三、反向代理基础配置
1、反向代理模块
2、反向代理配置指令
3、实现单台反向代理基于ip
4、实现单机反向代理基于端口
5、反向代理的常见错误状态码
5.1 502Bad Gateway
5.2 504Gateway Timeout
6、反向代理服务器配置文件不加/与加/
三、实现反向代理的动静分离
1、动态资源和静态资源
2、反向代理的动静分离操作过程
四、开启反向代理服务器的缓存功能
1、开启缓存功能的作用
2、缓存功能配置指令
3、反向代理服务器开启缓存功能的过程
五、自定义添加响应报文头部信息
五、实现反向代理客户端IP透传
1、ip未透传的效果
2、实现一级反向代理透传客户端IP
3、实现二级反向代理透传客户端IP
六、开启反向代理服务器的负载均衡
1、负载均衡配置指令与配置格式
2、负载均衡的调度算法
2.1 配置轮询算法
2.2 backup备份目的服务器
2.3 配置加权轮询算法
2.4 配置加权最小连接数算法
2.5 配置hash算法会话保持
2.5.1 基于ip_hash算法
2.5.2 基于url_hash算法
2.5.3 基于cookie_hash算法
2.6 配置最大链接数、连续检测和延迟上线
2.7 配置fair算法 一、代理概述
1、代理概念
1.1 正向代理Forward Proxy 概念正向代理是位于客户端和目标服务器之间的代理服务器代表客户端向目标服务器发送请求。客户端将请求发送给代理服务器然后代理服务器将请求转发给目标服务器并将响应返回给客户端 作用隐藏客户端的真实 IP 地址访问受限网站、保护客户端隐私、提高访问速度等。 示例企业内部网络中的代理服务器、翻墙工具 1.2 反向代理Reverse Proxy 概念反向代理是位于目标服务器和客户端之间的代理服务器代表目标服务器向客户端返回响应。客户端发送请求给反向代理反向代理根据配置将请求转发给相应的目标服务器然后将目标服务器的响应返回给客户端。 作用负载均衡、安全防护、缓存加速、隐藏服务器真实 IP 地址等。 示例CDN内容分发网络、负载均衡器、应用服务器集群等 1.3 正向代理与反向代理的区别
区别正向代理反向代理位置位于客户端和目标服务器之间位于目标服务器和客户端之间目的代理客户端向外部服务器发送请求代理服务器向客户端返回响应隐藏对象隐藏客户端的真实 IP 地址隐藏服务器的真实 IP 地址常见应用翻墙、保护隐私等个人使用场景负载均衡、安全防护等企业和网站运维场景
2、同构代理与异构代理
2.1 同构代理
概念同构代理是一种代理服务器它与目标服务器具有相同的协议和功能特性。简单来说同构代理与目标服务器使用相同的协议进行通信作用通常是在客户端和服务器之间充当中间人以提供增强的功能如缓存、负载均衡或安全性增强。同构代理可以实现请求的拦截、处理和转发但不会更改协议类型示例如果目标服务器是一个 HTTP 服务器同构代理也是一个 HTTP 代理。同样如果目标服务器是一个 SOCKS5 代理服务器同构代理也是一个 SOCKS5 代理。
2.2 异构代理
概念异构代理是一种代理服务器它与目标服务器使用不同的协议进行通信。简单来说异构代理与目标服务器使用不同的协议作用异构代理通常用于在不同协议之间进行桥接和转换从而允许连接和通信的两端使用不同的协议。这可以在多个网络环境中提供灵活性和互操作性示例如果目标服务器使用 HTTP 协议但异构代理使用 SOCKS5 协议与目标服务器通信那么它是一个异构代理。异构代理在协议转换和协议适配上起到了关键作用。
2.3 同构代理与异构代理的区别
在于代理服务器与目标服务器之间使用的协议是否相同
同构代理与目标服务器具有相同的协议而异构代理则使用与目标服务器不同的协议 二、四层代理和七层代理
1、四层代理和七层代理的区别
四层代理也称为传输层代理四层代理工作在OSI模型的传输层主要指TCP/UDP 协议负责数据的传输和端到端的通信。它们通常基于IP地址和端口号进行路由和负载均衡。四层代理不关心应用层的协议只关心数据包的源和目的
七层代理也称为应用层代理七层代理工作在OSI模型的应用层可以理解和处理HTTP、FTP、SMTP等应用层协议。它们可以根据应用层的信息如URL、Cookie、报文头等进行路由和负载均衡
2、四层代理和七层代理原理
四层代理也称为传输层代理原理使用 NATNetwork Address Translation技术即网络地址转换。即请求进来的时候nginx 只修改数据包里面的目标IP、源IP、端口然后就直接把数据包发给目标服务器即nginx不知道请求的具体内容目标服务器处理完成后发给 nginxnginx 数据包再做一次类似的修改就返回给请求的客户端了七层代理也称为应用层代理原理nginx 读取并解析 Http 请求内容然后将具体内容(请求行、请求头、空行、请求数据)转发到相应的服务器转发的过程是建立和目标机器的连接然后转发请求收到响应数据再转发给请求客户端
三、反向代理基础配置
1、反向代理模块
官方文档 https://nginx.org/en/docs/http/ngx_http_proxy_module.html
Nginx 除了可以在企业提供高性能的web服务之外另外还可以将 nginx 本身不具备的请求通过某种预定义的协议转发至其它服务器处理不同的协议就是Nginx服务器与其他服务器进行通信的一种规范主要在不同的场景使用以下模块实现不同的功能
模块功能ngx_http_proxy_module将客户端的请求以http协议转发至指定服务器进行处理ngx_http_upstream_module用于定义为proxy_pass,fastcgi_pass,uwsgi_pass等指令引用的后端服务器分组ngx_stream_proxy_module将客户端的请求以tcp协议转发至指定服务器处理ngx_http_fastcgi_module将客户端对php的请求以fastcgi协议转发至指定服务器助理ngx_http_uwsgi_module将客户端对Python的请求以uwsgi协议转发至指定服务器处理
2、反向代理配置指令
proxy_pass;
#用来设置将客户端请求转发给的后端服务器的主机可以是主机名(将转发至后端服务做为主机头首部)、IP
地址端口的方式
#也可以代理到预先设置的主机群组需要模块ngx_http_upstream_module支持
3、实现单台反向代理基于ip
前提关闭所有设备的防火墙和核心防护以及开启反向代理服务器的nginx服务
[rootlocalhost ~]#systemctl stop firewalld
[rootlocalhost ~]#setenforce 0
[rootlocalhost ~]#systemctl start nginx 反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server{listen 80;server_name www.dh.com;root /mnt;location / {proxy_pass http://172.16.12.12; #访问本机的根等于访问指定目的服务器的根}
}
[rootlocalhost ~]#nginx -s reload
[rootlocalhost ~]#echo welcome to proxy_server /mnt/index.html 目的服务器配置
[rootlocalhost ~]#yum install -y httpd
[rootlocalhost ~]#systemctl start httpd
[rootlocalhost ~]#cd /var/www/html/
[rootlocalhost html]#vim index.html
html
body
h1welcome to destination_server /h1
/body
客户端测试 4、实现单机反向代理基于端口 反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server{listen 80;server_name www.dh.com;root /mnt;location / {proxy_pass http://172.16.12.12:9527;}
}
[rootlocalhost ~]#nginx -s reload 目的服务器配置
[rootlocalhost ~]#vim /etc/httpd/conf/httpd.conf
Listen 9527
[rootlocalhost ~]#systemctl restart httpd 客户端测试 5、反向代理的常见错误状态码
5.1 502Bad Gateway
表示服务器作为网关或代理收到目的服务器的无效响应。当请求通过代理服务器转发到目的服务器时如果代理服务器收到目的服务器的响应无效例如无响应格式错误等就会返回502错误给客户端。通常这种错误表明目的服务器无法正常工作或响应异常
模拟一给目的服务器作防火墙规则
[rootlocalhost ~]#iptables -A INPUT -s 172.16.12.10 -j REJECT
#客户端再次访问会出现502一般出现502代表目的服务器挂了
[rootlocalhost ~]#iptables -vnL --line-numbers 客户端测试 模拟二直接关闭目的服务器
[rootlocalhost ~]#systemctl stop httpd
客户端测试 5.2 504Gateway Timeout
表示服务器作为网关或代理但在完成请求时等待响应超时。当客户端向代理服务器发送请求后代理服务器将请求转发给目的服务器但在规定的时间内未能从目的服务器获取到响应就会返回504错误给客户端。这可能是由于目的服务器过载、响应时间过长或网络连接问题导致
模拟一给目的服务器作防火墙规则
[rootlocalhost ~]#iptables -R INPUT 1 -s 172.16.12.10 -j DROP
#客户端再次访问会出现504网关超时有可能只是处理时间久服务器不一定挂了时间较长1分钟没有定义代理超时时间
[rootlocalhost ~]#iptables -vnL --line-numbers 客户端测试 6、反向代理服务器配置文件不加/与加/
情况一当代理服务器配置文件不加/
反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server{listen 80;server_name www.dh.com;root /mnt;location /api {proxy_pass http://172.16.12.12;}
}
[rootlocalhost ~]#nginx -s reload
[rootlocalhost ~]#mkdir /mnt/api
[rootlocalhost ~]#echo api api api api /mnt/api/index.html
目的服务器配置
[rootlocalhost ~]#mkdir /var/www/html/api/
[rootlocalhost ~]#echo api api api api /var/www/html/api/index.html 情况二当代理服务器配置文件加/
反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server{listen 80;server_name www.dh.com;root /mnt;location /api {proxy_pass http://172.16.12.12/;}
}
[rootlocalhost ~]#nginx -s reload 总结 是否在代理目标后面添加斜杠 / 主要取决于后端服务器对请求 URI 的要求不使用 / 作为代理目标Nginx 会将匹配到的 URI 去除掉然后将剩余部分添加到代理目标中 如果后端服务器只需要请求 URI 的一部分就不需要添加斜杠 / 使用 / 作为代理目标时Nginx 会将请求的 URI 原封不动地发送到代理服务器 如果后端服务器期望接收完整的请求 URI就需要在代理目标后面加上斜杠 / 注 /api能匹配的可能性太多一般不加/不允许替换只能追加 三、实现反向代理的动静分离
1、动态资源和静态资源
静态资源静态资源是指在服务器上事先准备好的内容不会随着用户请求的变化而变化的资源。它们在服务器上存储为静态文件并通过 HTTP 协议直接提供给用户。常见的静态资源包括 HTML 文件、CSS 样式文件、JavaScript 文件、图像文件、字体文件等。这些文件的内容不会随请求的变化而改变。
动态资源动态资源是指在服务器端根据用户请求的参数或其他信息生成的内容可能会随着请求的变化而变化的资源。它们需要服务器端的处理逻辑来生成最终的响应。常见的动态资源包括动态网页、动态图片生成、个性化内容等。这些资源的内容是根据用户的请求和服务器端的处理逻辑动态生成的
2、反向代理的动静分离操作过程
反向代理服务器进行动静分离是为了提高网站性能和用户体验。动静分离指的是将动态内容和静态内容分开处理以便更有效地管理和优化它们 目的服务器1静态资源处理配置
[rootlocalhost ~]#yum install -y httpd
[rootlocalhost ~]#systemctl start httpd
[rootlocalhost ~]#cd /var/www/html
[rootlocalhost ~]#echo static resources index.html
[rootlocalhost html]#ls #再放入一张图片
1.jpg index.html
目的服务器2动态资源处理配置
[rootlocalhost ~]#yum install -y httpd
[rootlocalhost ~]#systemctl start httpd
[rootlocalhost ~]#mkdir /var/www/html/api/
[rootlocalhost ~]#echo dynamic resources /var/www/html/api/index.html
反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server {listen 80;server_name www.dh.com;root /mnt/;location ~* \.(jpg|jpeg|png|gif|bmp|html|mp4|txt)$ {proxy_pass http://172.16.12.12;}location ~* /api {proxy_pass http://172.16.12.13; }
}
[rootlocalhost ~]#nginx -s reload 客户端测试
当访问静态资源时代理服务器分析并将请求转送到目的服务器1进行处理 当访问动态资源时代理服务器分析并将请求转送到目的服务器2进行处理 四、开启反向代理服务器的缓存功能
1、开启缓存功能的作用
性能优化当代理服务器缓存请求的响应时它可以直接返回缓存的内容而不必每次都请求源服务器从而节省了带宽和服务器资源提高可用性当目的服务器出现故障或不可用反向代理服务器仍然可以提供已缓存的内容确保用户仍然能够访问网站并减少服务中断的可能性降低延迟由于缓存服务器通常位于更接近用户的位置因此可以减少数据传输的时间和网络延迟。这可以加快网站的加载速度提高用户体验降低延迟通过缓存经常请求的内容可以减少对源服务器的请求次数从而减少服务器的带宽使用量降低运营成本 2、缓存功能配置指令
proxy_cache zone_name | off; 默认off
#指明调用的缓存或关闭缓存机制;Context:http, server, location
#zone_name 表示缓存的名称.需要由proxy_cache_path事先定义
3、反向代理服务器开启缓存功能的过程
反向代理服务器配置
主配置文件配置
[rootlocalhost ~]# vim /apps/nginx/conf/nginx.conf
proxy_cache_path /opt/nginx/proyxcache levels1:1:1 keys_zoneproxycache:20m inactive120s max_size1g;
#开启缓存 缓存路径 生成文件夹比例是3级 从内存中借调20M专门存放缓存 有效期120秒 最大存储空间为1g
[rootlocalhost ~]# nginx -s reload
[rootlocalhost ~]# mkdir /opt/nginx/
[rootlocalhost opt]#mkdir /opt/nginx #还要新建存放缓存对应的目录 子配置文件配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server {listen 80;server_name www.dh.com;root /mnt/;proxy_cache proxycache;proxy_cache_key $request_uri; #对指定的数据进行MD5的运算做为缓存的key#proxy_cache_key $host$uri$is_args$args; proxy_cache_valid 200 302 301 10m; #指定的状态码返回的数据缓存多长时间proxy_cache_valid any 5m; #除指定的状态码返回的数据以外的缓存多长时间,必须设置,否则不会缓存location ~* \.(jpg|jpeg|png|gif|bmp|html|mp4|txt)$ {proxy_pass http://172.16.12.12;}location ~* /api {proxy_pass http://172.16.12.13; }
}
[rootlocalhost ~]#nginx -s reload 测试客户端访问代理服务器 查看代理服务器的缓存内容 测试关闭目的服务器1和目的服务器2的apache服务
[rootlocalhost ~]#systemctl stop httpd 客户端还能访问到请求的资源 五、自定义添加响应报文头部信息
代理服务器自定义添加响应报文头部信息通常是为了增强安全性、保护隐私、优化性能、过滤或修改内容以及确保遵守特定的规范和标准
反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server {listen 80;server_name www.dh.com;root /mnt/;proxy_cache proxycache;proxy_cache_key $request_uri;#proxy_cache_key $host$uri$is_args$args; proxy_cache_valid 200 302 301 10m;proxy_cache_valid any 5m; add_header ip $server_addr; #当前nginx主机ipadd_header status $upstream_cache_status; #是否缓存命中hit命中miss未命中add_header name $server_name; #客户端访问的FQDNlocation ~* \.(jpg|jpeg|png|gif|bmp|html|mp4|txt)$ {proxy_pass http://172.16.12.12;}location ~* /api {proxy_pass http://172.16.12.13; }
}
[rootlocalhost ~]#nginx -s reload 客户端测试查看新增头部字段信息
[rootlocalhost html]#curl 172.16.12.10/1.jpg -I 五、实现反向代理客户端IP透传
在Nginx中代理客户端IP透传是指将客户端的真实IP地址也称为远程IP地址传递给目的服务器。这在一些情况下非常有用例如当Nginx作为反向代理服务器时我们希望目的服务器能够获取到客户端的真实IP地址而不是Nginx服务器的IP地址
1、ip未透传的效果 反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server {listen 80;server_name www.dh.com;root /mnt/;location / {proxy_pass http://172.16.12.12;}
}
[rootlocalhost ~]#nginx -s reload
目的服务器配置
[rootlocalhost ~]#echo welcome to my world /var/www/html/index.html #修改日志格式使之能显示访问的客户端的IP
[rootlocalhost ~]#vim /etc/httpd/conf/httpd.conf
LogFormat %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-Agent}i\ \%{X-Forwarded-For}i\ combined
[rootlocalhost ~]#systemctl restart httpd 测试
客户端访问代理服务器 查看目的服务器的日志信息现在没有显示访问的客户端的ip地址
[rootlocalhost var]#tailf /var/log/httpd/access_log 2、实现一级反向代理透传客户端IP 反向代理服务器配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server {listen 80;server_name www.dh.com;root /mnt/;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;#添加客户端IP和反向代理服务器IP到请求报文头部location / {proxy_pass http://172.16.12.12;}
}
[rootlocalhost ~]#nginx -s reload
测试
客户端再次访问代理服务器并查看目的服务器的日志信息现在可看到客户端的ip地址
[rootlocalhost var]#tailf /var/log/httpd/access_log 3、实现二级反向代理透传客户端IP 反向代理服务器1配置
[rootlocalhost ~]#vim /apps/nginx/conf.d/dh.conf
server {listen 80;server_name www.dh.com;root /mnt/;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;#添加客户端IP和反向代理服务器IP到请求报文头部location / {proxy_pass http://172.16.12.11;}
}
[rootlocalhost ~]#nginx -s reload 反向代理服务器2配置 [rootlocalhost ~]#yum install -y nginx
[rootlocalhost ~]#vim /etc/nginx/nginx.conf
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location / {
proxy_pass http://172.16.12.12;
}
[rootlocalhost ~]#systemctl start nginx 测试客户端访问反向服务器1并查看目的服务器的日志信息现在可看到客户端的ip地址 [rootlocalhost var]#tailf /var/log/httpd/access_log 六、开启反向代理服务器的负载均衡
Nginx 可以将客户端的请求转发至单台后端服务器但是无法转发至特定的一组的服务器而且不能对后端服务器提供相应的服务器状态监测Nginx 可以基于 ngx_http_upstream_module 模块提供服务器分组转发、权重分配、状态监测、调度算法等高级功能
1、负载均衡配置指令与配置格式
负载均衡相关指令
server address [parameters];
#配置一个后端web服务器配置在 upstream 内至少要有一个 server 服务器配置。#server 支持的 parameters 如下
weightnumber #设置权重默认为1,实现类似于LVS中的WRR,WLC等max_connsnumber #给当前后端server设置最大活动链接数默认为0表示没有限制max_failsnumber #后端服务器的下线条件,当客户端访问时,对本次调度选中的后端服务器连续进行检测多少次,如果都失败就标记为不可用,默认为1次,当客户端访问时,才会利用TCP触发对探测后端服务器健康性检查,而非周期性的探测fail_timeouttime #后端服务器的上线条件,对已经检测到处于不可用的后端服务器,每隔此时间间隔再次进行检测是否恢复可用如果发现可用,则将后端服务器参与调度,默认为10秒backup #设置为备份服务器当所有后端服务器不可用时,才会启用此备用服务器 sorry server 自己不能转自己down #标记为 down 状态resolve #当server定义的是主机名的时候当A记录发生变化会自动应用新IP而不用重启Nginx
配置格式
http {upstream web {server 172.16.12.10 weight5;server 172.16.12.11;server 172.16.12.12;least_conn;ip_hash;keepalive 32;fair;}
}server {listen 80;server_name www.dh.com;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;root /mnt/;location / {proxy_pass http://web/}
}
上面的配置中upstream块定义了后端服务器的列表和负载均衡算法。server块定义了反向代理服务器的监听端口和域名以及请求转发的配置。具体说明如下
upstream块定义了一个名为web的负载均衡服务器组其中包含了三个后端服务器分别是172.16.12.10、172.16.12.11、172.16.12.12weight5 表示将第一个后端服务器的权重设置为5即分配更多的请求给它。ip_hash表示使用IP哈希算法进行负载均衡。keepalive 32表示使用长连接并保持32个连接。server块定义了一个监听80端口的虚拟主机它的域名是www.dh.com。location /表示将所有请求转发给upstream块中定义的服务器组web。proxy_set_header指令可以设置请求头以便后端服务器能够获取客户端的真实IP地址等信息由于使用了least_conn;算法Nginx会动态地将请求发送到当前连接数最少的后端服务器上以达到负载均衡的目的upstream块中使用了ip_hash算法表示会根据客户端的IP地址将该客户端的所有请求都发送到同一个后端服务器上由于使用了fair算法请求会被发送到响应时间最短的服务器上从而实现负载均衡
2、负载均衡的调度算法 轮询Round Robin算法按照顺序将请求依次分配给后端服务器每个服务器轮流处理请求。这是一种简单且公平的负载均衡算法 加权轮询Weighted Round Robin算法根据服务器的处理能力权重来分配请求处理能力越高的服务器分配到的请求越多 加权最小连接数Weighted Least Connections算法结合了加权和最小连接数算法根据服务器的权重和当前连接数来进行请求的分配 hash算法
ip_hash算法根据客户端的IP地址计算哈希值然后将请求分配给特定的服务器。
url_hash算法据请求的URL来进行负载均衡负载均衡器会根据请求的URL计算哈希值然后使用这个哈希值来确定将请求发送到哪一台服务器上
cookie hash算法根据请求中的特定Cookie来进行负载均衡负载均衡器会提取请求中的特定Cookie的数值计算哈希值然后使用这个哈希值来确定将请求发送到哪一台服务器上
最少响应时间Least Response Time算法据页面大小和加载时间长短智能地进行负载均衡将请求分配给响应时间最短的服务器以提高整体的响应速度
2.1 配置轮询算法
默认算法是轮询算法即反向代理服务器处理用户请求时每个后端服务器都轮流提供响应 反向代理服务器配置
[rootlocalhost proyxcache]#rm -rf /apps/nginx/conf.d/dh.conf
[rootlocalhost proyxcache]#vim /apps/nginx/conf/nginx.conf
http {upstream web {server 172.16.12.12;server 172.16.12.13;}location / {proxy_pass http://web/;index index.html index.htm;}
[rootlocalhost proyxcache]#nginx -s reload目的服务器1配置
[rootlocalhost ~]#echo welcome to server1 /var/www/html/index.html
目的服务器2配置
[rootlocalhost ~]#echo welcome to server2 /var/www/html/index.html
客户端测试 注 在真实环境中客户端访问然后代理服务器根据负载均衡去转发到目的服务器所有的目的服务器的文件资源是一样的这里不一样只是为了方便区分调用了哪台目的服务器 模拟目的服务器1宕机那么访问的结果是什么呢
#目的服务器1关闭apache服务
[rootlocalhost ~]#systemctl stop httpd 2.2 backup备份目的服务器
反向代理服务器配置
http {upstream web {server 172.16.12.12;server 172.16.12.13;server 172.16.12.13 backup;} 目的服务器3配置
[rootlocalhost ~]#yum install -y httpd
[rootlocalhost ~]#systemctl start httpd
[rootlocalhost ~]#echo welcome to server3 /var/www/html/index.html
客户端测试
当其他目的服务器都正常工作时备份目的服务器不参与工作 当所有的目的服务器宕机模拟关机时备份的目的服务器顶上 2.3 配置加权轮询算法
根据服务器的处理能力权重来分配请求处理能力越高的服务器分配到的请求越多
在默认轮询的基础上增加权重weightnumber。如果后端有2个服务器其中一个配置权重为weight3另外一个不配置默认是1则有用户访问时分配给给有权重的服务器和不配置权重的服务器的比例为3:1 反向代理服务器配置
http {upstream web {server 172.16.12.12 weight3;server 172.16.12.13;}客户端测试 2.4 配置加权最小连接数算法
最少连接调度算法优先将客户端请求调度到当前连接最少的目的服务器相当于LVS中的WLC。按照nginx反向代理服务器和目的服务器的连接数分配请求连接越少的分配处理请求优先级越高。例如最小连接数(least_conn;) 是设置是3目的服务器1 有2个请求在处理而 目的服务器2 只有1个请求在处理则新请求交给目的服务器2
反向代理服务器配置
http {upstream web {server 172.16.12.12 weight3;server 172.16.12.13;least_conn;}
2.5 配置hash算法会话保持
我们在访问网站的时候进行登录以后服务器上会生成一个session然后服务器会携带着session_id返回给浏览器记录一个cookie值当第二次访问时cookie会来服务器上与session进行对比如果对比成功则不需要重新登录
2.5.1 基于ip_hash算法
基于客户端IP地址的负载均衡算法。它会根据客户端的IP地址将该客户端的所有请求都发送到同一个目的服务器上。这样可以保证同一个客户端的所有请求都被发送到同一个目的服务器从而保证了会话的一致性
反向代理服务器配置
http {upstream web {hash $remote_addr;server 172.16.12.12;server 172.16.12.13;} 客户端测试 ip_hash算法的缺陷
当新添加目的服务器3那么之后请求资源的目的服务器会发生改变不能保持会话连接 2.5.2 基于url_hash算法
据请求的URL来进行负载均衡负载均衡器会根据请求的URL计算哈希值然后使用这个哈希值来确定将请求发送到哪一台服务器上这种算法适用于对于同一个URL请求希望每次都能被分发到同一台服务器上比如对于一些需要保持会话一致性的场景
反向代理服务器配置
http {upstream web {hash $request_uri;server 172.16.12.12;server 172.16.12.13;} 客户端测试 2.5.3 基于cookie_hash算法
根据请求中的特定Cookie来进行负载均衡负载均衡器会提取请求中的特定Cookie的数值计算哈希值然后使用这个哈希值来确定将请求发送到哪一台服务器上这种算法适用于需要根据用户的会话信息来进行负载均衡的场景比如在有状态的Web应用中确保用户的会话信息始终被发送到同一台服务器
反向代理服务器配置
http {upstream web {hash $cookie_hello;server 172.16.12.12;server 172.16.12.13;} 客户端测试 2.6 配置最大链接数、连续检测和延迟上线
http {
upstream web {
server 172.16.12.12;
server 172.16.12.13 max_conns10 max_fails3 fail_timeout30s;
}
#max_connsnumber #给当前后端server设置最大活动链接数默认为0表示没有限制
#max_failsnumber 后端服务器的下线条件,当客户端访问时,对本次调度选中的后端服务器连续进行检测多少次,如果都失败就标记为不可用,默认为1次,当客户端访问时,才会利用TCP触发对探测后端服务器健康性检查,而非周期性的探测
#fail_timeouttime 后端服务器的上线条件,对已经检测到处于不可用的后端服务器,每隔此时间间隔再次进行检测是否恢复可用如果发现可用,则将后端服务器参与调度,默认为10秒。这样避免服务器刚上线不稳定再次导致业务失败
2.7 配置fair算法
此种算法可以依据页面大小和加载时间长短智能地进行负载均衡也就是根据后端服务器的响应时间来分配请求响应时间短的优先分配
http {upstream web {server 172.16.12.12 weight3;server 172.16.12.13;fair; #实现响应时间短的优先分配}
