论文阅读-基于动态权重的一致性哈希微服务负载均衡优化

这篇具有很好参考价值的文章主要介绍了论文阅读-基于动态权重的一致性哈希微服务负载均衡优化。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

论文名称:基于动态权重的一致性哈希微服务负载均衡优化

摘要

随着互联网技术的发展,互联网服务器集群的负载能力正面临前所未有的挑战。在这样的背景下,实现合理的负载均衡策略变得尤为重要。为了达到最佳的效率,可以利用一致性哈希算法对集群负载均衡系统进行负载分配。针对微服务架构的服务器集群场景,本文分析了集群负载均衡的特性,并提出了一种基于虚拟节点的一致性哈希环设计与分割方法,以及基于动态权值的分配策略。在一致性哈希算法的基础上,实现了服务集群之间的负载转移,解决了微服务集群中服务负载增多导致负载不均衡的问题,进而防止某些服务因负载压力过大而导致崩溃的情况。实验结果表明,与传统的一致性哈希算法相比,改进后的负载均衡策略降低了负载不均衡的概率至原来的31%;并且动态分配策略具有良好的负载均衡性能,有效地解决了微服务分布式架构的负载均衡问题。

关键词:微服务;一致性哈希;负载均衡;动态权值

1 引言

随着信息时代的发展,人们对系统网站的使用量越来越多,这对系统服务器的负载能力提出了考验。解决负载问题一般是采用2种方法,一种是使用具有强大硬件配置的后台服务网络,但因为各种原因这种方法很难实现;而另一种便是采用负载均衡方法来解决服务负载过大的问题。负载均衡广泛地应用于分布式环境,由于当今大数据与云计算的广泛使用,分布式服务系统也被开发人员频繁使用。其中微服务架构作为分布式架构的代表,因为其按功能来划分服务的特点,会导致各个服务的负载均衡难以控制,出现有的服务访问量过高,而有的服务基本无人访问的问题。

目前解决负载均衡的方法有很多,但是针对微服务架构的负载均衡方法还在不断地研究之中。很多企业都在构建自己的微服务服务集群,开发自己的云计算平台,因此解决微服务负载均衡问题被各大公司提上了日程。

针对微服务的负载均衡问题,本文提出一种基于动态权重的一致性哈希负载均衡优化方法。一致性哈希是一种具有良好横向扩展性的集群动态扩展技术。但是,一致性哈希自身并没有负载均衡的措施,很容易导致负载的倾斜。本文针对电商系统,将系统按功能划分微服务架构,部署在 Docker 容器中,提出一种基于虚拟机节点的一致性哈希服务划分方式,使用动态权重实现服务访问量过大时,自动增加服务和服务负载传递。通过与轮询和传统一致性哈希算法的实验对比,表明此方法相比传统一致性哈希算法在负载均衡方面有很大的性能提升。

2 相关工作

针对微服务集群的负载均衡问题,当使用微服务时,首先要考虑一些设计上的均衡问题,例如平衡微服务的大小和数量,平衡单个微服务和整个系统之间的非功能性需求。文献[1]介绍了一种用 Hash 算法解决这些平衡问题的方案。文献[2]介绍了一种用于构建云应用程序的软件框架 Orle-ans,它运用贪婪策略处理负载平衡。它将请求随机分配给服务器,如果请求被分配给过载的服务器,服务器将拒绝请求,然后其被重新分配给另一台服务器;如果服务器未过载,但服务器上的请求激活空间过载,则到达的请求将被发送到此服务器上新创建的激活空间中,闲置足够长时间的激活空间将被关闭,此方法类似于本文的微服务方法。但是,本文添加了权重属性以更准确地测量负载。Microsoft Azure Service Fabric 的平衡管理器根据网络流量来计算哈希函数。哈希函数需要源 IP、源端口、目标 IP、目标端口和协议类型等信息,管理器确保来自同一链接的所有包都被相同的服务器接收并且平均分配。文献[3]提出了一种运用一致性哈希加强缓存来减小大型 Web 应用程序中故障的负面影响。Ringpop 是一个 Uber 开发的使用一致性哈希进行负载均衡的开源库,它为每个节点添加统一数量的副本点,这与本文的方法类似。但是,由于节点分布不均,无法保证这些点的均匀分布。文献[4]介绍了一种针对哈希环节点的遍历次数进行优化的多重查询方法;文献[5]提出了 EFAH Hashing 算法;文献[6]提出了一种更快捷、占用资源更少的一致性哈希算法,叫做跳跃性一致性哈希算法;文献[7]提出了一种基于跳跃 Hash 的对象分布算法。文献[7]研究了基于 Nginx 服务器的 Web 服务集群的负载均衡场景,提出了一种基于动态权重最小连接算法 DWLC(Dynamic Weighted Least-Connection),根据每台从机的性能来决定权重设置,并根据 Least-Connection 算法来决定最后分配结果。

