1、zookeeper宕机与dubbo直连

现象：zookeeper注册中心宕机，还可以消费dubbo暴露的服务。
原因：

健壮性
（1）监控中心宕掉不影响使用，只是丢失部分采样数据.
（2）数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务。
（3）注册中心对等集群，任意一台宕掉后，将自动切换到另一台。
（4）注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯。
（5）服务提供者无状态，任意一台宕掉后，不影响使用。
（6）服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复。
高可用：通过设计，减少系统不能提供服务的时间；

2、集群下dubbo负载均衡配置

在集群负载均衡时，Dubbo 提供了多种均衡策略，缺省为 random 随机调用。

（1）负载均衡策略

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

RoundRobin LoadBalance
轮循，基于权重设置轮循比率。
存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。

LeastActive LoadBalance
最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。
使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。

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

（2）在消费端设置负载均衡策略

@Reference(loadbalance = "roundrobin")

注意：
基于权限的负载均衡：在dubbo2.6.5 以后才会生效！
（3）使用不同端口和通信端口启动三个服务，通过监控中心修改权重测试

-Ddubbo.protocol.port=20883 -Dserver.port=8002
-Ddubbo.protocol.port=20884 -Dserver.port=8003