LVS集群（Linux Virtual server）

  • 集群概念
  • lvs模型
  • lvs调度算法
  • lvs实现
  • lvs高可用性，负载均衡

1 集群和分布式

系统性能扩展方式：

  • Scale UP：垂直扩展，向上扩展,增强，性能更强的计算机运行同样的服务    升级单机的硬件设备
  • Scale Out：水平扩展，向外扩展,增加设备，并行地运行多个服务调度分配问题，Cluster

垂直扩展不再提及：

随着计算机性能的增长，其价格会成倍增长

单台计算机的性能是有上限的，不可能无限制地垂直扩展，多核CPU意味着即使是单台计算机也可以并行的。那么，为什么不一开始就并行化技术？

1.1 集群 Cluster

Cluster：集群,为解决某个特定问题将多台计算机组合起来形成的单个系统

Cluster分为三种类型：

  • LB： Load Balancing，负载均衡，多个主机组成，每个主机只承担一部分访问请求
  • HA： High  Availiablity，高可用，避免 SPOF（single Point Of failure   单点故障）
  • HPC： High-performance computing，高性能

高可用集群（High Availability Cluster）

  • 提高应用系统的可靠性、尽可能地减少中断时间为目标，确保服务的连续性，达到高可用(HA)的容错效果
  • HA的工作方式包括双工和主从两种模式，双工即所有节点同时在线;主从则只有主节点在线，但当出现故障时从节点能自动切换为主节点例如，“故障切换”  “双机热备”等

高性能运算集群（High Performance Computer Cluster）

  • 以提高应用系统的CPU运算速度、扩展硬件资源和分析能力为目标，获得相当于大型、超级计算机的高性能运算(HPC)能力
  • 高性能依赖于“分布式运算”、“并行计算”，通过专用硬件和软件将多个服务器的CPU、内存等资源整合在一起，实现只有大型、超级计算机才具备的计算能力。例如，“云计算”“网格计算”等
MTBF:Mean Time Between Failure 平均无故障时间，正常时间
MTTR:Mean Time To Restoration（ repair）平均恢复前时间，故障时间
A = MTBF /（MTBF+MTTR） (0,1)：99%,99.5%,99.9%,99.99%,99.999%SLA：服务等级协议（简称：SLA，全称：service level agreement）。是在一定开销下为保障服
务的性能和可用性，服务提供商与用户间定义的一种双方认可的协定。通常这个开销是驱动提供服
务质量的主要因素。在常规的领域中，总是设定所谓的三个9，四个9来进行表示，当没有达到这
种水平的时候，就会有一些列的惩罚措施，而运维，最主要的目标就是达成这种服务水平。1年 = 365天 = 8760小时
90 = (1-90%)*365=36.5天
99 = 8760 * 1% = 87.6小时
99.9 = 8760 * 0.1% = 8760 * 0.001 = 8.76小时
99.99 = 8760 * 0.0001 = 0.876小时 = 0.876 * 60 = 52.6分钟
99.999 = 8760 * 0.00001 = 0.0876小时 = 0.0876 * 60 = 5.26分钟
99.9999= (1-99.9999%)*365*24*60*60=31秒#停机时间又分为两种，一种是计划内停机时间，一种是计划外停机时间，而运维则主要关注计划外停机时间。

调度算法：

#轮询（Round Robin）：将收到的访问请求按照顺序轮流分配给群集中的各节点，均 等地对待每台服务器，
而不管服务器实际的连接数和系统负载。 #加权轮询（Weighted Round Robin）：根据调度器设置的权重值来分发请求，权重 值高的节点优先获得
任务并且分配的请求越多，这样可以保证性能高的节点承担更 多请求。 #最少连接（Least Connections）：根据真实服务器已建立的连接数进行分配，将收 到的访问请求优先
分配给连接数最少的节点。如果所有的服务器节点性能相近，采用这种方式可以更好地均衡负载。 #加权最少连接（Weighted Least Connections）：在服务器节点的性能差异较大的 情况下，调度器可以
根据节点服务器负载自动调整权重，权重较高的节点将承担更 大比例的活动连接负载。 #IP_Hash根据请求来源的IP地址进行Hash计算，得到后端服务器，这样来自同一个IP的请求总是会落到
同一台服务器上处理，以致于可以将请求上下文信息存储在这个服务器上，#url_hash 按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时
比较有效。具体没研究过#fair采用的不是内建负载均衡使用的轮换的均衡算法，而是可以根据页面大小、加载时间长短智能的进行
负载均衡。也就是根据后端服务器时间来分配用户请求，响应时间短的优先分配

1.2 分布式系统

分布式存储：Ceph，GlusterFS，FastDFS，MogileFS

分布式计算：hadoop，Spark

分布式常见应用

  • 分布式应用-服务按照功能拆分，使用微服务（单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值服务）
  • 分布式静态资源--静态资源放在不同的存储集群上
  • 分布式数据和存储--使用key-value缓存系统
  • 分布式计算--对特殊业务使用分布式计算，比如Hadoop集群

1.3 集群和分布式

集群：同一个业务系统，部署在多台服务器上。集群中，每一台服务器实现的功能没有差别，数据和代码都是一样的。

分布式：一个业务被拆成多个子业务，或者本身就是不同的业务，部署在多台服务器上。分布式中，每一台服务器实现的功能是有差别的，数据和代码也是不一样的，分布式每台服务器功能加起来，才是完整的业务。

分布式是以缩短单个任务的执行时间来提升效率的，而集群则是通过提高单位时间内执行的任务数来提升效率。

对于大型网站，访问用户很多，实现一个群集，在前面部署一个负载均衡服务器，后面几台服务器完成同一业务。如果有用户进行相应业务访问时，负载均衡器根据后端哪台服务器的负载情况，决定由给哪一台去完成响应，并且一台服务器垮了，其它的服务器可以顶上来。

分布式的每一个节点，都完成不同的业务，如果一个节点垮了，那这个业务可能就会失败

1.4 集群设计原则

可扩展性—集群的横向扩展能力

可用性—无故障时间 (SLA service level agreement)

性能—访问响应时间

容量—单位时间内的最大并发吞吐量(C10K 并发问题)

