wordpress 网站关键词,怎么用软件做原创视频网站,建什么网站赚钱,河南省中招考生服务平台一、负载均衡 早期的网站流量和业务功能都比较简单#xff0c;单台服务器足以满足基本的需求#xff0c; 但是随着互联网的发展#xff0c;业务流量越来越大并且业务逻辑也跟着越来越复 杂#xff0c;单台服务器的性能及单点故障问题就凸显出来了#xff0c;因此需要多台服…一、负载均衡 早期的网站流量和业务功能都比较简单单台服务器足以满足基本的需求 但是随着互联网的发展业务流量越来越大并且业务逻辑也跟着越来越复 杂单台服务器的性能及单点故障问题就凸显出来了因此需要多台服务器 进行性能的水平扩展及避免单点故障出现。 负载均衡是将负载分摊到不同的服务单元既保证服务的可用性又保证响 应足够快给用户很好的体验快速增长的访问量和数据流量催生了各式各 样的负载均衡的产品很多专业的的负载均衡硬件提供了很好的功能但价 格不菲这使得负载均衡软件大受欢迎 nginx 就是其中一个在 linux 下有 nginx 、 Ivs 、 haproxy 等服务可以提供复杂均衡服务。二、负载均衡原理 负载均衡 NAT Network Address Translation 网络地址转换简单地说就 是将一个 IP 地址转换为另一个 IP 地址一般用于未经注册的内部地址与合法 的、已获注册的 Internet IP 地址间进行转换。适用于解决 Internet IP 地址紧 张、不想让网络外部知道内部网络结构等的场合下。 系统的扩展可以分为纵向扩展和横向扩展。 纵向扩展从单机的角度出发通过增加系统的硬件处理能力来提升服 务器的处理能力 ; 横向扩展通过添加机器来满足大型网站服务的处理能力。
这里面涉及到两个重要的角色分别是 “ 应用集群 ” 和 “ 负载均衡器 应用集群将同一应用部署到多台机器上组成处理集群接收负载均 衡设备分发的请求进行处理并返回响应的数据。 负载均衡器将用户访问的请求根据对应的负载均衡算法分发到集群 中的一台服务器进行处理。三、负载均衡的作用 解决服务器的高并发压力提高应用程序的处理性能提供故障转移实现高可用 通过添加或减少服务器数量增强网站的可扩展性 在负载均衡器上进行过滤可以提高系统的安全性 1、提高系统性能 负载均衡可以扩展网络设备和服务器的带宽优化访问请求在服务器组之间的分配
提高系统的反应速度和总体性能。 2、监控服务器的运行状态 负载均衡能够监控服务器的运行状态提高整个服务器组的可靠性。 3、提供服务一致性 负载均衡器具有提供服务一致性的功能负载均衡器通过读取客户端所发出 请求内的信息进行重写报头程序然后将请求发送至合适的服务器上该服 务器会维护着该客户端信息。在 http 通信当中负载均衡器提供服务一致性 的功能就得到了很好的发挥但提供该服务的途径并不是非常安全。但若将 消息加密后负载均衡器就无法读取隐藏其中的信息了。 4、摆脱停机时间 服务器托管公司可能会在维护期间将服务器关闭一段时间这可能发生在业 务的高峰期。在基于云服务器中可以在将流量引导到另一台服务器的资源 之后进行维护前提是它们不在维护中从而可以消除网站的停机时间。 5、管理服务器故障 由于它具有根据需要添加或删除实例的功能因此可以跨云平台拥有多个数 据中心。如果其中一台服务器发生故障则可以快速移动流量将故障服务 器的流量流入到另一台服务器中。 6、转发功能 按照一定的算法将客户端请求转发到不同应用服务器上减轻单个服务器 压力提高系统并发量。 7、恢复添加 如检测到发生故障的应用服务器恢复工作自动将其添加到处理用户请求队 伍中。 8、分发流量 分发流量、请求到不同的服务器。使流量平均分配提高整个集群的响应速 度、服务的高可用性。四、负载均衡常用处理方式 负载均衡分为四层负载均衡和七层负载均衡。 1. 四层负载均衡是工作在 OSI 七层协议的第四层 —— 传输层基于 IPPORT 的负载均衡主要工作是转发。 2. 它在接收到客户端的流量以后通过修改数据包的地址信息目标地址和 端口和源地址将流量转发到应用服务器。 3. 实现四层负载均衡的方式 硬件 F5 、 BIG-IP 、 Radware 等 ; 软件 LVS 、 Nginx 、 Haproxy 等。 1. 七层负载均衡是工作在七层协议的第七层 - 应用层基于虚拟的 URL 或主 机 IP 的负载均衡主要工作是代理。 2. 它首先会与客户端建立一条完整的连接并将应用层的请求流量解析出 来再按照调度算法选择一个应用服务器并与应用服务器建立另外一 条连接将请求发送过去。 3. 实现七层负载均衡的方式 软件 Nginx 、 Hayproxy 等。五、四层和七层负载均衡的区别 1. 四层负载均衡数据包是在底层就进行了分发而七层负载均衡数据包则 在最顶端进行分发所以四层负载均衡的效率比七层负载均衡的效率要 高 2. 四层负载均衡不识别域名而七层负载均衡识别域名。 3. 除了四层和七层负载均衡以外其实还有二层、三层负载均衡。二层负载 均衡是在数据链路层基于 MAC 地址来实现负载均衡三层是在网络层一 般采用虚拟 IP 地址的方式实现负载均衡。 4. 实际环境采用的方式四层负载 (LVS) 七层负载 (Nginx)六、nginx 七层负载均衡 1、七层负载均衡基础配置 [rootserver]# vim /usr/local/nginx/conf/nginx.conf worker_processes 1; event { worker_connections 1024 } http { # 七层负载均衡支持http、ftp协议 include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; upstream qicengzu { # 服务器组组名qingcengzu server 192.168.33.11:8080; # 组内服务器1 server 192.168.33.22:8080; # 组内服务器2 } server { # 虚拟服务器 listen 80; # 虚拟服务器端口 server_name localhost; # 虚拟服务器名 location { # 虚拟服务器的url跳转 proxy_pass http://qicengzu; # 当访问本机的80端口时跳转到服务器组 } } } 状态 概述 down 当前的server暂时不参与负载均衡 backup 预留的备份服务器 max_fails 允许请求失败的次数 fail_timeput 经过max_fails次失败后服务暂停的时机
max_conns 限制最大的接受连接数 在服务器组的组内服务器后填写该服务器的状态如 [rootserver]# vim /usr/local/nginx/conf/nginx.conf ......省略部分内容...... upstream qicengzu { # 服务器组组名qingcengzu server 192.168.33.11:8080 down; # 停止 此服务器负载均衡 server 192.168.33.22:8080 backup; # 该服 务器作为其他组内服务器的备份服务器 server 192.168..... } ......省略部分内容...... 算法名称 说明 轮询 默认方式 weight 权重方式 ip_hash
依据ip分配方式 least_conn 依据最少连接方式 url_hash 依据url分配方式 1 轮询 upstream backend { server 192.168.33.11:8080; server 192.168.33.22:8080; } 2 weight 加权 upstream backend { server 192.168.33.11:8080 weight5; server 192.168.33.22:8080 weight2; # 权重默认为 1谁权重大谁优先处理请求 } 3 ip_hash 当对后端的多台动态应用服务器做负载均衡时 ip_hash 指令能够将某 个客户端 IP 的请求通过哈希算法定位到同一台后端服务器上。 这样当来自某一个 IP 的用户在后端 Web 服务器 A 上登录后再访问该 站点的其他 URL 能保证其访问的还是后端 web 服务器 A 。 注意 : 使用 ip_hash 指令无法保证后端服务器的负载均衡可能导致有些 后端服务器接收到的请求多有些后端服务器接受的请求少而且设置 后端服务器权重等方法将不起作用 upstream backend { ip_hash; # ip_hash算法 server 192.168.33.11:8080; server 192.168.33.22:8080; } 4 least_conn least_conn 最少连接把请求转发给连接数较少的后端服务器。轮询 算法是把请求平均地转发给各个后端使它们的负载大致相同但是 有些请求占用的时间很长会导致其所在的后端负载较高。这种情况 下 leastconn 这种方式就可以达到更好的负载均衡效果。 upstream backend { least_conn; # 将请求转发给连接数较少的后端服务器 server 192.168.33.11:8080; server 192.168.33.22:8080; } 5 url_hash 按访问 url 的 hash 结果来分配请求使每个 url 定向到同一个后端服务 器要配合缓存命中来使用。同一个资源多次请求可能会到达不同的 服务器上导致不必要的多次下载缓存命中率不高以及一些资源时 间的浪费。而使用 ur_hash 可以使得同一个 url ( 也就是同一个资源请 求 ) 会到达同一台服务器一旦缓存住了资源再次收到请求就可以从 缓存中读取。 upstream backend { hash $request_uri; server 192.168.33.11:8080; server 192.168.33.22:8080; } 七、nginx 四层负载均衡 四层使用 stream 模块与七层的 http 模块同级。 [rootlocalhost ~]# nginx -V # 查看版本及安装模块 nginx version: nginx/1.22.1 built by gcc 8.5.0 20210514 (Red Hat 8.5.0-16) (GCC) built with OpenSSL 1.1.1k FIPS 25 Mar 2021TLS SNI support enabled configure arguments: --prefix/usr/local/nginx -- usernginx --groupnginx--with-httpssl module --withhttp_stub status_module --with-http_realip module [rootlocalhost ~]# cp /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginxbak #将原 有/usr/local/nginx/sbin/nginx进行备份 [rootlocalhost ~]# cd /usr/src/nginx-1.22.1/ [rootlocalhost nginx-1.22.1]# Is auto CHANGES CHANGES.ru configure html Makefile objs conf contrib LICENSE man README src [rootlocalhost nginx-1.22.1]# ./configure -- prefix/usr/local/nginx --usernginx --groupnginx --withhttp_ssl_module --with-http_stub_status_module --withhttp_realip_module --with-stream # 安装指定模块 [rootlocalhost nginx-1.22.1]# make # 进行编译 [rootlocalhost nginx-1.22.1]# cp ./objs/nginx