容器技术近些年被广泛应用到分布式系统开发中。在所有的容器平台中,Docker 绝对是最受开发者欢迎的。2013年,Docker 的推出开启了应用程序开发的一场革命,有大量的论文使用 Docker 作为环境的解决方案。文献[8]测试了本地 Docker 环境与传统 RedHat 环境之间的性能差异。该测试表明,在性能之间只有0.4%的可忽略的差异。这意味着 Docker 容器可以在生产环境中发挥更大的作用。文献[9]提出了一种基于 Docker 和 Agave 的网关,在 Docker 的帮助下将网关更加轻量级化

3 动态权重一致性哈希划分方法

3.1 基本概念

实现微服务架构的负载均衡是非常重要的,因为不知道将会有多少用户进行访问。假设一个服务同时处理用户请求的上限为1000,分配20个服务为10000名用户来提供服务。当有20000名用户发出请求时,将必须开启新的服务来处理新增加的请求,这些服务中有的服务是过载的而有的服务却是相对空闲的。

本文选择一致性哈希作为哈希函数。然而一致性哈希函数存在一些缺陷。一致性哈希在超过1000个虚拟节点的环境中效果最好,而通常很多应用程序的切片键太少,所以无法使用一致性哈希来解决负载均衡问题,因此需要改进以弥补这种缺陷。

3.2 虚拟节点划分

虚拟节点是一种被广泛应用于工程场景的概念,通过网络映射的方式,在一台物理主机上搭建多个网络连接。本文运用虚拟节点,旨在缩短用户的请求映射到哈希环上后寻找目标节点所需要遍历的哈希长度,从而提升分配的效率。

一致性哈希方法的基本原理是将存储空间抽象成一个232节点的将存储节点分配到这个圆上,环上的节点都有一个哈希值。采用同样的方法求出存储数据的键的哈希值,并同样映射到圆上。然后从数据映射到的位置顺时针查找,将数据存储在第一个找到的服务器上

在本文微服务架构场景下,一致性哈希的关键步骤是将每个服务映射到圆边缘上的点,但如果服务的数量不够,会导致分布不均匀,这就会造成负载不均的问题。本文用于解决该问题的方法是在用户与服务之间增加一个虚拟层,其哈希环如图1所示,虚拟层由大量虚拟节点组成。使用一致性哈希创建用户与虚拟节点之间的映射,虚拟节点与服务之间通过简单取模操作创建映射,通过这种方法就有足够的虚拟节点来进行一致性哈希操作。虚拟节点的数量也很重要,如果虚拟节点的数量过少,将会导致原有的一致性哈希方法负载均衡效果不明显;反之,则会导致找到一个对应用户的虚拟节点所需时间过长。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

本文根据用户请求的IP地址来计算用户的key,服务的key通过服务的IP地址与端口来计算。我们使用FNV(Fowler-Noll-Vo)算法[10]来Hash这些信息。FNV算法分为FNV-1,FNV-1a和FNV-03种,目前FNV-0算法已经被放弃使用了,而FNV-1a算法只是在FNV-1的基础上将相乘和异或运算进行了顺序调换,其它过程和参数与FNV-1相同,FNV-1a算法在进行小数据哈希时有更好的性能(小于4个字节),故本文采用FNV-1算法。FNV-1算法能在保持较小冲突率的情况下Hash大量的数据,因为它高度分散的特性,使其适用于Hash一些非常相近的字符串。通过求出的数据Hash值,可以尽量保证相同的用户Hash到相同的服务上去。使用FNV-1算法来Hash信息如图2所示。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

3.3 动态权重均衡

因为一致性哈希算法本身并没有相应的负载均衡策略,所以本文通过一种基于动态权值分配的方法对微服务的负载进行均衡优化。分布式系统的负载均衡是复杂的,其系统资源占用因用户而异,一些活跃的用户需要更多的资源,因此需要为其开辟更多的微服务;相反,一些相对不活跃的用户很少访问服务,不需要给他们分配很多微服务。

