Dubbo在集群模式下的容错机制和负载均衡策略

Posted 2021-04-06 互联网IT信息

1. Dubbo集群模式下请求处理的架构图和详细介绍

1）架构图如下：

2) 详细介绍：

Directory：代表多个Invoker， 可以把它看成Invoker的集合。Cluster将Directory中的多个Invoker伪装成一个Invoker， 对上层透明， 伪装过徨包含了容错逻辑， 调用失败后， 重试另一个。

Router：负责从多个Invoker中按路由规则选出子集， 比如读写分离， 应用隔离等．

LoadBalance：负责从多个Invoker中逃出具体的－个用于本次调用，选择的过程包含了负载均衡算法， 调用失败后，需要重新选择。

2. Dubbo的集群容错模式，以及如何配置使用

1) 集群容错模式简介：

1）Failover Cluster(dubbo的默认模式)，介绍如下：

失败自动切换，当出现失败，重试其它服务器。 通常用于读操作，但重试会带来更长延迟。

2）Failfast Cluster模式，介绍如下：

快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录。

3）Failsafe Cluster模式，介绍如下：

失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作。

4）Failback Cluster模式，介绍如下：

失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。

5）Forking Cluster模式，介绍如下：

并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。

2) 集群容错配置如下：

1）配置重试次数：

2）配置容错模式如下：

3. Dubbo的负载均衡策略，以及如何配置使用

1) 负载均衡策略介绍：

1）Random LoadBalance策略

随机，按权重设置随机概率。调用量越大分布越均匀，有利于动态调整提供者权重。

2）RoundRobin LoadBalance策略

轮循，按公约后的权重设置轮循比率。

存在慢的提供者累积请求问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。

3）LeastActive LoadBalance策略

最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。

4）ConsistentHash LoadBalance策略

一致性Hash，相同参数的请求总是发到同一提供者。

当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。

2) 负载均衡策略配置使用：