1.5 集群设计实现

1.5.1 基础设施层面

  • 提升硬件资源性能—从入口防火墙到后端 web server 均使用更高性能的硬件资源
  • 多域名—DNS 轮询A记录解析
  • 多入口—将A记录解析到多个公网IP入口
  • 多机房—同城+异地容灾
  • CDN(Content Delivery Network)—基于GSLB(Global Server Load Balance)实现全局负载均衡，如：DNS

1.5.2 业务层面

  • 分层：安全层、负载层、静态层、动态层、(缓存层、存储层)持久化与非持久化
  • 分割：基于功能分割大业务为小服务
  • 分布式：对于特殊场景的业务，使用分布式计算

1.6 LB Cluster 负载均衡集群

1.6.1 按实现方式划分

  • 硬件

F5 Big-IP（*F5*服务器负载均衡模块）

Citrix Netscaler

A10 A10

  • 软件

        lvs：Linux Virtual Server，阿里四层 SLB (Server Load Balance)使用

        nginx：支持七层调度，阿里七层SLB使用  Tengine

        haproxy：支持七层调度

        ats：Apache Traffic Server，yahoo捐助给apache

        perlbal：Perl 编写

        pound

1.6.2 基于工作的协议层次划分

SNAT:让内网用户可以访问外网

DNAT:把内网的服务共享到公网上

  • 传输层（通用）：DNAT 和 DPORT

​    LVS：

​    nginx：stream

​    haproxy：mode tcp

  • 应用层（专用）：针对特定协议，常称为 proxy server 

​    http：nginx, httpd, haproxy(mode http), ...

​    fastcgi：nginx, httpd, ...

​    mysql：mysql-proxy, mycat...

1.6.3 负载均衡的会话保持

1. session sticky：同一用户调度固定服务器

     Source IP：LVS sh算法（对某一特定服务而言）

​     Cookie

2. session replication：每台服务器拥有全部session（复制）

     session multicast cluster

3. session server：专门的session服务器（server）

     Memcached，Redis

1.7 HA 高可用集群实现

keepalived：vrrp协议

Ais：应用接口规范

​     heartbeat

​     cman+rgmanager(RHCS)

​     coresync_pacemaker

2 Linux Virtual Server 简介

2.1 LVS 介绍

        LVS：Linux Virtual Server，负载调度器，内核集成，章文嵩（花名正明）,  阿里的四层SLB(Server Load Balance)是基于LVS+keepalived实现

LVS 官网：http://www.linuxvirtualserver.org/
阿里SLB和LVS：
https://yq.aliyun.com/articles/1803
https://github.com/alibaba/LVS

整个SLB系统由3部分构成:四层负载均衡，七层负载均衡和控制系统，如下所示：

  • 四层负载均衡，采用开源软件LVS(linux virtual server)，并根据云计算需求对其进行了定制化;该技术已经在阿里巴巴内部业务全面上线应用2年多详见第3节;
  • 七层负载均衡，采用开源软件Tengine;该技术已经在阿里巴巴内部业务全面上线应用3年多;
  • 控制系统，用于 配置和监控 负载均衡系统:

2.2 LVS工作原理

        LVS根据请求报文的目标IP和目标协议及端口将其调度转发至某RS（真实服务器），根据调度算法来挑选RS（真实服务器）。LVS是内核级功能，工作在INPUT链的位置，将发往INPUT的流量进行“处理”

[root@localhost ~]#grep -i -C 10 ipvs /boot/config-3.10.0-693.el7.x86_64
#该文件是在编译内核时决定开启还是关闭某一项功能（注释关闭）
CONFIG_NETFILTER_XT_MATCH_CPU=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DEVGROUP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ECN=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_HL=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_IPVS=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_NFACCT=m
CONFIG_NETFILTER_XT_MATCH_OSF=m
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PHYSDEV=m
--
CONFIG_IP_SET_HASH_NET=m
CONFIG_IP_SET_HASH_NETPORT=m
CONFIG_IP_SET_HASH_NETIFACE=m
CONFIG_IP_SET_LIST_SET=m
CONFIG_IP_VS=m
CONFIG_IP_VS_IPV6=y
# CONFIG_IP_VS_DEBUG is not set
CONFIG_IP_VS_TAB_BITS=12#
# IPVS transport protocol load balancing support
#
CONFIG_IP_VS_PROTO_TCP=y
CONFIG_IP_VS_PROTO_UDP=y
CONFIG_IP_VS_PROTO_AH_ESP=y
CONFIG_IP_VS_PROTO_ESP=y
CONFIG_IP_VS_PROTO_AH=y
CONFIG_IP_VS_PROTO_SCTP=y#
# IPVS scheduler     调度算法
#
CONFIG_IP_VS_RR=m
CONFIG_IP_VS_WRR=m
CONFIG_IP_VS_LC=m
CONFIG_IP_VS_WLC=m
CONFIG_IP_VS_LBLC=m
CONFIG_IP_VS_LBLCR=m
CONFIG_IP_VS_DH=m
CONFIG_IP_VS_SH=m
CONFIG_IP_VS_SED=m
CONFIG_IP_VS_NQ=m#
# IPVS SH scheduler
#
CONFIG_IP_VS_SH_TAB_BITS=8#
# IPVS application helper
#
CONFIG_IP_VS_FTP=m
CONFIG_IP_VS_NFCT=y
CONFIG_IP_VS_PE_SIP=m#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m

2.3 LVS 集群体系架构

2.3.1 LVS 功能及组织架构

负载均衡的应用场景为高访问量的业务，提高应用程序的可用性和可靠性。

2.3.1.1 应用于高访问量的业务

        如果您的应用访问量很高，可以通过配置监听规则将流量分发到不同的云服务器 ECS（Elastic Compute Service 弹性计算服务）实例上。此外，可以使用会话保持功能将同一客户端的请求转发到同一台后端ECS

2.3.1.2 扩展应用程序

        可以根据业务发展的需要，随时添加和移除ECS实例来扩展应用系统的服务能力，适用于各种Web服务器和App服务器。

