Dubbo集群容错

1. 集群容错

集群调用失败时，Dubbo 提供的容错方案。

在集群调用失败时，Dubbo 提供了多种容错方案，缺省为 failover 重试。

各节点关系：

• 这里的 Invoker 是 Provider 的一个可调用 Service 的抽象，Invoker 封装了 Provider 地址及 Service 接口信息
• Directory 代表多个 Invoker，可以把它看成 List ，但与 List 不同的是，它的值可能是动态变化的，比如注册中心推送变更
• Cluster 将 Directory 中的多个 Invoker 伪装成一个 Invoker，对上层透明，伪装过程包含了容错逻辑，调用失败后，重试另一个
• Router 负责从多个 Invoker 中按路由规则选出子集，比如读写分离，应用隔离等
• LoadBalance 负责从多个 Invoker 中选出具体的一个用于本次调用，选的过程包含了负载均衡算法，调用失败后，需要重选

2. 集群容错模式分类

Cluster类图如下：

2.1 Failover Cluster(缺省配置)

失败自动切换，当出现失败，重试其它服务器。通常用于读操作，但重试会带来更长延迟。可通过 retries=“2” 来设置重试次数(不含第一次)。

重试次数配置如下：

源码分析:

• copyinvokers 变量，候选的 Invoker 集合。
• 调用父 #checkInvokers(copyinvokers, invocation) 方法，校验候选的 Invoker 集合非空。如果为空，抛出 RpcException 异常。
• 获得最大可调用次数：最大可重试次数 +1 。默认最大可重试次数Constants.DEFAULT_RETRIES = 2 。
• le 变量，保存最后一次调用的异常。
• invoked 变量，保存已经调用的 Invoker 集合。
• providers 变量，保存已经调用的网络地址集合。
• failover 机制核心实现：如果出现调用失败，那么重试其他服务器。
• 超过最大调用次数，抛出 RpcException 异常。该异常中，带有最后一次调用异常的信息。

2.2 Forking Cluster

并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks=“2” 来设置最大并行数。

源码分析:

• count 变量，异常计数器。
• ref 变量，阻塞队列。通过它，实现线程池异步执行任务的结果通知，非常亮眼。
• 循环 selected 集合，提交线程池，发起 RPC 调用。
• 从 ref 队列中，阻塞等待，直到获得到结果或者超时。至此，ForkingClusterInvoker 实现了并行调用，且只要一个成功即返回。当然，还有一个隐性的，所有都失败才返回。
• 处理等待的“结果”。

2.3 Failfast Cluster

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

2.4 Failsafe Cluster

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

2.5 Failback Cluster

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

2.6 Broadcast Cluster

广播调用所有提供者，逐个调用，任意一台报错则报错。通常用于通知所有提供者更新缓存或日志等本地资源信息。

现在广播调用中，可以通过 broadcast.fail.percent 配置节点调用失败的比例，当达到这个比例后，BroadcastClusterInvoker 将不再调用其他节点，直接抛出异常。 broadcast.fail.percent 取值在 0～100 范围内。默认情况下当全部调用失败后，才会抛出异常。 broadcast.fail.percent 只是控制的当失败后是否继续调用其他节点，并不改变结果(任意一台报错则报错)。broadcast.fail.percent 参数 在 dubbo2.7.10 及以上版本生效。

Broadcast Cluster 配置 broadcast.fail.percent。

broadcast.fail.percent=20 代表了当 20% 的节点调用失败就抛出异常，不再调用其他节点。

@reference(cluster = "broadcast", parameters = {"broadcast.fail.percent", "20"})

源码分析:

3. 鸣谢

集群容错

集群容错