Dubbo的高可用

Dubbo的高可用

1、Zookeeper宕机与Dubbo直连

1.1、Zookeeper宕机

现象

zookeeper注册中心宕机,还可以消费dubbo暴露的服务

当前有一个服务提供者和一个服务消费者:

在这里插入图片描述

关掉zookeeper注册中心,模拟宕机:

在这里插入图片描述

消费者依然可以调用提供者的服务:

在这里插入图片描述

原因:健壮性

监控中心宕掉不影响使用,只是会丢失部分采样数据;

数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务;

注册中心对等集群,任意一台宕掉后,将自动切换到另一台;

注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯(消费者已经调用过服务);

服务提供者无状态,任意一台宕掉后,不影响使用;

服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复。

1.2、Dubbo直连

dubbo服务消费者和提供者可以绕过zookeeper,进行直连。

直连配置

直接告诉消费者服务提供者的地址

@Reference(url = "127.0.0.1:20882")

2、负载均衡机制

2.1、负载均衡策略

Random LoadBalance(默认)

基于权重的随机负载均衡机制;

在一个截面上碰撞的概率高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重。

基于权重的随机负载均衡机制图解:

如图所示:三台服务,编号为1,2,3;权重分别为100,200,50;权重比例分别为2/7,4/7 和1/7,

当有大量消费者调用这三个服务时,大约会有2/7的请求访问1号服务,4/7的请求访问2号服务,1/7的请求访问3号服务

在这里插入图片描述

RoundRobin LoadBalance

基于权重的轮询负载均衡方式

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

如果只是轮询负载均衡方式,就会按照编号依次调用服务。

基于权重的轮询负载均衡方式:

如图所示:三台服务,编号为1,2,3;权重分别为100,200,50;权重比例分别为2/7,4/7 和1/7,

假设有7个请求,

按照权重分配:1号服务占2次,2号服务占4次,3号服务占1次,

然后又按照轮询方式,7个请求调用的服务编号顺序为:1,2,3,1,2,2,2

在这里插入图片描述

LeastActive LoadBalance

最少活跃数负载均衡机制

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

使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大。

最少活跃数负载均衡机制图解:

如图所示:三台服务,编号为1,2,3;上一次处理请求花费时间分别为 100ms,1000ms,300ms

当有请求来调用服务时,会查询出上一次处理请求花费时间最短的服务,然后调用它

在这里插入图片描述

ConsistentHash LoadBalancew

一致性Hash负载均衡机制

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

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

一致性Hash负载均衡机制:

如图所示:三台服务,编号为1,2,3;

在这里插入图片描述

2、修改负载均衡机制

默认是基于权重的随机负载均衡机制:

在这里插入图片描述

客户端服务级别修改:修改为轮询权重负载均衡机制 roundrobin

在这里插入图片描述

@Reference(loadbalance = "roundrobin")

3、服务降级

服务降级

当服务器压力剧增的情况下,根据实际业务情况及流量,对一些服务和页面有策略的不处理或换种简单的方式处理,从而释放服务器资源以保证核心交易正常运作或高效运作。

降级规则

mock=force:return+null表示消费方对该服务的方法调用都直接返回null值,不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。

该规则在dubbo-admin上的设置:

在这里插入图片描述

在这里插入图片描述

mock=fail:return+null表示消费方对该服务的方法调用在失败后,再返回null值,不抛异常。用来容忍不重要服务不稳定时对调用方的影响。

该规则在dubbo-admin上的设置:

在这里插入图片描述

4、集群容错

在集群调用失败时,Dubbo提供了多种容错方案,默认为 failover重试。

集群容错模式:

Failover Cluster

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

可通过retries="2"来设置重试次数,(不含第一次)。

Failfast Cluster

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

Failsafe Cluster

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

Failback Cluster

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

Forking Cluster

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

Broadcast Cluster

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

设置集群容错模式

服务提供方和消费方配置集群模式:

<dubbo:service cluster="failsafe" />
<dubbo:reference cluster="failsafe" />

猜你喜欢

转载自blog.csdn.net/wpc2018/article/details/124129415