2.3.1.3 消除单点故障

        可以在负载均衡实例下添加多台ECS实例。当其中一部分ECS实例发生故障后，负载均衡会自动屏蔽故障的ECS实例，将请求分发给正常运行的ECS实例，保证应用系统仍能正常工作

2.3.1.4 同城容灾 （多可用区容灾）

        为了提供更加稳定可靠的负载均衡服务，阿里云负载均衡已在各地域部署了多可用区以实现同地域容灾。当主可用区出现机房故障或不可用时，负载均衡仍然有能力在非常短的时间内（如：大约30s中断）切换到另外一个备可用区恢复服务能力；当主可用区恢复时，负载均衡同样会自动切换到主可用区提供服务。使用负载均衡时，您可以将负载均衡实例部署在支持多可用区的地域以实现同城容灾。此外，建议您结合自身的应用需要，综合考虑后端服务器的部署。如果您的每个可用区均至少添加了一台ECS实例，那么此种部署模式下的负载均衡服务的效率是最高的。

2.4 LVS集群类型中的术语

  • VS（代理服务器）：Virtual Server，Director Server(DS), Dispatcher(调度器)，Load Balancer（lvs服务器）
  • RS（真实服务器）：Real Server(lvs), upstream server(nginx), backend server(haproxy)（真实服务器）
  • CIP：Client IP（客户机IP）
  • VIP：Virtual serve IP VS外网的IP   代理服务器的外网IP
  • DIP：Director IP VS内网的IP          代理服务器的内网IP
  • RIP：Real server IP （真实IP）       真实服务器的IP

访问流程：CIP <--> VIP == DIP <--> RIP

1 当客户端 发起请求报文是:

源ip:客户端的ip地址(cip)

目的地址: vip(代理服务器的外网地址)

2.当数据包到达我们的 代理服务器 源ip不变，需要修改目的ip及端口号

源ip:客户端的ip地址(cip)

目的地址:rip (后端真实服务器ip)

3.真实服务器 收到报文后 构建响应报文

源ip:改成真实服务器自己的ip(vip 是内网地址)

目的地址:cip 外网客户端地址

4.再发给代理服务器，代理服务会修改 源ip 将内网地址 改成外网地址

源ip:代理服务器的 外网ip (vip)

目的地址:cip(外网客户端的地址)

3 LVS工作模式和相关命令

3.1 LVS集群的工作模式

  • lvs-nat：修改请求报文的目标IP,多目标IP的DNAT
  • lvs-dr：操纵封装新的MAC地址（直接路由）   默认的模式
  • lvs-tun：隧道模式
  • lvs-fullnat:  修改请求报文的源和目标IP

3.1.1 LVS的NAT模式

lvs-nat：本质是多目标IP的DNAT，通过将请求报文中的目标地址和目标端口修改为某处的RS（真实服务器）的RIP（真实服务器的IP）和

PORT实现转发

（1）RIP(真实服务器)和DIP（代理服务器的内网地址）应在同一个IP网络，且应使用私网地址；RS的网关要指向DIP

（2）请求报文和响应报文都必须经由lvs服务器转发，lvs服务器易于成为系统瓶颈

（3）支持端口映射，可修改请求报文的目标PORT

（4）VS必须是Linux系统，RS可以是任意OS系统

3.1.2 IP隧道

1. RIP和DIP可以不处于同一物理网络中，RS的网关一般不能指向DIP,且RIP可以和公网通信。也就是

   说集群节点可以跨互联网实现。DIP, VIP, RIP可以是公网地址。

2. RealServer的通道接口上需要配置VIP地址，以便接收DIP转发过来的数据包，以及作为响应的

   报文源IP。

3. DIP转发给RealServer时需要借助隧道，隧道外层的IP头部的源IP是DIP，目标IP是RIP，而

   RealServer响应给客户端的IP头部是根据隧道内层的IP头分析得到的，源IP是VIP，目标IP是CIP

4. 请求报文要经由Director，但响应不经由Director,响应由RealServer自己完成

5. 不支持端口映射

6. RS的OS须支持隧道功能

一般来说，隧道模式常会用来负载调度缓存服务器组，这些缓存服务器一般放置在不同的网络环境，可以就近折返给客户端。

在请求对象不在Cache服务器本地命中的情况下，Cache服务器要向源服务器发送请求，将结果取回，最后将结果返回给用户。

3.1.3直接路由

直接路由（Direct Routing）：简称 DR 模式，采用半开放式的网络结构，与 TUN 模式的结构类似，但各节点并不是分散在各地，而是与调度器位于同一个物理网络。 

负载调度器与各节点服务器通过本地网络连接，不需要建立专用的 IP 隧道

直接路由，LVS默认模式,应用最广泛,通过请求报文重新封装一个MAC首部进行转发，源MAC是DIP所在的接口的MAC，目标MAC是某挑选出的RS的RIP所在接口的MAC地址；源IP/PORT，以及目标IP/PORT均保持不变

ARP（adress  resolution  pro）地址解析协议       在封装报文的时候解决封装 mac问题

绑定 ARP   绑定lvs代理服务器，虚拟ip相同按mac地址访问

关闭ARP   广播真实服务器 ，真实服务器不回应。

DR模式的特点：

1. Director和各RS都配置有VIP（这里指虚拟的IP）

2. 确保前端路由器将目标IP为VIP的请求报文发往Director

  • 在前端网关做静态绑定VIP和Director的MAC地址
  • 在RS上使用arptables工具

arptables -A IN -d $VIP -j DROP

arptables -A OUT -s $VIP -j mangle --mangle-ip-s $RIP

在RS上修改内核参数以限制arp通告及应答级别

/proc/sys/net/ipv4/conf/all/arp_ignore            忽略arp广播
/proc/sys/net/ipv4/conf/all/arp_announce      关闭无故arp

        RS的RIP可以使用私网地址，也可以是公网地址；RIP与DIP在同一IP网络；RIP的网关不能指向DIP，以确保响应报文不会经由Director

4. RS和Director要在同一个物理网络

5. 请求报文要经由Director，但响应报文不经由Director，而由RS直接发往Client

6. 不支持端口映射（端口不能修改）

7. 无需开启 ip_forward

8. RS可使用大多数OS系统

3.1.4 LVS工作模式总结和比较

