Dubbo的负载均衡策略_一致性哈希,轮询,随机使用什么设计模式

前言

在分布式项目中,为了保证高可用都会搭载服务器集群,请求会怎么给到哪个服务器处理呢,这时Dubbo的负载均衡策略就显得相当重要,这也是面试中经常会问到的点,记录一下

负载均衡

有四种负载均衡的策略模式,分别是随机,轮询,最少活跃数,一致性hash,这四种模式是在服务提供者的类上的service注解里进行设置的

随机(random)

顾名思义,随机的方式就是随机选择服务器,不过是按照权重去随机选择,这个是缺省的情况下默认的.

轮询(roundRobin)

顾名思义,轮询就是轮流询问,每个服务器按照权重轮流来处理请求,在服务提供者的类上service注解这样设置

最少活跃数(leastActive)

这个模式就是在服务器集群中,最少活跃数表示为服务器处理请求的能力,响应快的服务器会接收越多请求,响应慢的收到的请求数就会越少,使用这个方式的时候,不要设置权重,不然就会失去了这个模式的意义,在类中这样设置

一致性hash(consistentHash)

一致性hash表示相同参数的请求总是会发送到同一个服务提供者,这里的相同参数默认是指请求的第一个参数,如果这个一直接收同样的请求的服务挂了,就会基于虚拟节点平摊到其他服务提供者上,保证这个请求是有服务处理的,在类中这样设置

而上面说到的权重也是在服务提供者的类上的Service注解里面的weight属性设置的,如下图