分布式RPC框架:Dubbo架构解析!使用Dubbo实现负载均衡

举报
攻城狮Chova 发表于 2021/08/27 23:52:54 2021/08/27
【摘要】 本文首先介绍了分布式架构系统中远程RPC调用服务框架Dubbo的应用架构,分析了DUbbo应用架构中各个组件的作用。然后重点介绍了Dubbo中服务治理相关的负载均衡策略,分析了不同的负载均衡策略各自的特点。最后说明了在分布式项目中服务端级别,客户端级别,服务端方法级别和客户端方法级别的具体负载均衡配置。通过这篇文章,可以了解熟悉Dubbo架构的负载均衡策略和使用方式。

Dubbo应用架构

在这里插入图片描述

  • (init)在Dubbo容器Container中启动start容器上的提供者Provider
  • (init)提供者Provider注册register服务到注册中心Registry
  • (init)消费者Consumer从注册中心Registry订阅subscribe服务
  • (async)注册中心Registry给消费者Consumer通知notify
  • (sync)消费者Consumer调用invoke服务提供者Provider
  • (async)监控中心Monitor监控服务消费者Consumer和服务提供者Provider的使用情况,统计count服务请求次数

Dubbo负载均衡

  • 在集群负载均衡时,Dubbo提供多种负载均衡策略,缺省为random随机调用, 也可以自定义负载据均衡策略

负载均衡策略

Random LoadBalance
  • 随机负载均衡调用: 按权重设置随机概率
  • 在一个界面上碰撞的概率越高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重
RoundRobin LoadBalance
  • 轮询负载均衡调用: 按公约后的权重设置轮询比率
  • 存在慢的提供者累积请求的问题:当第二台机器很慢但没有挂掉,当请求第二台时就会卡在那,导致所有请求都卡在第二台上
LeastActive LoadBalance
  • 最少活跃调用数负载均衡调用: 相同活跃数的随机,活跃数指调用前后计数差
  • 使慢的提供者收到更少的请求数,因为越慢的提供者的调用前后计数差越大
ConsistentHash LoadBalance
  • 一致性Hash负载均衡调用: 相同的参数请求总是发送到同一提供者
  • 当某一台提供者挂掉时原本发往该提供者的请求,基于虚拟节点,平摊到其它提供者,不会引起剧烈变动
  • 缺省只对第一个参数Hash,如果要修改,配置
<dubbo:parameter key="hash.arguments" value="0,1">
  • 缺省用160份虚拟节点,如果要修改,配置
<dubbo:parameter key="hash.nodes" value="320"/>

负载均衡配置

  • 服务端服务级别
<dubbo:service interface="接口类" loadbalance="roundrobin" />
  • 客户端服务级别
<dubbo:reference interface="接口类" loadbalance="roundrobin" />
  • 服务端方法级别
<dubbo:service interface="接口类">
	<dubbo:method name="方法" loadbalance="roundrobin" />
</dubbo:service >
  • 客户端方法级别
<dubbo:reference interface="接口类">
	<dubbo:method name="方法" loadbbalance="roundrobin">
</dubbo:reference>
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。