NATTUNDR
优点端口转换WAN性能最好
缺点性能瓶颈服务器支持隧道模式不支持跨网段
真实服务器要求anyTunnelingNon-arp device(忽略arp)
支持网络private（私网）LAN/WAN（私网/公网）LAN（私网）
真实服务器数量low (10~20)High (100)High (100)
真实服务器网关lvs内网地址Own router（网工定义）Own router（网工定义）

3.2 LVS 调度算法

ipvs scheduler：根据其调度时是否考虑各RS（真实服务器）当前的负载状态

分为两种：静态方法和动态方法

静态方法：不管后端真实服务器的状态，根据自身 算法进行调度

动态方法：会根据后端服务器的状态来进行调度

四层  没有url hash 看不懂

静态：

仅根据算法本身进行调度

1、RR：roundrobin，轮询,较常用

2、WRR：Weighted RR，加权轮询,较常用

3、SH：Source Hashing，实现session sticky，源IP地址hash；将来自于同一个IP地址的请求始终发往第一次挑中的RS，从而实现会话绑定

4、DH：Destination Hashing；目标地址哈希，第一次轮询调度至RS，后续将发往同一个目标地址的请求始终转发至第一次挑中的RS，典型使用场景是正向代理缓存场景中的负载均衡,如: Web缓存

动态： 一个参考值 来确定服务器是否忙    值越小 代理服务器优先调度给闲的服务器

主要根据每RS当前的负载状态及调度算法进行调度Overhead=value 较小的RS将被调度 

1、LC：least connections 适用于长连接应用      最小连接数     不考虑权重

Overhead=activeconns*256+inactiveconns

active     活跃
inactive   不活跃

2、WLC：Weighted LC，默认调度方法,较常用         默认调度算法     加权最小连接数

第一轮不合理    都是一样的   优先级

Overhead=(activeconns*256+inactiveconns)/weight

3、SED：Shortest Expection Delay，初始连接高权重优先,只检查活动连接,而不考虑非活动连接

Overhead=(activeconns+1)*256/weight

初始为0无法知道调度给谁，所以加1

4、NQ：Never Queue，第一轮均匀分配，后续SED

5、LBLC：Locality-Based LC，动态的DH算法，使用场景：根据负载状态实现正向代理,实现Web Cache等

6、LBLCR：LBLC with Replication，带复制功能的LBLC，解决LBLC负载不均衡问题，从负载重的复制到负载轻的RS,,实现Web Cache等

内核版本 4.15 版本后新增调度算法:FO 和 OVF

FO(Weighted FailOver)  调度算法,在此FO算法中，遍历虚拟,服务所关联的真实服务器链表，找到还未过载(未设置IP VSDESTFOVERLOAD标志)的目权重最高的真实服务器，进行调度,属于静态算法

OVF(Overfiow·connecion)调度算法，基于真实服务器的活动许接数量和权重值实现，将新连接调度到权重值最高的真实服务器，直到其活动连接数量超过权重值之后调度到下一个权重值最高的真实服务器,在此OVF算法中，遍历虚拟服务相关联的真实服务器链表，找到权重值最高的可用真实服务器。,属于动态算法


一个可用的真实服务器需要同时满足以下条件:

  • 未过载 (未设置IP VS DEST F OVERLOAD标志)
  • 真实服务器当前的活动连接数量小于其权重值
  • 其权重值不为零

4 ipvsadm 工具

4.1 ipvsadm 工具选项说明

-A: 添加虚拟服务器
-D: 删除整个虚拟服务器
-s: 指定负载调度算法(轮询: rr、加权轮询: wrr、最少连接: lc、加权最少连接: wlc)
-a: 添加真实服务器（节点服务器）
-d: 删除某一个节点
-t: 指定VIP地址及TCP端口
-r: 指定RIP地址及TCP端口
-m: 表示使用NAT群集模式
-g: 表示使用DR模式
-i: 表示使用TUN模式
一w: 设置权重(权重为0时表示暂停节点)
-p 60: 表示保持长连接60秒
-l: 列表查看 LVS虚拟服务器(默认为查看所有)
-n: 以数字形式显示地址、端口等信息，常与"-l“选项组合使用。ipvsadm -ln#管理集群服务
ipvsadm -A|E -t|u|f service-address [-s scheduler] [-p [timeout]] [-M netmask] [--pe persistence_engine] [-b sched-flags]
ipvsadm -D -t|u|f service-address #删除
ipvsadm –C #清空
ipvsadm –R #重载,相当于ipvsadm-restore
ipvsadm -S [-n] #保存,相当于ipvsadm-save
#管理集群中的RS
ipvsadm -a|e -t|u|f service-address -r server-address [-g|i|m] [-w weight]  
ipvsadm -d -t|u|f service-address -r server-address
ipvsadm -L|l [options]
ipvsadm -Z [-t|u|f service-address]选项：
lvs类型：-g: gateway, dr类型，默认-i: ipip, tun类型-m: masquerade, nat类型        
-w weight：权重例子：
ipvsadm -A -t 12.0.0.1:80 -s rr
ipvsadm -a -t 12.0.0.1:80 -r 192.168.80.11:80 -myum install ipvsadmUnit File: ipvsadm.service
主程序：/usr/sbin/ipvsadm
规则保存工具：/usr/sbin/ipvsadm-save
规则重载工具：/usr/sbin/ipvsadm-restore
配置文件：/etc/sysconfig/ipvsadm-config
ipvs调度规则文件：/etc/sysconfig/ipvsadm

5.NAT模式 LVS负载均衡部署

配置环境：

负载调度器（网关服务器）：配置双网卡 内网：192.168.80.11(ens33)  外网卡：12.0.0.254(ens36)

二台WEB服务器集群池：192.168.80.12、192.168.80.13

一台NFS共享服务器：192.168.80.10

客户端：12.0.0.12

注意！！在修改网卡前先下载必要的安装包或搭建yum仓库

网关服务器需要安装：yum install ipvsadm* -y

二台WEB服务器安装：yum install httpd -y

NFS共享服务器：yum install nfs-utils rpcbind -y

5.1 部署共享存储（NFS服务器：192.168.80.10）