我们根据用户的访问情况计算用户的权重,将用户权重属性定义到用户的数据表中,权重定义为:

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

其中,W是用户的权重值,Nu是用户发起请求的次数,Ns是请求调用微服务的数量,t是用户访问的时间。Nu,Ns和t由服务收集和更新,通过自动平衡服务进行更改。因为权重短时间内不会显著变化,所以可以间隔一段时间后进行更改。

自动平衡服务计算并保存每个服务组中用户的总权重。如果一个用户想要登录,并且给用户分配的权重超过了给他分配的服务权重的上限,自动平衡服务就会撤销之前的分配,并且将其分配给一个新的服务。如果所有的服务都达到了上限,自动平衡服务就会开辟一个新的服务,并将用户分配给这个服务。这样,负载过高的服务只能接收那些不活跃的用户,而活跃的用户会分配给负载相对较低的服务。

动态权重均衡算法如算法1所示。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

如果用户超过1小时没有任何操作,自动平衡服务将从服务器组中减去此用户的权重。如果用户之后又进行操作,自动平衡服务将重复上述操作。

3.4 服务间的负载转移

在分布式架构系统中,用户的迁移量对系统的负载均衡尤为重要,当某些服务中的用户访问量增多时,会导致服务的压力过大,影响系统执行效率,严重时会导致服务宕机崩溃,因此,需要将负载压力过大的服务中的用户转移到其他压力相对较小的服务中去

当用户登录或注销时,服务的总权重将变得不平衡。可以关闭那些空闲的服务,但是有些服务还是负载过大。故需要将一些负载压力过大服务中的服务请求转移到负载相对小的服务中。因此,本文设计了一种基于动态权重的服务之间负载转移的算法。

负载转移算法如算法2所示。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

通过遍历所有的服务和用户,检查哪些用户请求需要被转移,哪些服务可以用来接受这些请求。当遍历所有的服务,没有服务满足接收用户请求的条件时,系统将自动开启一个新的服务,用来接收转移的用户请求。

在该算法中,通过概率搜索来选择接收用户转移的服务,而不是通过随机选择和在符合条件的服务列表中顺序选择。这种方法是由Menon等人[11]首次提出的,该方法按固定顺序从多个处理器中选择一个处理器。本文将目标换为系统中无顺序的微服务,自动平衡服务为空闲服务列表中的每个服务分配一个概率。服务被选择的概率如下所示:

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

其中,Pi 是分配给服务i 的概率,Lmax是系统中服务的负载最大值,Lmin是系统中服务的负载最小值,Lavg是系统中服务的负载平均值。Z 是一个与负载最大值、最小值和平均值相关的常数。然后自动平衡服务根据概率Pi 来选择接收用户转移的服务,负载越大的服务被选择的概率越小。在应用上,其实不需要选择负载最小的服务来接收转移的负载,只需要保证相关用户负载被转移到负载较少的服务中去。结合前面举一个例子,假设一组服务的负载为{40,25,30,20,40},得出 Z 为4.1,概率为{0,0.32,0.24,0.44,0}。这意味着负载为最大负载值40的服务,不被自动平衡服务识别为可以接收转移负载的服务,剩下3个服务根据概率值来被选择为接收负载的服务。

假如上述的服务组中增加了一个用户,其负载变为{40,26,30,20,40},那么它的概率变为 {0,0.32,0.23,0.45,0}。这些服务的概率与之前的没有显著差异,所以不需要在每次增加新用户时都对服务的概率进行重新计算只需要在服务组的Lmax和Lmin显著变化时对概率进行重新计算。

4 实验结果及分析

4.1 实验平台及部署

本实验在VMwareworkstation上进行,在VM上安装并运行Docker虚拟机。使用双核CPU和8GB内存,虚拟机的系统为Ubuntu16.04.2。将服务部署在Docker容器中,使用apt-get命令来安装实验中需要的软件。

4.2 实验方案

为了观察本文算法的负载均衡效果,标准差是衡量负载均衡的一个流行度量,但是在有些情况下,2组负载数据的标准差σ是相同的,为了解决这一问题,将最大负载与平均负载的差除以平均负载作为衡量负载均衡的另一指标U负载不平衡的概率为:

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

加入不平衡参数U 后的负载如表1所示。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

这个标准由负载最大的服务来主导。假设有2个服务组,它们的平均负载都为10,并且它们的标准差也相等。很明显,负载最大值为20的服务组负载不平衡的概率大于负载最大值为15的服务组。前一个的负载不平衡率为1.0,而后一个为0.5。

