标签:Dubbo 负载 服务 提供者 LoadBalance dubbo 均衡
服务治理
作为服务治理的一项功能,不管是在分布式治理dubbo上还是分布式微服务springcloud上都有着举足轻重的功能,也是服务治理的核心功能之一。
在集群负载均衡时,Dubbo 提供了多种均衡策略,缺省为 random
随机调用。如果想要自行定义负载均衡策略,也可以采用继承接口的方式来进行。
dubbo提供的四种负载均衡策略。
-
Random LoadBalance
- 随机,按权重设置随机概率。
- 在一个截面上碰撞的概率高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重。
-
RoundRobin LoadBalance
- 轮询,按公约后的权重设置轮询比率。
- 存在慢的提供者累积请求的问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在调到第二台上。
-
LeastActive LoadBalance
- 最少活跃调用数,相同活跃数的随机,活跃数指调用前后计数差。
- 使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大。
-
ConsistentHash LoadBalance
- 一致性 Hash,相同参数的请求总是发到同一提供者。
- 当某一台提供者挂时,原本发往该提供者的请求,基于虚拟节点,平摊到其它提供者,不会引起剧烈变动。
- 算法参见:http://en.wikipedia.org/wiki/Consistent_hashing
- 缺省只对第一个参数 Hash,如果要修改,请配置
<dubbo:parameter key="hash.arguments" value="0,1" />
- 缺省用 160 份虚拟节点,如果要修改,请配置
<dubbo:parameter key="hash.nodes" value="320" />
示例:使用dubbo的负载均衡
-
启动多个端口号不同的同一服务
如果要在
一个服务启动多个实例
,在idea设置中应该勾选启动微服务设置每个应用暴露服务都会占用dubbo协议的一个端口,所以为了比较优雅的解决问题,我们将dubbo协议端口号改为-1,这样每次它都会为新的服务实例分配一个未被占用的端口号。
dubbo.protocol.name=dubbo dubbo.protocol.port=-1
-
启动服务消费者,并在在服务消费端设置负载均衡策略
@Component public class ConsumerServiceImpl implements ConsumerService { /** * 负载均衡策略 */ @Reference(loadbalance = "random") private ProviderService providerService; @Override public String hello(String name) { return providerService.hello(name); } }
- 如果以xml的配置方式,在
<dubbo reference loadbalance="random">
标签设置即可
标签:Dubbo,负载,服务,提供者,LoadBalance,dubbo,均衡 来源: https://blog.csdn.net/super1223/article/details/118785304
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。