建设运营平台网站的方法,做百度网站还是安居客网站,做网站运营是有提成的吗,住房建设部网站监理员目录
一.什么是LVS
tips: 二.优点#xff08;为什么要用LVS#xff1f;#xff09;
三.作用
四.程序组成
五.LVS 负载均衡集群的类型
六.分布式内容
六.一.分布式存储
六.二.分布式计算
六.三.分布式常见应用
tips#xff1a;
七.LVS 涉及相关的术语
八.LVS 负…
目录
一.什么是LVS
tips: 二.优点为什么要用LVS
三.作用
四.程序组成
五.LVS 负载均衡集群的类型
六.分布式内容
六.一.分布式存储
六.二.分布式计算
六.三.分布式常见应用
tips
七.LVS 涉及相关的术语
八.LVS 负载均衡的工作原理
九.lvs集群的类型
十.构思图
1.NAT网络地址转换模式
2.DR直接路由模式
3.TUNIP隧道模式
4.fullnet模式
tips 十二.多种调度算法
静态调度算法
动态调度算法
tips
十三.ipvsadm命令
1.核心功能: 1.1集群服务管理:增、删、改
1.2集群服务的RS管理:增、删、改 1.3查看
2.保存规则
3.开机启动
十四.解决vip响应问题
十五.防火墙标签解决轮询错误
1.轮询规则中可能会遇到的错误
2.防火墙标记解决轮询调度问题
3.lvs持久链接 一.什么是LVS
LVSLinux Virtual Server是一种基于Linux内核的高性能、高可用的负载均衡软件它可以将网络流量分发到多个服务器上提高系统的可用性和性能。 LVS的负载均衡功能实现在Linux内核中通过对网络数据包的转发和调度将来自客户端的请求分发到多台服务器上从而实现负载均衡。
LVS支持多种负载均衡算法轮询、加权轮询、最小链接数等同时还支持多种会话保持方法IP散列、基于源 IP 端口的哈希、基于 Cookie 的会话保持等。
LVS 是一个实现负载均衡集群的开源软件项目LVS 架构从逻辑上可分为调度层、Server 集群层和共享存储层。 tips: 本项目在 1998 年 5 月由章文嵩博士成立是中国国内最早出现的自由软件项目之一。 LVS支持多种协议的负载均衡包括TCP、UDP、HTTP等。 IP 散列IP Hash根据客户端的 IP 地址计算哈希值通过哈希值将来自同一 IP 地址的请求始终分发到同一台后端服务器。 基于源 IP 端口的哈希Source IP and Port Hash结合客户端的 IP 地址和端口号计算哈希值以此确定请求分发的后端服务器。 基于 Cookie 的会话保持LVS 可以识别客户端请求中的特定 Cookie 信息根据 Cookie 来将请求分配到相应的后端服务器。 二.优点为什么要用LVS
1.LVS的负载均衡功能实现在Linux内核中具有非常高的性能和稳定性。
2.LVS支持多台服务器共同提供服务其中一台服务器出现故障时LVS可以自动将流量转发到其他正常工作的服务器上从而提高系统的可用性。
3.LVS支持多种负载均衡算法和会话保持方法可以根据实际需求进行配置。
三.作用
1.主要用于多服务器的负载均衡。
2.工作在网络层可实现高性能高可用的服务器集群技术。
3.廉价可把许多低性能的服务器组合在一起形成一个超级服务器。
4.易用配置简单有多种负载均衡的方法。
5.稳定可靠即使在集群的服务器中某台服务器无法正常工作也不影响整体效果。
6.可扩展性好。
四.程序组成
LVS 由两部分程序组成 1.ipvs(ip virtual server)LVS 是基于内核态的 Netfilter 框架实现的 IPVS 功能工作在内核态。用户配置 VIP 等相关信息并传递到 IPVS 就需要用到 ipvsadm 工具。 2.ipvsadmipvsadm 是 LVS 用户态的配套工具可以实现 VIP 和 RS 的增删改查功能是基于 Netlink 或 raw socket 方式与内核 LVS 进行通信的如果 LVS 类比于 Netfilter那 ipvsadm 就是类似 iptables 工具的地位。
五.LVS 负载均衡集群的类型
1.负载均衡群集Load Balance Cluster以提高应用系统的响应能力尽可能处理更多的访问请求、减少延迟为目标从而获得高并发、高负载的整体性能。
2.高可用群集High Availability Cluster以提高应用系统的可靠性尽可能的减少终端时间为目标、确保服务的连续性达到高可用的容错效果。
3.高性能运算群集High Performance Computer Cluster以提高应用系统的 CPU 运算速度、扩展硬件资源和分析能力为目标、从而获得相当于大型、超级计算机的高性能计算能力。
六.分布式内容
1.分布式系统一定是由多个节点组成的系统。其中节点指的是计算机服务器而且这些节点一般不是孤立的而是互通的。
2.这些连通的节点上部署了我们的节点并且相互的操作会有协同。
3.不同的业务模块部署在不同的服务器上或者同一个业务模块分拆多个子业务部署在不同的服务器上解决高并发的问题提供可扩展性以及高可用性业务中使用分布式的场景主要有分布式存储以及分布式计算。分布式存储中可以将数据分片到多个节点上不仅可以提高性能可扩展性同时也可以使用多个节点对同一份数据进行备份。
六.一.分布式存储
Ceph是一个统一的、分布式的存储系统具有出色的扩展性和可靠性。它支持对象存储、块存储和文件存储被广泛应用于云计算和大规模数据存储场景。 GlusterFs一款开源的分布式文件系统能够通过将多个服务器的存储资源整合起来提供大容量、高并发的文件存储服务常见于企业级的文件共享和存储解决方案中 FastDFS是一个轻量级的分布式文件系统特别适合存储中小文件如图片、文档等。在互联网应用中FastDFS 常用于图片服务器的搭建 MogileFs用于分布式存储和管理大量的静态文件具有良好的容错性和可扩展性。
六.二.分布式计算
hadoop是一个大数据处理框架包含了分布式文件系统HDFS和分布式计算模型MapReduce。它能够处理 PB 级别的数据常用于数据挖掘、数据分析等领域 Spark是一个快速、通用的大数据计算引擎相比 Hadoop 的 MapReduceSpark 具有更高的计算效率和更丰富的计算模型
六.三.分布式常见应用
分布式应用-服务按照功能拆分使用微服务 分布式静态资源--静态资源放在不同的存储集群上 分布式数据和存储--使用key-value缓存系统 分布式计算--对特殊业务使用分布式计算比如Hadoop集群 tips 集群同一个业务系统部署在多台服务器上集群中每一台服务器实现的功能没有差别数据和代码都是一样的 分布式一个业务被拆成多个子业务或者本身就是不同的业务部署在多台服务器上。 分布式中每一台服务器实现的功能是有差别的数据和代码也是不一样的分布式每台服务器功能加起来才是完整的业务 分布式是以缩短单个任务的执行时间来提升效率的而集群则是通过提高单位时间内执行的任务数来提升效率, 对于大型网站访问用户很多实现一个群集在前面部署一个负载均衡服务器后面几台服务器完成同一业务。如果有用户进行相应业务访问时负载均衡器根据后端哪台服务器的负载情况决定由给哪一台去完成响应并且台服务器垮了其它的服务器可以顶上来。分布式的每一个节点都完成不同的业务如果一个节点垮了那这个业务可能就会失败 七.LVS 涉及相关的术语
VS: Virtual Server负责调度
DSDirector Server前端负载均衡节点服务器调度器。
RSReal Server后端真实服务器。
CIPClient IP客户端 IP 地址。
VIPVirtual IP负载均衡对外提供访问的 IP 地址一般负载均衡 IP 都会通过 Virtual IP 实现高可用。
RIPRealServer IP负载均衡后端的真实服务器 IP 地址。
DIPDirector IP负载均衡与后端服务器通信的 IP 地址。
CMAC客户端 MAC 地址LVS 连接的路由器的 MAC 地址。
VMAC负载均衡 LVS 的 VIP 对应的 MAC 地址。
DMAC负载均衡 LVS 的 DIP 对应的 MAC 地址。
RMAC后端真实服务器的 RIP 地址对应的 MAC 地址。
访问流程CIP -- VIP DIP -- RIP
八.LVS 负载均衡的工作原理
简单点VS根据请求报文的目标IP和目标协议及端口将其调度转发至某RS根据调度算法来挑选RS
1.客户端发送请求 客户端向 LVS 服务器发送请求请求的目标通常是一个虚拟 IP 地址VIP。
2.LVS 接收请求 LVS 服务器接收到客户端的请求。
3.选择后端服务器 LVS 根据预先配置的负载均衡算法从后端的真实服务器Real Server中选择一台合适的服务器。常见的负载均衡算法包括
-轮询Round Robin依次将请求分配给各台服务器。
-加权轮询Weighted Round Robin根据服务器的权重依次分配请求。
-最少连接Least Connections将请求分配给当前连接数最少的服务器。
-加权最少连接Weighted Least Connections结合服务器权重和连接数进行分配。
4.转发请求 根据选择的结果LVS 以不同的工作模式将请求转发给后端服务器 -
NAT 模式修改请求数据包的目标 IP 地址为所选后端服务器的 IP 地址并将响应数据包的源 IP 地址修改为 VIP 地址再转发给客户端。
-DR 模式将请求数据包的目标 MAC 地址修改为所选后端服务器的 MAC 地址直接将数据包转发到后端服务器。
-TUN 模式给请求数据包加上新的 IP 头将数据包封装后通过隧道转发给后端服务器。
-fullnet模式通过同时修改请求报文的源IP地址和目标IP地址进行转发。
5.后端服务器处理请求 后端服务器接收到请求后进行处理并将响应直接返回给客户端。 例如 假设一个网站使用 LVS 进行负载均衡有三台后端服务器 A、B、C。采用轮询算法当第一个请求到来时LVS 选择服务器 A 处理第二个请求选择服务器 B第三个请求选择服务器 C以此类推。如果采用加权轮询假设服务器 A 的权重为 2B 和 C 的权重为 1那么大约每两个请求中有一个会分配给 A而 B 和 C 各分配一个。 通过 LVS 的负载均衡可以有效地提高系统的处理能力和可用性确保客户端能够快速、稳定地获得服务。
九.lvs集群的类型
lvs-nat 修改请求报文的目标IP,多目标IP的DNAT
lvs-dr 操纵封装新的MAC地址
lvs-tun 在原请求IP报文之外新加一个IP首部
lvs-fullnat 修改请求报文的源和目标IP
十.构思图 十一.四种工作模式
1.NAT网络地址转换模式
原理在NAT模式下LVS作为客户端和后端服务器之间的中间人接收来自客户端的请求将请求的目标IP地址和端口转换为后端服务器的IP地址和端口然后将请求转发给后端服务器。后端服务器处理请求后将响应数据包发送给LVSLVS再将响应数据包的源IP地址和端口修改为自己的IP地址和端口然后将响应返回给客户端。
特点 请求和响应的数据包都必须经过LVS这可能导致LVS成为瓶颈。同时NAT模式支持跨网段通信。 本质是多目标IP的DNAT通过将请求报文中的目标地址和目标端口修改为某挑出的RS的RIP和PORT实现转发。 RIP和DIP应在同一个IP网络且应使用私网地址RS的网关要指向DIP。 请求报文和响应报文都必须经由Director转发Director易于成为系统瓶颈。 支持端口映射可修改请求报文的目标PORT。VS必须是Linux系统RS可以是任意OS系统。 客户请求到达vip后进入PREROUTING,在没有ipvs的时候因该进入本机INPUT,当IPVS存在后访问请求在通过PREROUTING后被ipvs结果并作nat转发 因为ipvs的作用点是在PREROUTING和INPUT链之间所以如果在prerouting中设定规则会干扰ipvs的工作。所以在做lvs时要把iptables的火墙策略全清理掉。 2.DR直接路由模式
原理在DR模式下LVS不会修改数据包中的IP地址和端口而是直接修改数据帧的目标MAC地址为所选后端服务器的MAC地址并通过交换机或路由器将数据包转发给后端服务器。后端服务器处理请求后直接将响应数据包发送给客户端无需经过LVS。
特点由于响应数据包不经过LVS因此LVS不会成为瓶颈。但DR模式要求LVS和后端服务器必须在同一个局域网内因为它们是通过MAC地址进行通信的。 DRDirect Routing直接路由LVS默认模式,应用最广泛,通过为请求报文重新封装一个MAC首部进行转发源MAC是DIP所在的接口的MAC目标MAC是某挑选出的RS的RIP所在接口的MAC地址源IP/PORT以及目标IP/PORT均保持不变。 在DR模式中RS接收到访问请求后不需要回传给VS调度器直接把回传数据发送给client所以RS和vs上都要有vip 3.TUNIP隧道模式
原理在TUN模式下LVS将客户端的请求数据包封装在一个新的IP隧道中并将封装后的数据包发送给后端服务器。后端服务器处理请求后将响应数据包通过隧道返回给LVSLVS再将响应数据包解封装后发送给客户端。
转发方式不修改请求报文的IP首部源IP为CIP目标IP为VIP而在原IP报文之外再封装一个IP首部源IP是DIP目标IP是RIP将报文发往挑选出的目标RSRS直接响应给客户端源IP是VIP目标IP是CIP
TUN模式特点 1.DIP, VIP, RIP都应该是公网地址 2.RS的网关一般不能指向DIP 3.请求报文要经由Director但响应不能经由Director 4.不支持端口映射 5.RS的OS须支持隧道功能 6.TUN模式支持跨网段通信因为数据包是通过IP隧道在LVS和后端服务器之间传输的。但TUN模式需要额外的处理来封装和解封装数据包可能会增加一些处理开销。
4.fullnet模式
fullnat通过同时修改请求报文的源IP地址和目标IP地址进行转发 CIP -- DIP VIP -- RIP
1.VIP是公网地址RIP和DIP是私网地址且通常不在同一IP网络因此RIP的网关一般不会指向DIP
2.RS收到的请求报文源地址是DIP因此只需响应给DIP但Director还要将其发往Client
3.请求和响应报文都经由Director 4.支持端口映射 所用内核不支持 tips lvs-nat与lvs-fullnat请求和响应报文都经由Director lvs-natRIP的网关要指向DIP lvs-fullnatRIP和DIP未必在同一IP网络但要能通信 lvs-dr与lvs-tun请求报文要经由Director但响应报文由RS直接发往Client lvs-dr通过封装新的MAC首部实现通过MAC网络转发 lvs-tun通过在原IP报文外封装新IP头实现转发支持远距离通信 十二.多种调度算法
1.ipvs scheduler根据其调度时是否考虑各RS当前的负载状态被分为两种静态方法和动态方法 静态方法仅根据算法本身进行调度不考虑RS的负载情况 动态方法主要根据每RS当前的负载状态及调度算法进行调度Overheadvalue较小的RS将被调度
2.LVS支持多种调度算法用于确定如何将请求分发到后端服务器上。
静态调度算法
1.轮询RR按顺序轮流分配请求到不同的服务器上确保每台服务器接收到的请求数大致相同。
2.加权轮询WRR根据后端服务器的处理能力给每台服务器分配不同的权值权值越高的服务器接收到的请求数越多。
3.源地址散列SH根据请求的源IP地址进行散列运算将请求分配到同一台服务器上以保证来自同一客户端的请求始终被同一台服务器处理。
4.目标地址散列DH目标地址哈希第一次轮询调度至RS后续将发往同一个目标地址的请求始终转发至第一次挑中的RS典型使用场景是正向代理缓存场景中的负载均衡如宽带运营商
动态调度算法
1.LCleast connections最少链接发 适用于长连接应用Overhead负载值activeconns活动链接数 x 256inactiveconns非活动链接数
2.WLCWeighted LC权重最少链接 默认调度方法Overhead(activeconns x 256inactiveconns)/weight
3.SEDShortest Expection Delay, 初始连接高权重优先Overhead(activeconns1inactiveconns) x 256/weight但是当node1的权重为1node2的权重为10经过运算前几次的调度都会被node2承接
4.NQNever Queue第一轮均匀分配后续SED
5.LBLCLocality-Based LC动态的DH算法使用场景根据负载状态实现正向代理
6.LBLCRLBLC with Replication带复制功能的LBLC解决LBLC负载不均衡问题从负载重的复制到负载轻的RS tips 最短延迟调度SED最短的预期延迟调度算法将网络连接分配给具有最短的预期延迟的服务器。如果将请求发送到第 i 个服务器则预期的延迟时间为Ci 1/Ui其中 Ci 是第 i 个服务器上的连接数而 Ui 是第 i 个服务器的固定服务速率权重 。 永不排队调度NQ从不队列调度算法采用两速模型。当有空闲服务器可用时请求会发送到空闲服务器而不是等待快速响应的服务器。如果没有可用的空闲服务器则请求将被发送到服务器以使其预期延迟最小化最短预期延迟调度算法 十三.ipvsadm命令
1.核心功能: 1.1集群服务管理:增、删、改 -A 用于添加一个新的虚拟服务。 -E 用于编辑现有的虚拟服务。 -t 表示 TCP 协议-u 表示 UDP 协议-f 表示防火墙标记。 service-address 是集群服务的地址。 -s scheduler 用于指定调度算法如轮询、加权轮询等。 -p [timeout] 用于设置持久连接的超时时间。 -M netmask 指定网络掩码。 --pepersistence_engine 涉及持久化引擎的相关设置。 -b sched-flags 用于设置调度标志。 ipvsadm -D -t|u|f service-address用于删除指定的虚拟服务。 ipvsadm –C清空当前的 IPVS 规则和连接信息。 ipvsadm –R重载之前保存的规则。 ipvsadm -S [-n]保存当前的规则配置。-n 选项通常用于以数字形式显示地址和端口而不是进行 DNS 解析。 1.2集群服务的RS管理:增、删、改 -a 用于添加一个真实服务器Real Server到虚拟服务中。 -e 用于编辑现有的真实服务器配置。 -e #更改realserver -t 表示 TCP 协议-u 表示 UDP 协议-f 表示防火墙标记。 service-address 是之前定义的虚拟服务的地址。 -r server-address 是要添加或编辑的真实服务器的地址。 -g 表示使用直接路由DR模式-i 表示使用隧道TUN模式-m 表示使用 NAT 模式。 -w weight 用于设置真实服务器的权重决定其在负载均衡中的处理能力比例。 ipvsadm -d -t|u|f service-address -r server-address用于从虚拟服务中删除指定的真实服务器。 ipvsadm -L|l [options]用于查看真实服务器RS的相关信息。常见的选项可以包括 -n 以数字形式显示地址和端口等。 -C #清空lvs策略 -n #不做解析 --rate 输出速率信息 ipvsadm -Z [-t|u|f service-address] 清楚计数器 1.3查看
2.保存规则
ipvsadm-save /etc/sysconfig/ipvsadm-config
3.开机启动
systemctl enable --now ipvsadm.service
十四.解决vip响应问题
1.DR模型中各主机上均需要配置VIP解决地址冲突的方式有三种 a.在前端网关做静态绑定 b.在各RS使用arptables c.在各RS修改内核参数来限制arp响应和通告的级别 2.限制响应级别:arp_ignore 0:默认值表示可使用本地任意接口上配置的任意地址进行响应 1:仅在请求的目标IP配置在本地主机的接收到请求报文的接口上时才给予响应 3.限制通告级别:arp_announce 0:默认值把本机所有接口的所有信息向每个接口的网络进行通告 1:尽量避免将接口信息向非直接连接网络进行通告 2:必须避免将接口信息向非本网络进行通告 4.配置要点 a.Director服务器采用双IP桥接网络一个是VPP一个DIP b.Web服务器采用和DIP相同的网段和Director连接 c.每个Web服务器配置VIP d.每个web服务器可以出外网 十五.防火墙标签解决轮询错误
1.轮询规则中可能会遇到的错误
以http和https为例当我们在RS中同时开放80和443端口那么默认控制是分开轮询的这样我们就出现了一个轮询错乱的问题当我第一次访问80被轮询到RS1后下次访问443仍然可能会被轮询到RS1上。
测试问题
[rootclient ~]# curl http://192.168.0.200;curl -k https://192.168.0.200
RS1 server - 192.168.0.10
RS1 server - 192.168.0.10 #当访问vip时两次调度都到了
2.防火墙标记解决轮询调度问题
FWM:FireWall Mark MARK target 可用于给特定的报文打标记,
--set-mark value 其中:value 可为0xffff格式表示十六进制数字借助于防火墙标记来分类报文而后基于标记定义集群服务:可将多个不同的应用使用同一个集群服务进行调度
实现方法:
在Director主机打标记:
iptables -t mangle -A PREROUTING -d $vip -p $proto -m multiport --dports $portl,$port2,..-i MARK --set-mark NUMBER
在Director主机基于标记定义集群服务: ipvsadm -A -f NUMBER [options]
示例如下 iptables -t mangle -A PREROUTING -d 192.168.0.200 -p tcp -m multiport --dports
80,443 -j MARK --set-mark 6666 #在vs调度器中设定端口标签人为80和443是一个整体设定调度规则
[rootlvs ~]# ipvsadm -A -f 6666 -s rr
[rootlvs ~]# ipvsadm -a -f 6666 -r 192.168.0.10 -g
[rootlvs ~]# ipvsadm -a -f 6666 -r 192.168.0.20 -g
curl -k https://192.168.0.200;curl 192.168.0.200 #测试结果
3.lvs持久链接
在我们客户上网过程中有很多情况下需要和服务器进行交互客户需要提交响应信息给服务器如果单纯的进行调度会导致客户填写的表单丢失为了解决这个问题我们可以用sh算法但是sh算法比较简单粗暴可能会导致调度失衡。
解决方案 在进行调度时不管用什么算法只要相同源过来的数据包我们就把他的访问记录在内存中也就是把这个源的主机调度到了那个RS上。 如果在短期默认360S内同源再来访问我仍然按照内存中记录的调度信息把这个源的访问还调度到同一台RS上。 如果过了比较长的时间默认最长时间360s同源访问再次来访那么就会被调度到其他的RS上。 ipvsadm -A|E -tlulf service-address [-s scheduler] [-p [timeout]] #默认360秒 在lvs调度器中设定 [rootlvs ~]# ipvsadm -E -f 6666 -s rr -p [3000]
[rootlvs ~]# ipvsadm -LnC
tips: 相关的配置可以看lvs-nat模式和dr模式集群原理及部署方法
