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>
原文转载:http://www.shaoqun.com/a/752781.html
etoro:https://www.ikjzd.com/w/1402
败欧洲网站:https://www.ikjzd.com/w/1555
Dubbo应用架构(init)在Dubbo容器Container中启动start容器上的提供者Provider(init)提供者Provider注册register服务到注册中心Registry(init)消费者Consumer从注册中心Registry订阅subscribe服务(async)注册中心Registry给消费者Consumer通知notify(sync)消费者Consumer调用in
垂直电商:https://www.ikjzd.com/w/1450
002315焦点科技:https://www.ikjzd.com/w/1831
米谷:https://www.ikjzd.com/w/1788
男友约我去宾馆 情感口述我被男友表白的经历:http://www.30bags.com/m/a/250729.html
5亿元资产蒸发!亚马逊退货触目惊心!存货可以卖到2021年!:https://www.ikjzd.com/home/22849
价某链大卖结局令人唏嘘,中小卖家又能凭一己之力走多远?:https://www.ikjzd.com/home/8542
コメントを投稿