NFS 是一种基于 TCP/IP 传输的网络文件系统协议，最初由 Sun 公司开发。通过使用 NFS协议，客户机可以像访问本地目录一样访问远程服务器中的共享资源。

对于大多数负载均衡群集来说，使用 NFS 协议来共享数据存储是比较常见的做法，NFS 也是 NAS 存储设备必然支持的一种协议。

NFS 服务的实现依赖于 RPC（Remote Process Call，远端过程调用）机制，以完成远程到本地的映射过程。

在 CentOS 7 系统中，需要安装 nfs-utils、rpcbind 软件包来提供 NFS共享服务，前者用于 NFS 共享发布和访问，后者用于 RPC 支持

搭建本地yum仓库：
mount  /dev/sr0  /mnt     提供安装包和元数据
cd  /etc/yum.repos.d/    切换到，规定的目录
mkdir  bak
mv  *.repo  bak        减少网络源干扰vim  /etc/yum.repos.d/local.repo   注意  一定要以repo 结尾
[local]                              仓库的描述
name=local	                     仓库名字
baseurl=file:///mnt              仓库位置
gpgcheck=0                       不检测包的安全性yum  clean  all     清理缓存
yum  makecache  重新构建元数据
vim /etc/sysconfig/network-scripts/ifcfg-ens33TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
NAME=ens33
DEVICE=ens33
ONBOOT=yes
IPADDR=192.168.80.10
NETMASK=255.255.255.0
GATEWAY=192.168.80.11systemctl restart networksystemctl stop firewalld
setenforce 0
yum install nfs-utils rpcbind -y
#安装不了可以搭建本地yum仓库或者修改网卡配置systemctl start rpcbind
systemctl start nfsmkdir /share
mkdir /accp
echo share > /share/index.html
echo accp > /accp/index.htmlvim /etc/exports
#设置共享策略
/share 192.168.80.0/24(rw,sync)
/accp 192.168.80.0/24(rw,sync)
#或者 /share *
#/accp *exportfs -rv
#发布服务systemctl restart nfs

5.2 节点服务器

第一台：
vim /etc/sysconfig/network-scripts/ifcfg-ens33TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
NAME=ens33
DEVICE=ens33
ONBOOT=yes
IPADDR=192.168.80.12
NETMASK=255.255.255.0
GATEWAY=192.168.80.11systemctl stop firewalld
setenforce 0
yum install httpd -yshowmount -e 192.168.80.10
[root@web1 ~]#showmount -e 192.168.80.10
Export list for 192.168.80.10:
/accp  192.168.80.0/24
/share 192.168.80.0/24mount 192.168.80.10:/share /var/www/html永久挂载：
vi /etc/fstab192.168.80.10:/share    /var/www/html     nfs    defaults,_netdev   0   0mount -a第二台：vim /etc/sysconfig/network-scripts/ifcfg-ens33TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
NAME=ens33
DEVICE=ens33
ONBOOT=yes
IPADDR=192.168.80.13
NETMASK=255.255.255.0
GATEWAY=192.168.80.11systemctl stop firewalld
setenforce 0
yum install httpd -yshowmount -e 192.168.80.10
[root@web1 ~]#showmount -e 192.168.80.10
Export list for 192.168.80.10:
/accp  192.168.80.0/24
/share 192.168.80.0/24mount 192.168.80.10:/accp /var/www/html永久挂载：
vi /etc/fstab192.168.80.10:/accp    /var/www/html     nfs    defaults,_netdev   0   0mount -a

5.3 调度服务器

systemctl stop firewalld
setenforce 0
cd /etc/sysconfig/network-scripts/
vim ifcfg-ens33TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
NAME=ens33
DEVICE=ens33
ONBOOT=yes
IPADDR=192.168.80.11
NETMASK=255.255.255.0
GATEWAY=192.168.80.11
DNS1=8.8.8.8cp ifcfg-ens33 ifcfg-ens36
vim ifcfg-ens36TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
NAME=ens36
DEVICE=ens36
ONBOOT=yes
IPADDR=12.0.0.254
NETMASK=255.255.255.0
DNS1=8.8.8.8systemctl restart network
#把新添加的网卡调整为仅主机模式vim /etc/sysctl.conf
#在最后一行下面添加
net.ipv4.ip_forward = 1sysctl -pyum install ipvsadm* -y
ipvsadm-save >/etc/sysconfig/ipvsadm
#保存配置文件
systemctl start ipvsadm.serviceipvsadm -C
#清空策略ipvsadm -A -t 12.0.0.254:80 -s rr
#指定IP地址 外网的入口  -s rr  轮询ipvsadm -a -t 12.0.0.1:80 -r 192.168.80.12:80 -m
#先指定虚拟服务器再添加真实服务器地址，-r:真实服务器地址 -m指定nat模式ipvsadm -a -t 12.0.0.254:80 -r 192.168.80.13:80 -msystemctl restart ipvsadm.service[root@wg ~]#ipvsadm -ln
#查看策略
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags-> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  12.0.0.254:80 rr-> 192.168.80.12:80             Masq    1      0          0         -> 192.168.80.13:80             Masq    1      0          0 时间较长  请耐心等待1分钟后 再刷新

 

5.4 客户端

把客户端的网卡改成仅主机模式vim /etc/sysconfig/network-scripts/ifcfg-ens33TYPE=Ethernet
BOOTPROTO=static
NAME=ens33
DEVICE=ens33
ONBOOT=yes
IPADDR=12.0.0.12
NETMASK=255.255.255.0
GATEWAY=12.0.0.254#如果连着xshell可能会断连
systemctl restart network#断连使用 ssh 12.0.0.12 不行可能是 虚拟网络编辑器或者vmnet1 有错误[root@localhost ~]#curl 12.0.0.254
share
[root@localhost ~]#curl 12.0.0.254
accp
[root@localhost ~]#curl 12.0.0.254
share
[root@localhost ~]#curl 12.0.0.254
accp

