Dubbo高级应用事件之集群容错

目录:

什么是容错

Dubbo容错模式

Dubbo集群模式配置

什么是容错?

在分布式架构的网络通信中,容错能力是必须要具备的。那什么叫做容错昵?简单来说就是服务容忍错误的能力,具体来说,我们的系统在网络通信中会遇到许多不确定的因素导致请求失败,例如网络延迟、网络中断、服务异常等等,当服务的调用者调用服务提供者提供的接口时,如果因为上述原因出现请求失败,那对于服务调用者来说,就需要一种机制策略来应对。Dubbo中提供了集群容错的的机制可以优雅的处理这种错误。

Dubbo容错模式

Dubbo提供了9种容错模式,默认的是Failover Cluster。如果这9种模式不能满足你的实际需求,还可以进行扩展。这也是Dubbo的强大之处,几乎所有的功能都进行了插拔式的扩展。

Failover Cluster

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

重试次数配置如下:

   

Failfast Cluster

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

Failsafe Cluster

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

Failback Cluster

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

Forking Cluster

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

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"})

Available Cluster

调用目前可用的实例(只调用一个),如果当前没有可用的实例,则抛出异常。通常用于不需要负载均衡的场景。

Mergeable Cluster

将集群中的调用结果聚合起来返回结果,通常和group一起配合使用。通过分组对结果进行聚合并返回聚合后的结果,比如菜单服务,用group区分同一接口的多种实现,现在消费方需从每种group中调用一次并返回结果,对结果进行合并之后返回,这样就可以实现聚合菜单项。

ZoneAware Cluster

多注册中心订阅的场景,注册中心集群间的负载均衡。对于多注册中心间的选址策略有如下四种

指定优先级:preferred="true"注册中心的地址将被优先选择

同中心优先:检查当前请求所属的区域,优先选择具有相同区域的注册中心

权重轮询:根据每个注册中心的权重分配流量

缺省值:选择一个可用的注册中心

集群模式配置

按照以下示例在服务提供方和消费方配置集群模式

@DubboService(cluster = "failsafe")

@DubboReference(cluster = "failsafe")

你可能感兴趣的:(Dubbo高级应用事件之集群容错)