分布式RPC框架:Dubbo架构解析!使用Dubbo实现负载均衡
【摘要】 本文首先介绍了分布式架构系统中远程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)