dubbo高可用机制（zk宕机，dubbo直连，负载均衡，服务降级，集群容错整合hystrix）

（）

 

 

 

dubbo直连服务（不需要使用zookeeper）

 

 

 

负载均衡机制：

基于权重随机负载均衡机制（dubbo默认）

Random LoadBalance

随机给服务器任务，大量任务会根据权重分布在各台服务器上

 

基于权重的轮询负载均衡机制

RoundRobin LoadBalance

挨个给服务器任务不过会根据权重跳过某个服务器给其他的服务器，大量任务会根据权重分布在各台服务器上

 

最少活跃数-负载均衡机制

LeastActive LoadBalance

根据服务器上次调用任务时长分配任务，给响应任务最快（上次调用任务时长最短）的服务器任务

 

一致性hash-负载均衡机制

ConsistentHash LoadBalance

根据同一方法使用的参数值的hash不同，调用不同的服务器，相同就调相同的

 

 

服务降级

通过临时屏蔽非重要业务减少资源使用，使大量用户使用时，核心业务能正常使用

屏蔽不重要服务不可用（调用时直接返回null）

屏蔽不重要服务不稳定（调用失败时不报错，返回null）

在dubbo控制台上实时控制消费者上调用服务（屏蔽（屏蔽不重要服务不可用），容错（屏蔽不重要服务不稳定））

 

 

 

 

集群容错

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

集群容错模式

Failover Cluster

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

重试次数配置如下：
<dubbo:service retries=“2” />
或
<dubbo:reference retries=“2” />
或
dubbo:reference
<dubbo:method name=“findFoo” retries=“2” />
</dubbo:reference>

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

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

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

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

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

集群模式配置
按照以下示例在服务提供方和消费方配置集群模式
<dubbo:service cluster=“failsafe” />
或
<dubbo:reference cluster=“failsafe” />

 

整合hystrix

配置spring-cloud-starter-netflix-hystrix
spring boot官方提供了对hystrix的集成，直接在pom.xml里加入依赖：

 <dependency>
     <groupId>org.springframework.cloud</groupId>
      <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
      <version>1.4.4.RELEASE</version>
</dependency>

然后在Application类上增加@EnableHystrix来启用hystrix starter：

@SpringBootApplication
@EnableHystrix //开启服务容错功能
public class ProviderApplication {
    ...启动方法
}

 

提供者

在Dubbo的Provider上增加@HystrixCommand配置，这样子调用就会经过Hystrix代理。

 

 

消费者

对于Consumer端，则可以增加一层method调用，并在method上配置@HystrixCommand。当调用出错时，会走到fallbackMethod = "reliable"的调用里。