什么是负载均衡?

什么是负载均衡?

最近有小伙伴想让我聊一聊负载均衡方面的问题,我说,网上有这么多资料了,怎么还需要我来分享,他说网上的很多资料不系统,难理解。

关于负载均衡,我会从四个方面去说。
  1. 负载均衡产生的背景

  2. 负载均衡的实现技术

  3. 负载均衡的作用范围

  4. 负载均衡的常用算法

负载均衡的诞生背景

在互联网发展早期,由于用户量较少、业务需求也比较简单。对于软件应用,我们只需要一台高配的服务器即可完成业务的支撑,这样的软件架构称为单体架构

随着用户量的增加,服务器的请流量也随之增加,在这个过程中单体架构会产生两个问题。

  1. 软件的性能逐步下降,访问延迟越来越高

  2. 容易出现单点故障

为了解决这个问题,我们引入了集群化部署的架构,也就是把一个软件应用同时部署在多个服务器上

架构的变化带来了两个问题:

  1. 客户端请求如何均匀的分发到多台目标服务器上?

  2. 如何检测目标服务器的健康状态,使得客户端请求不向已经宕机的服务器发送请求。

为了解决这两个问题,引入了负载均衡的设计,简单来说,负载均衡机制的核心目的是让客户端的请求合理均匀的分发到多台目标服务器,由于请求被多个节点分发,使得服务端的性能得到有效的提升。

如何实现负载均衡呢?

常见的实现方案有三种!

● 基于 DNS 实现负载均衡

● 基于硬件实现负载均衡

● 基于软件实现负载均衡

先来说一下基于 DNS 实现负载均衡的方式,它的实现方式比较简单,只需要在DNS 服务器上针对某个域名做多个 IP 映射即可。

它的工作原理是: 当用户通过域名访问某个网站时,会先通过 DNS 服务器进行域名解析得到一个 IP 地址,DNS 服务器可以随机分配一个 IP 地址进行访问,这样就可以实现目标服务集群的请求分发。除此之外,DNS 还可以根据不同的地域分配就近机房的 IP,比如长沙的小伙伴,可能会得到在湖南范围内最近的一个机房的 IP,在这个模式下可以实现「就近原则」实现请求处理,缩短了通信距离从而提升网站访问效率。

DNS 实现负载均衡的优点是: 配置简单,实现成本低,无需额外的开发和维护。不过缺点也很明显:

由于 DNS 多级缓存的特性,当我们修改 DNS 配置之后,会因为缓存导致 IP 变更不及时,从而影响负载均衡的效果。

第二种,基于硬件实现负载均衡

硬件负载设备,我们可以简单把它理解成一个网络设备,类似于网络交换机,它

​ 1. 它的性能很好,每秒能够处理百万级别的请求,

  1. 支持多种负载均衡算法,我们可以非常灵活的配置不同的负载策略

  2. 它还具备防火墙等安全功能。

    1. 硬件负载是商业产品,有专门的售后来支持,所以企业不需要花精力去做维护。

F5 是比较常见的硬件负载设备,由于硬件负载设备价格比较贵,一般应用在大型银行、政府、电信等领域。

第三种,基于软件实现负载均衡

所谓软件负载,就是通过一些开源软件或者商业软件来完成负载均衡的功能。常见的软件负载技术有:Nginx、LVS、HAProxy 等。

目前互联网企业绝大部分采用的都是软件负载,主要原因是:

  1. 免费,企业不需要投入较高的成本。

​ 2. 开源,不同企业对于负载均衡的要求有差异,所以可以基于开源软件上做二次开发。

  1. 灵活性较高

这三种方式,没有好坏之分,只有是否合适,因此大家可以根据实际情况选择。负载均衡的作用范围负载均衡是作用在网络通信上,来实现请求的分发。

而在网络架构中,基于 OSI 模型,又分为 7 层网络模型

也就是意味着我们可以在网络的某些分层上做请求分发处理,因此根据这样一个特性,

对于负载均衡的作用范围又可以分为:
  1. 二层负载

  2. 三层负载

  3. 四层负载

  4. 七层负载

二层负载:基于 Mac 地址来实现请求分发,一般采用虚拟 Mac 的方式实现,服务器收到请求后,通过动态分配后端服务的实际 Mac 地址进行响应从而实现负载均衡

三层负载:基于 IP 层负载,一般通过虚拟 IP 的方式实现,外部请求访问虚拟 IP,服务器收到请求后根据后端实际 IP 地址进行转发。

四层负载: 通过请求报文中的目标地址和端口进行负载,Nginx、F5、LVS 等都可以实现四层负载。

七层负载: 七层负载是基于应用层负载,也就是服务器端可以根据 http 协议中请求的报文信息来决定把请求分发到哪个目标服务器上,比如 Cookie、消息体、RequestHeader 等。

最后一个,就是负载均衡的常用算法

所谓负载均衡算法,就是决定当前客户端请求匹配到目标服务器集群中的具体哪个节点。

常见的负载均衡算法有:

  1. 轮训,也就是多个服务器按照顺序轮训返回,这样每个服务器都能获得相同的请求次数

  2. 随机,根据随机算法获得一个目标服务地址(就像古时候皇帝翻牌子),由于该算法具备随机性,因此每个服务器获得的请求数量不一定均等。

  3. 一致性 hash,也就是对于具有相同 hash 码的请求,永远发送到同一个节点上。

  4. 最小连接数,根据目标服务器的请求数量来决定请求分发的权重,也就是目标服务集群中,请求更少的节点将会获得更多的请求。这是负载均衡中比较好的策略,真正能够实现目标服务器的请求均衡。

以上就是关于负载均衡相关的内容,当然,负载均衡还有很多值得去挖掘的,比如负载算法如何实现?网络分层模型的原理等。

对于网络模型这块,如果有想深度学习的同学,在下方留言"想看",我会在后续的内容中进行整理。

好的,本期的视频就到这里结束了,喜欢的朋友记得一键三连,加个关注。

相关推荐
饮啦冰美式16 分钟前
22.04Ubuntu---ROS2使用rclcpp编写节点
linux·运维·ubuntu
wowocpp16 分钟前
ubuntu 22.04 server 安装 和 初始化 LTS
linux·运维·ubuntu
Lign1731422 分钟前
ubuntu unrar解压 中文文件名异常问题解决
linux·运维·ubuntu
大霞上仙1 小时前
Ubuntu系统电脑没有WiFi适配器
linux·运维·电脑
Karoku0662 小时前
【企业级分布式系统】Zabbix监控系统与部署安装
运维·服务器·数据库·redis·mysql·zabbix
为什么这亚子2 小时前
九、Go语言快速入门之map
运维·开发语言·后端·算法·云原生·golang·云计算
布值倒区什么name2 小时前
bug日常记录responded with a status of 413 (Request Entity Too Large)
运维·服务器·bug
。puppy3 小时前
HCIP--3实验- 链路聚合,VLAN间通讯,Super VLAN,MSTP,VRRPip配置,OSPF(静态路由,环回,缺省,空接口),NAT
运维·服务器
颇有几分姿色3 小时前
深入理解 Linux 内存管理:free 命令详解
linux·运维·服务器
光芒再现dev3 小时前
已解决,部署GPTSoVITS报错‘AsyncRequest‘ object has no attribute ‘_json_response_data‘
运维·python·gpt·语言模型·自然语言处理