dubbo的负载均衡策略和容错策略

1、dubbo 负载均衡策略

 

• random loadbalance

　　默认状况下，dubbo 是 random load balance 随机调用实现负载均衡，能够对 provider 不一样实例设置不一样的权重，会按照权重来负载均衡，权重越大分配流量越高，通常就用这个默认的就能够了。

• roundrobin loadbalance

　　这个的话默认就是均匀地将流量打到各个机器上去，可是若是各个机器的性能不同，容易致使性能差的机器负载太高。因此此时须要调整权重，让性能差的机器承载权重小一些，流量少一些。

举个栗子。

跟运维同窗申请机器，有的时候，咱们运气好，正好公司资源比较充足，刚刚有一批热气腾腾、刚刚作好的一批虚拟机新鲜出炉，配置都比较高：8 核 + 16G 机器，申请到 2 台。过了一段时间，咱们感受 2 台机器有点不太够，我就去找运维同窗说，“哥儿们，你能不能再给我一台机器”，可是这时只剩下一台 4 核 + 8G 的机器。我要仍是得要。

这个时候，能够给两台 8 核 16G 的机器设置权重 4，给剩余 1 台 4 核 8G 的机器设置权重 2。

• leastactive loadbalance

　　这个就是自动感知一下，若是某个机器性能越差，那么接收的请求越少，越不活跃，此时就会给不活跃的性能差的机器更少的请求。

• consistanthash loadbalance

　　一致性 Hash 算法，相同参数的请求必定分发到一个 provider 上去，provider 挂掉的时候，会基于虚拟节点均匀分配剩余的流量，抖动不会太大。若是你须要的不是随机负载均衡，是要一类请求都到一个节点，那就走这个一致性 Hash 策略。

 

2、dubbo 集群容错策略

 

• failover cluster 模式

　　失败自动切换，自动重试其余机器，默认就是这个，常见于读操做。（失败重试其它机器）

• failfast cluster模式

　　一次调用失败就当即失败，常见于写操做。（调用失败就当即失败）

• failsafe cluster 模式

　　出现异常时忽略掉，经常使用于不重要的接口调用，好比记录日志。

• failback cluster 模式

　　失败了后台自动记录请求，而后定时重发，比较适合于写消息队列这种。

• forking cluster 模式

　　并行调用多个 provider，只要一个成功就当即返回。

• broadcacst cluster

　　逐个调用全部的 provider。