淄博网站建设 百度知道,青岛关键词推广seo,网站建设昆山博敏,手机网页微信本节主要内容
1、四层#xff0c;七层代理的配置方法
2、负载均衡的算法 nginx负载均衡#xff1a;反向代理来实现 反向代理有两种转发方式#xff1a;1、四层代理 2、七层代理 Nginx的七层代理和四层代理
七层是最常见的反向代理方式#xff0c;只能配置在nginx配置文…本节主要内容
1、四层七层代理的配置方法
2、负载均衡的算法 nginx负载均衡反向代理来实现 反向代理有两种转发方式1、四层代理 2、七层代理 Nginx的七层代理和四层代理
七层是最常见的反向代理方式只能配置在nginx配置文件的http模块而且配置方法名称upstream模块 不能写在server模块也不能写在location模块中在htp模块中是一个独立的配置。
七层代理就是代理http的请求和响应
工作原理客户端→http请求→七层代理代理服务器上→代理服务器转发http请求到内部的一组服务器上web集群→客户端不知道请求的是代理服务器还是内部服务器而且通过代理服务器响应了内部服务器的ip实际上访问的是代理服务器请求到代理服务器代理服务器转发给web服务器web服务器响应。 四层代理
四层代理是基于tcp/ip协议层的代理转发方式可以实现基于ip地址和端口进行负载均衡转发四层代理无法获取http请求的URL信息只能对tcp/udp数据包进行转发。流量转发
在nginx中为streamstream是不能配置在http模块中配置在全局中是属于一个独立的模块不属于其他任何模块。 面试题一七层代理和四层代理的区别
1、七层代理走的是http请求可以对请求进行深入的解析和处理流量控制内容过滤。
四层代理走的是tcp/udp请求的数据包转发的是流量。
2、四层代理不能对流量进行控制也没办法对内容进行过滤
3、四层代理通常适用于需要处理大量连接请求的场景
七层代理适用于对请求进行精确处理和控制的场景 面试题二四层代理和七层代理谁的速度块
1、四层代理只是流量转发不能对请求进行解析和控制所以速度块。
七层代理要对请求进程处理和解析所以速度慢。
2、四层代理走的是内核内核转发的是流量所以速度快。
七层代理走的是用户态访问控制流量处理所以速度慢。 正向代理用的少 谷歌看到的请求地址是代理服务器的地址
proxy_pass配置代理服务器访问的地址只能写在location模块中 反向代理重点用的多
反向代理客户端访问代理服务器代理服务器转发请求或者流量到后端服务器
后端的web服务器会有多台集群用户并不知道最终访问的是哪一台服务器
反向代理的特点负载均衡高可用可扩展提高可维护性 upstream基于https实现负载均衡就是反向代理
总结1、http请求的负载均衡方式
2、没有缓存返回码没有304
3、负载均衡算法 负载均衡的算法重点面试会问
1、默认算法轮询rr请求轮流分配给后端服务器
轮询算法适用于web服务器处理能力相近的情况不写入任何方法就是默认的轮询算法
2、加权轮询建立在轮询算法的基础之上通过给不同的web服务器权重让处理能力更强的服务器可以分配到更多的请求。
虽然配置了权重值但是轮询的结果未必准确。 例 server 192.168.88.20 weight2; server 192.168.88.30 weight3; 30服务器的权重大会分配到更多的请求 3、ip_hash根据IP地址计算出一个hash值使用ip_hash算法同一个客户端的请求会被分配到同一个后端服务器。保证会话的稳定性。后端服务器的数量发生变化hash会被重新计算请求的服务器也会发生变化。
4、最少连接数least_conn; 轮询请求发送到当前连接数最少的后端web服务器。
适用于后端服务器处理任务耗时不同的情况避免了所有请求集中在处理能力更强的后端服务器上。会和加权轮询配合使用。
5、url_hash根据uri地址计算hash值使用url_hash,相同请求的uri会分配到同一个后端web服务器。
总结1、并发量小默认算法就可以满足使用条件。
2、后端web服务器的处理能力有差异使用加权轮询和最小连接数配合使用。
3、高并发会使用ip_hash或url_hash第一次请求之后会有本地缓存而且因为hash算法的原因请求的后台web服务器不会发生变化可以提高访问速度访问的是缓存减轻了后台服务器的请求压力。
4、ip_hash后端web服务器数量发生变化请求的服务器也会发生变化
url_hash请求的地址发生变化请求的服务器也可能发生变化 面试题三怎么做反向代理实际上问的是负载均衡
反向代理就是负载均衡要做负载均衡要看使用场景的并发量访问人数有多少根据这个指标来确定负载均衡的算法。
并发量小默认的轮询算法或加权轮询配合最小连接数使用即可
高并发ip_hash或url_hash来实现访问一次之后就不会再切换到后端web服务器
下一次访问就是缓存速度快后台web服务器请求的压力也会变小。
stream和upstream都可以做反向代理 实验
upstream
轮询算法
192.168.88.30作为代理服务器
修改30服务器 ky30相当于调用的函数用proxy_pass来调用ky30 修改40服务器和50服务器 到浏览器查看 实验二加权轮询 在浏览器清除一下缓存刷新几次发现轮询的结果不一定准确 实验三ip_hash 在浏览器新开一个页面清除缓存通过30代理服务器访问 刷新几次发现一开始的状态码为200后面的状态码都为304读取的是缓存
因为使用ip_hash算法同一个客户端的请求会被分配到同一个后端服务器。保证会话的稳定性。 实验四最少连接数 请求40服务器时状态码为200 请求50时状态码为304 实验五url_hash 多刷新几次发现没有变化访问的都是40服务器 到50服务器中 请求的是location匹配的uri
使用url_hash会把相同请求的uri会分配到同一个后端web服务器 实验六基于域名实现负载均衡 ky30相当于一个名字可以随便去但是不能为特殊符号 因为没有这个网址需要在本地做个映射 检查一下 到40服务器中修改域名 在本地做映射 到50服务器中 做映射 开一台新的虚拟机 回到客户机30 在请求头中要包含真实ip地址和真实的域名才可以在浏览器中成功访问
