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

Posted 攻城狮Chova

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了分布式RPC架构: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>

以上是关于分布式RPC架构:Dubbo应用架构解析!使用Dubbo实现负载均衡的主要内容,如果未能解决你的问题,请参考以下文章

架构道术-企业选择Dubbo作为分布式服务框架的10个理由

RPC框架Dubbo分析

Dubbo的RPC远程过程调用+Dubbo的负载均衡+Zookeeper注册中心

Dubbo快速入门

分布式RPC框架Apache Dubbo

阿里P8架构师谈:Dubbo的详细介绍设计思路以及4大适用场景