使用ApacheJMeter作为本文的基准测试工具。ApacheJMeter是Apache为基准HTTP服务器提供的压力测试工具。它可以模拟多线程并发请求和测试服务器负载压力。使用Docker容器部署20个服务组来进行负载均衡测试。本文设计的实验将会通过同等时间长度内,发送1×103,5×103,10×103,50×103,100×1035个数量级的数据请求来观察在不同的负载情况下,本文算法的实际计算效率和负载均衡状况。

4.3 运行效率测试

首先需要比较本文算法与传统一致性哈希算法和轮询算法的运行效率差异,轮询算法是一种常见的负载均衡算法,主要是将请求按顺序轮流分配到服务器上,其对比图如图3所示。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

从实验的结果来看,本文基于动态权重的一致性哈希算法在各个并发量的情况下效果相对稳定,有较好的表现。因为传统一致性哈希算法没有添加虚拟节点进行优化,导致每次分配都需要遍历很长的距离,从而导致额外的开销增多,随着访问量的增加,处理的效率随之降低。而另外一组轮询算法因为是在整个微服务集群中按顺序选择服务,其在并发请求数量增加的情况下处理效果相对稳定,但如果集群中服务节点数量增加,会产生一些分配性能上的损失。

4.4 节点划分方法

测试通过比较3种不同的算法来评估本文算法的切分服务。表2显示了3种算法的负载不平衡概率结果。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

由表2所示,改进后的一致性哈希算法负载不平衡概率较低,是原有一致性哈希算法的31%。基于虚拟节点的一致性哈希算法的标准差和不平衡概率较低,明显小于传统一致性哈希算法和轮询算法的。这是因为传统一致性哈希算法中没有足够的服务来作为节点,用户的请求很可能集中访问某一节点导致负载倾斜,所以当节点数量不足时,只使用一致性哈希算法来进行节点划分,其结果是不理想的。而轮询算法是通过在服务集群的服务列表中按顺序分配请求,而微服务集群中的服务器存在性能上的差异,导致高性能的服务器负载低,而低性能的服务器负载过高。

4.5 动态权重方法

测试由于动态加权的方法是在划分方法的基础上改进的,所以测试的方法与之前大致相同。区别是本文创建了10个虚拟用户,并设置了他们的访问时间和访问次数。使用ApacheJMeter对用户进行了多次重复实验,结果见表3,其中 Wavg为权重的平均值,σw 为权重的标准差。表3结果表明,该方法具有良好的负载均衡性能,其不仅可以均衡用户的访问数量,还可以使用户的负载水平达到一个相对的平衡。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

4.6 负载传递方法

测试首先重复上述步骤,然后通过自动平衡服务发送一个信号,使其对服务集群中的服务进行负载均衡,其结果如表4所示,其中 Before为集群中服务进行负载传递前的各项数值,After为进行负载传递后的各项数值。表4的结果表明,经过负载传递之后,服务集群中权重和用户数基本分配均等。此方法很大程度上解决了负载均衡问题。

论文阅读-基于动态权重的一致性哈希微服务负载均衡优化,负载均衡论文,论文阅读,微服务,负载均衡

5 结束语

随着大数据时代的到来,处理负载均衡问题已经成为服务集群的重要问题,一种有效的负载均衡方法决定着系统所能发挥的性能。本文针对分布式系统的负载均衡问题,对一致性哈希算法进行优化,提出一种基于动态权重的一致性哈希处理负载问题的策略。通过增加一层虚拟节点的哈希环来解决传统一致性哈希算法因为节点不足导致负载倾斜的问题;并提出了基于权重分配负载以及实现服务负载传递的方法。从实验结果来看,该方法有效地提高了系统的性能,降低了负载不平衡的概率,实现了服务集群中各服务的负载和用户访问的均衡。与传统的方法相比,负载均衡的效果得到了有效的提高。文章来源地址https://www.toymoban.com/news/detail-828892.html