LVS的负载调度算法有四种最常用的：轮询算法（rr）、加权轮询（wrr）、最少轮询（lc）、
加权最少轮询（wlc）1）创建虚拟服务器(注意：NAT模式要两块网卡，调度器的地址是外网口地址)
群集的VIP地址为192.168.80.33，针对TCP 80端口提供负载分流服务，使用的轮询调度算法。
对于负载均衡调度器来说，VIP必须是本机实际已启用的IP地址
ipvsadm -A -t 192.168.20.11:80 -s rr//选项 "-A"表示添加虚拟服务器，"-t"用来指定VIP地址及TCP端口，"-s"用来指定
负载调度算法——rr、wrr、lc、wlc2）添加服务器节点
ipvsadm -a -t 192.168.20.11:80 -r 192.168.80.33:80 -m
ipvsadm -a -t 192.168.20.11:80 -r 192.168.80.44:80 -m//选项 "-a"表示添加真实服务器，"-t"用来指定VIP地址及TCP端口，"-r"用来指定RIP地址及TCP端口，
"-m"表示使用NAT群集模式（"-g"是DR模式，"-i"是TUN模式）
{ -m参数后面还可以跟-w的参数，这里没有做的"-w"用来设置权重（权重为0时表示暂停节点）}4）删除服务器节点
ipvsadm -d -r 192.168.90.22:80 -t 192.168.80.88:80//需要从服务器池中删除某一个节点时，使用选项"-d"。执行删除操作必须指定目标对象，包括节点地址、
虚拟IP地址。如上所示的操作将会删除LVS群集192.168.80.88中的节点192.168.90.22若需要删除整个虚拟服务器时，使用选项-D并指定虚拟IP地址即可，无需要指定节点。例如：
“ipvsadm -D -t 192.168.80.11:80"，则删除此虚拟服务器。ipvsadm -L	//查看节点状态，加个"-n"将以数字形式显示地址、端口信息
ipvsadm-save  > /etc/sysconfig/ipvsadm	//保存策略使用导出/导入工具ipvsadm-save/ipvsadm-restore可以保存、恢复LVS策略，方法类似于iptables
的规则的导出、导入

6.LVS    DR模式部署

6.1原理解释

客户机发起请求，经过调度服务器（lvs），经过算法调度，去访问真实服务器（RS）

由于不原路返回，客户机不知道，真实主机的ip地址，

所以只能通过调度服务器的外网ip（vip）去反回报文信息。

序号发送方接收方
1

12.0.0.12

客户机mac

12.0.0.254

路由器mac

2

192.168.80.11

路由器mac

192.168.80.188

调度服务器mac

3

192.168.80.188

调度服务器mac

192.168.80.188

真实服务器mac

4

192.168.80.188

真实服务器mac

192.168.80.11

路由器mac

5

12.0.0.254

路由器mac

12.0.0.12

客户机mac

访问完整过程（不考虑实际问题）
客户端---->网关路由地址12.0.0.254----->lvs虚拟IP：192.168.80.188----->
真实服务器虚拟IP：192.168.80.188----> 网关路由：192.168.80.11  ----->客户端 在有网关服务器（路由器）的情况下，DR模式的问题：
在内网环境中客户端 192.168.80.20访问lvs调度服务器192.168.80.10（客户端不知道真实服务器IP）
源IP地址：192.168.80.20    目的IP：192.168.80.10lvs调度服务器 调度 到真实服务器（192.168.80.12）上，真实服务器处理好请求后会发送到客户端
（因为是DR模式，不会再让调度服务器发送到客户端）源IP地址：192.168.80.12    目的IP：192.168.80.20客户端收到回包后会发现这不是我访问的地址  客户端会直接丢弃
所以在DR模式且有网关路由器的情况下，对lvs调度服务器和每台真实服务器配置虚拟地址 192.168.80.188/32 问题1
IP 地址冲突的
路由器发送ARP请求（广播）
ARP---->广播去找ip地址解析成mac地址
默认使用调度服务器上的外网地址（vip地址）响应，
在真实服务器上修改内核参数
使真实服务器只对自己服务器上的真实IP地址响应ARP解析。第二次再有访问请求
问题2
路由器上绑定了 真实服务器1的mac信息，
#请求到达真实服务器
在真实服务器上修改内核参数
只对所有服务器真实网卡上的地址进行反馈，解析

实际操作：

配置负载调度器

systemctl stop firewalld.service
setenforce 0yum install ipvsadm.x86_64 -y
#安装服务#配置虚拟IP地址（VIP：192.168.80.188）
ifconfig lo:0 192.168.80.188/32或者
永久修改
cd /etc/sysconfig/network-scripts/
cp ifcfg-ens33 ifcfg-ens33:0
#配置虚拟网卡，若为隧道模式ifcfg-tunl0
vim ifcfg-ens33:0NAME=ens33:0
DEVICE=ens33:0
IPADDR=192.168.80.188
NETMASK=255.255.255.255systemctl restart network
ifup ifcfg-ens33:0
#启动网卡ifconfig ifcfg-ens33:0
#查看虚拟网卡#调整/proc响应参数
vi /etc/sysctl.confnet.ipv4.ip_forward = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0sysctl -p
#刷新配置#调整/proc响应参数  对于 DR 群集模式来说，由于 LVS 负载调度器和各节点需要共用 VIP 地址，
应该关闭 Linux 内核的重定向参数响应服务器不是一台路由器，那么它不会发送重定向，所以可以关闭该功能ipvsadm-save >/etc/sysconfig/ipvsadm
systemctl start ipvsadm.service
ipvsadm -C
#清空策略ipvsadm -A -t 192.168.80.188:80 -s rr
ipvsadm -a -t 192.168.80.188:80 -r 192.168.80.12:80 -g
ipvsadm -a -t 192.168.80.188:80 -r 192.168.80.13:80 -g
systemctl restart ipvsadm.service
ipvsadm-save >/etc/sysconfig/ipvsadm
#保存设置

web 服务器

