分布式RPC架构:Dubbo应用架构解析!使用Dubbo实现负载均衡
程序员文章站
2022-06-10 13:26:09
Dubbo应用架构 (init)在Dubbo容器Container中启动start容器上的提供者Provider (init)提供者Provider注册register服务到注册中心Registry (init)消费者Consumer从注册中心Registry订阅subscribe服务 (async ......
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>
上一篇: 设计模式之美 来跟王争一起,攻克设计模式