到了这里,关于论文阅读-基于动态权重的一致性哈希微服务负载均衡优化的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 基于一致性引导的元学习bootstraping半监督医学图像分割

    医学成像取得了显著的进步,但通常需要大量高质量的注释数据,这些数据耗时且成本高昂。为了减轻这种负担,半监督学习作为一种潜在的解决方案引起了人们的关注。在本文中,我们提出了一种用于自引导医学图像分割(MLB-Seg)的元学习方法,这是一种解决半监督医学图像

    2024年02月15日
    浏览(44)
  • 基于一致性的多无人机协同编队控制——(1)研究现状

            随着现代化社会的快速发展,智能体编队在军事、航空领域都呈现出了巨大的应用发展前景,多智能体编队也逐渐成为了自动控制领域的研发热门。无人机编队控制是多智能体系统自主协同控制的重要部分,无人机编队从初始位置出发,采用一定的控制算法,通过

    2024年02月05日
    浏览(55)
  • 什么是一致性哈希?一致性哈希是如何工作的?如何设计一致性哈希?

    如果你有 n 个缓存服务器,一个常见的负载均衡方式是使用以下的哈希方法: 服务器索引 = 哈希(键) % N ,其中 N 是服务器池的大小。 让我们通过一个例子来说明这是如何工作的。如表5-1所示,我们有4台服务器和8个字符串键及其哈希值。 为了获取存储某个键的服务器,我们

    2024年02月06日
    浏览(63)
  • 数据库 SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确 解决方法

    目录 一、错误提示信息:  二、原因分析: 三、解决方法: 四、执行完成结果: 五、重要说明 本文验证是数据库中的baiduAi_0258表无法通过select语句ID条件查询, 如执行 select * from baiduAi_0258 where ID =\\\'0000403e-7903-413b-87ab-3c14d0295482\\\'  提示以下错误信息。 消息 824,级别 24,状态

    2024年02月16日
    浏览(54)
  • 从kafka如何保证数据一致性看通常数据一致性设计

    在数据库系统中有个概念叫事务,事务的作用是为了保证数据的一致性,意思是要么数据成功,要么数据失败,不存在数据操作了一半的情况,这就是数据的一致性。在很多系统或者组件中,很多场景都需要保证数据的一致性,有的是高度的一致性。特别是在交易系统等这样

    2024年02月19日
    浏览(48)
  • 分布式系统的一致性级别划分及Zookeeper一致性级别分析

    在谈到Zookeeper的一致性是哪种级别的一致性问题,以及CAP原则中的C是哪一种一致性级别时有些疑惑。 下面是大多数文章中提到的一致性级别 一致性(Consistency)是指多副本(Replications)问题中的数据一致性。可以分为强一致性、顺序一致性与弱一致性。 1.1 强一致性(Stric

    2024年04月12日
    浏览(60)
  • 深入理解高并发下的MySQL与Redis缓存一致性问题(增删改查数据缓存的一致性、Canal、分布式系统CAP定理、BASE理论、强、弱一致性、顺序、线性、因果、最终一致性)

    一些小型项目,或极少有并发的项目,这些策略在无并发情况下,不会有什么问题。 读数据策略:有缓存则读缓存,然后接口返回。没有缓存,查询出数据,载入缓存,然后接口返回。 写数据策略:数据发生了变动,先删除缓存,再更新数据,等下次读取的时候载入缓存,

    2024年03月20日
    浏览(54)
  • Redis 原理缓存过期、一致性hash、雪崩、穿透、并发、布隆、缓存更新策略、缓存数据库一致性

    redis的过期策略可以通过配置文件进行配置 redis会把设置了过期时间的key放在单独的字典中,定时遍历来删除到期的key。 1).每100ms从过期字典中 随机挑选20个,把其中过期的key删除; 2).如果过期的key占比超过1/4,重复步骤1 为了保证不会循环过度,导致卡顿,扫描时间上限

    2024年02月08日
    浏览(58)
  • 一致性协议浅析

    Paxos 发明者是大名鼎鼎的 Lesile Lamport。Lamport 虚拟了一个叫做 Paxos 的希腊城邦,城邦按照议会民主制的政治模式制定法律。在 Lesile Lamport 的论文中,提出了 Basic Paxos、Multi Paxos、Fast Paxos 三种模型。 Client :系统外部角色,请求发起者,类比于民众。 Proposer :接收 Client 请求,

    2024年01月18日
    浏览(47)
  • 如何保持数据一致性

    数据库和缓存(比如:redis)双写数据一致性问题,是一个跟开发语言无关的公共问题。尤其在高并发的场景下,这个问题变得更加严重。 以下是我无意间了解很好的文章,分享给大家。 通常情况下,我们使用缓存的主要目的是为了提升查询的性能。大多数情况下,我们是这

    2024年02月08日
    浏览(55)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包