web1 与 web2 大致相同systemctl stop firewalld.service
setenforce 0
yum install httpd -y
systemctl start httpdweb1：
vim /var/www/html/index.html
shareweb2：
vim /var/www/html/index.html
accp
#为了显示轮询效果ifconfig lo:0 192.168.80.188/32
或者
cd /etc/sysconfig/network-scripts/
cp ifcfg-lo ifcfg-lo:0
vim ifcfg-lo:0
#修改回环网卡名，IP地址，子网掩码
DEVICE=lo:0
IPADDR=192.168.80.188
NETMASK=255.255.255.255
NETWORK=127.0.0.0vim /etc/sysctl.conf#添加系统只响应目的IP为本地IP的ARP请求
#系统不使用原地址来设置ARP请求的源地址，而是物理mac地址上的IP
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2sysctl -p
#刷新配置定义对目标地址为本地IP的ARP询问不同的应答模式
0 - (默认值):回应任何网络接口上对任何本地IP地址的arp查询请求
1 - 只回答目标IP地址是来访网络接口本地地址的ARP查询请求
2 - 只回答目标IP地址是来访网络接口本地地址的ARP查询请求,且来访IP必须在该网络接口的子网段内
想设置路由可以设置路由，但没必要。没有设置路由也可以达到效果[root@localhost network-scripts]#route add -host 192.168.80.188 dev lo:0
#设置路由
[root@localhost network-scripts]#route -n
#开机执行命令，或者写入 /etc/profile 文件
[root@localhost network-scripts]#vim /etc/rc.d/rc.local 
/usr/sbin/route add -host 192.168.80.188 dev lo:0
[root@localhost network-scripts]#chmod +x /etc/rc.d/rc.local
[root@localhost network-scripts]#ll /etc/rc.d/rc.local 
-rwxr-xr-x. 1 root root 484 11月 17 16:56 /etc/rc.d/rc.local

网关路由器

[root@wg ~]#cd /etc/sysconfig/network-scripts/
[root@wg network-scripts]#cat ifcfg-ens33
TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
NAME=ens33
DEVICE=ens33
ONBOOT=yes
IPADDR=192.168.80.11
NETMASK=255.255.255.0
GATEWAY=192.168.80.11
DNS1=8.8.8.8
[root@wg network-scripts]#cat ifcfg-ens36
TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
NAME=ens36
DEVICE=ens36
ONBOOT=yes
IPADDR=12.0.0.254
NETMASK=255.255.255.0
GATEWAY=12.0.0.254
DNS1=8.8.8.8#设置防火墙策略  SNAT  DNAT
iptables -t nat -A POSTROUTING -s 192.168.80.0/24 -o ens36 -j SNAT --to 12.0.0.254
iptables -t nat -A PREROUTING -i ens36 -d 12.0.0.254 -p tcp --dport 80 -j DNAT --to 192.168.80.188

客户端

[root@localhost ~]#cd /etc/sysconfig/network-scripts/
[root@localhost network-scripts]#cat ifcfg-ens33 
TYPE=Ethernet
BOOTPROTO=static
NAME=ens33
DEVICE=ens33
ONBOOT=yes
IPADDR=12.0.0.12
NETMASK=255.255.255.0
GATEWAY=12.0.0.254[root@localhost network-scripts]#curl 12.0.0.254
share
[root@localhost network-scripts]#curl 12.0.0.254
accp

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/272989.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

MySQL通过SQL语句进行递归查询

MySQL通过SQL语句进行递归查询

这里主要是针对于MySQL8.0以下版本&#xff0c;因为MySQL8.0版本出来了一个WITH RECURSIVE函数专门用来进行递归查询的 先看下表格数据&#xff0c;就是很普通的树结构数据&#xff0c;通过parentId关联上下级关系 下面我们先根据上级节点id递归获取所有的下级节点数据&#x…
阅读更多...
回归测试重复测试

回归测试重复测试

重复测试和回归测试在测试的过程中都会遇到过&#xff0c;出现的概率都是高频的&#xff0c;两者如何区分如下图&#xff1a; 回归测试 回归测试是什么&#xff1f; 回归测试&#xff08;Regression Testing&#xff09;是指在软件修改之后&#xff0c;对已有功能点重新执行测…
阅读更多...
C/C++编程-理论学习-通信协议理论

C/C++编程-理论学习-通信协议理论

通信协议理论 protobuf简述使用简介proto 文件为了nanopb 编译.proto文件修改生成器行为 streamsoutput streamsinput streams Data types(数据类型)Field callbacks(字段回调)Encoding callbacks(编码回调)Message descriptor(信息描述)三个关键字required、optional、repeate…
阅读更多...
【C++】函数模板和类模板

【C++】函数模板和类模板

目录 1.泛型编程 2.函数模板 2.1函数模板的定义格式 2.2函数模板的实例化 2.3函数模板参数的匹配原则 3.类模板 3.1类模板的定义格式 3.2类模板的实例化 3.3模板的分离编译 1.泛型编程 泛型编程&#xff1a;编写与类型无关的通用代码&#xff0c;是代码复用的一种手段…
阅读更多...
分割模型TransNetR的pytorch代码学习笔记

分割模型TransNetR的pytorch代码学习笔记

这个模型在U-net的基础上融合了Transformer模块和残差网络的原理。 论文地址&#xff1a;https://arxiv.org/pdf/2303.07428.pdf 具体的网络结构如下&#xff1a; 网络的原理还是比较简单的&#xff0c; 编码分支用的是预训练的resnet模块&#xff0c;解码分支则重新设计了。…
阅读更多...
抖音素材网站去哪下载？给你推荐六个抖音自媒体网站

抖音素材网站去哪下载？给你推荐六个抖音自媒体网站

各位抖音视频创作达人们&#xff0c;是否在苦苦寻觅那些能够点燃观众热情&#xff0c;让视频内容跃然屏上的素材宝库呢&#xff1f;此刻&#xff0c;你们的寻觅之旅将迎来终点&#xff01;我将向你们隆重推荐10个精心挑选的视频素材库&#xff0c;它们定能让你们的抖音视频如同…
阅读更多...
【微服务】SpringBoot整合Resilience4j使用详解

【微服务】SpringBoot整合Resilience4j使用详解

目录 一、前言 二、熔断器出现背景 2.1 几个核心概念 2.1.1 熔断 2.1.2 限流 2.1.3 降级 2.2 为什么会出现熔断器 2.3 断路器介绍 2.3.1 断路器原理 三、Resilience4j介绍 3.1 Resilience4j概述 3.1.1 Resilience4j是什么 3.1.2 Resilience4j功能特性 3.2 Resilie…
阅读更多...
微服务自动化管理初步认识与使用

