dubbo支持的注册中心

朱雀 2020-12-15 04:23 924阅读 0赞

##  dubbo支持的注册中心 ##

Dubbo提供的注册中心有如下几种类型可供选择：

*  Multicast注册中心
 *  Zookeeper注册中心
 *  Redis注册中心
 *  Simple注册中心

ZooKeeper是一个开源的分布式服务框架，它是Apache [Hadoop][]项目的一个子项目，主要用来解决分布式应用场景中存在的一些问题，如：**统一命名服务、状态同步服务、集群管理、分布式应用配置管理等**，它支持Standalone模式和分布式模式，在分布式模式下，能够为分布式应用提供高性能和可靠地协调服务，而且使用ZooKeeper可以大大简化分布式协调服务的实现，为开发分布式应用极大地降低了成本。

ZooKeeper总体架构

![这里写图片描述][20160709095228642]

ZooKeeper集群由一组Server节点组成，这一组Server节点中存在一个角色为Leader的节点，其他节点都为Follower。当客户端Client连接到ZooKeeper集群，并且执行写请求时，这些请求会被发送到Leader节点上，然后Leader节点上数据变更会同步到集群中其他的Follower节点。

##  dubbo集群容错和负载均衡 ##

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

*  Failover Cluster  
    失败自动切换，当出现失败，重试其它服务器。(缺省)  
    通常用于读操作，但重试会带来更长延迟。  
    可通过retries=“2”来设置重试次数(不含第一次)。
 *  Failfast Cluster  
    快速失败，只发起一次调用，失败立即报错。  
    通常用于非幂等性的写操作，比如新增记录。
 *  Failsafe Cluster  
    失败安全，出现异常时，直接忽略。  
    通常用于写入审计日志等操作。
 *  Failback Cluster  
    失败自动恢复，后台记录失败请求，定时重发。  
    通常用于消息通知操作。
 *  Forking Cluster  
    并行调用多个服务器，只要一个成功即返回。  
    通常用于实时性要求较高的读操作，但需要浪费更多服务资源。  
    可通过forks=“2”来设置最大并行数。
 *  Broadcast Cluster  
    广播调用所有提供者，逐个调用，任意一台报错则报错。(2.1.0开始支持)  
    通常用于通知所有提供者更新缓存或日志等本地资源信息。

**2、负载均衡**  
\- Random LoadBalance随机，按权重设置随机概率。  
在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。

*  RoundRobin LoadBalance 轮循，按公约后的权重设置轮循比率。  
    存在慢的提供者累积请求问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。
 *  LeastActive LoadBalance 最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。  
    使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。
 *  ConsistentHash LoadBalance 一致性Hash，相同参数的请求总是发到同一提供者。  
    当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。

[20160709095228642]: /images/1608006210465.png