微服务自动化管理初步认识与使用

目录 一、ETCD 1.1、ETCD简介 对于实施工程师&#xff1a; 1.2、特点 1.3. 使用场景 1.4、 关键字 1.5 工作原理 二、ETCD的安装 2.1、下载路径 2.2、介绍 2.3、具体操作 安装服务端 安装etcd客户端 测试 三、ETCD使用 3.1、前奏具体操作 3.2、 常用操作 一、ET…
阅读更多...
利用GPT开发应用001：GPT基础知识及LLM发展

利用GPT开发应用001：GPT基础知识及LLM发展

文章目录 一、惊艳的GPT二、大语言模型LLMs三、自然语言处理NLP四、大语言模型LLM发展 一、惊艳的GPT 想象一下&#xff0c;您可以与计算机的交流速度与与朋友交流一样快。那会是什么样子&#xff1f;您可以创建哪些应用程序&#xff1f;这正是OpenAI正在助力构建的世界&#x…
阅读更多...
ELFK 分布式日志收集系统

ELFK 分布式日志收集系统

ELFK的组成&#xff1a; Elasticsearch: 它是一个分布式的搜索和分析引擎&#xff0c;它可以用来存储和索引大量的日志数据&#xff0c;并提供强大的搜索和分析功能。 &#xff08;java语言开发&#xff0c;&#xff09;logstash: 是一个用于日志收集&#xff0c;处理和传输的…
阅读更多...
Linux系统下使用C++推流多路视频流

Linux系统下使用C++推流多路视频流

先看拉取的视频流效果&#xff1a; 代码如下&#xff1a; 一开始打算使用python写多路视频推流&#xff0c;但在ubuntu系统上搞了好久就是搞不定openh264导致的错误&#xff0c;然后改用c了&#xff0c;代码如下&#xff0c;我这里推了两路视频流&#xff0c;一路是网络摄像头&…
阅读更多...
2024护网面试题精选(二）完

2024护网面试题精选(二）完

0x02. 内网渗透篇 00- 内网渗透的流程 拿到跳板后&#xff0c;先探测一波内网存活主机&#xff0c;用net user /domian命令查看跳板机是否在域 内&#xff0c;探测存活主机、提权、提取hash、进行横向移动&#xff0c;定位dc位置&#xff0c;查看是否有能直接提权域 管的漏洞…
阅读更多...
pytorch什么是梯度

pytorch什么是梯度

目录 1.导数、偏微分、梯度1.1 导数1.2 偏微分1.3 梯度 2. 通过梯度求极小值3. learning rate3. 局部最小值4. Saddle point鞍点 1.导数、偏微分、梯度 1.1 导数 对于yx 2 2 2 的导数&#xff0c;描述了y随x值变化的一个变化趋势&#xff0c;导数是个标量反应的是变化的程度&…
阅读更多...
【HTML】HTML基础7.1（无序列表）

【HTML】HTML基础7.1（无序列表）

目录 标签 属性 效果 注意 标签 <ul> <li>列表里要装的东西</li> <li>列表里要装的东西</li> <li>列表里要装的东西</li> </ul> 属性 type&#xff1a; circle空心圆disc实心圆square方框 效果 circle空心圆效果…
阅读更多...
vi/vim编辑器

vi/vim编辑器

vi/vim编辑器 vi的特点与运用场景vi的使用简易执行一个案例按键说明第一部分&#xff1a;命令模式的按键说明(光标移动、复制粘贴、查找替换)第二部分&#xff1a;命令模式切换到输入模式的可以按键第三部分&#xff1a;命令模式切换到底线命令模式的可用按键 命令行模式的保存…
阅读更多...
【fastllm】学习框架，本地运行，速度还可以，可以成功运行chatglm2模型

【fastllm】学习框架，本地运行，速度还可以，可以成功运行chatglm2模型

1&#xff0c;关于 fastllm 项目 https://www.bilibili.com/video/BV1fx421k7Mz/?vd_source4b290247452adda4e56d84b659b0c8a2 【fastllm】学习框架&#xff0c;本地运行&#xff0c;速度还可以&#xff0c;可以成功运行chatglm2模型 https://github.com/ztxz16/fastllm &am…
阅读更多...
ai学习前瞻-python环境搭建

ai学习前瞻-python环境搭建

python环境搭建 Python环境搭建1. python的安装环境2. MiniConda安装3. pycharm安装4. Jupyter 工具安装5. conda搭建虚拟环境6. 安装python模块pip安装conda安装 7. 关联虚拟环境运行项目 Python环境搭建 1. python的安装环境 ​ python环境安装有4中方式。 从上图可以了解…
阅读更多...
YOLO语义分割标注文件txt还原到图像中

YOLO语义分割标注文件txt还原到图像中

最近做图像分割任务过程中&#xff0c;使用labelme对图像进行标注&#xff0c;得到的数据文件是json&#xff0c;转换为YOLO训练所需的txt格式后&#xff0c;想对标注文件进行检验&#xff0c;即将txt标注文件还原到原图像中&#xff0c;下面是代码&#xff1a; import cv2 im…
阅读更多...
C++指针（五）完结篇

C++指针（五）完结篇

个人主页&#xff1a;PingdiGuo_guo 收录专栏&#xff1a;C干货专栏 前言 相关文章&#xff1a;C指针&#xff08;一&#xff09;、C指针&#xff08;二&#xff09;、C指针&#xff08;三&#xff09;、C指针&#xff08;四&#xff09;万字图文详解&#xff01; 本篇博客是介…
阅读更多...
交易平台开发：构建安全/高效/用户友好的在线交易生态圈

交易平台开发：构建安全/高效/用户友好的在线交易生态圈

在数字化浪潮的推动下&#xff0c;农产品现货大宗商品撮合交易平台已成为连接全球买家与卖家的核心枢纽。随着电子商务的飞速发展&#xff0c;一个安全、高效、用户友好的交易平台对于促进交易、提升用户体验和增加用户黏性至关重要。本文将深入探讨交易平台开发的关键要素&…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023