1、zookeeper宕机与dubbo直连
现象:zookeeper注册中心宕机,还可以消费dubbo暴露的服务。
原因:
java
健壮性
(1)监控中心宕掉不影响使用,只是丢失部分采样数据.
(2)数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务。
(3)注册中心对等集群,任意一台宕掉后,将自动切换到另一台。
(4)注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯。
(5)服务提供者无状态,任意一台宕掉后,不影响使用。
(6)服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复。
高可用:通过设计,减少系统不能提供服务的时间;
2、集群下dubbo负载均衡配置
在集群负载均衡时,Dubbo 提供了多种均衡策略,缺省为 random 随机调用。
(1)负载均衡策略
Random LoadBalance
随机,按权重设置随机概率。
在一个截面上碰撞的概率高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重。
RoundRobin LoadBalance
轮循,基于权重设置轮循比率。
存在慢的提供者累积请求的问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在调到第二台上。
LeastActive LoadBalance
最少活跃调用数,相同活跃数的随机,活跃数指调用前后计数差。
使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大。
ConsistentHash LoadBalance
一致性 Hash,相同参数的请求总是发到同一提供者。
(2)在消费端设置负载均衡策略
java
@Reference(loadbalance = "roundrobin")
注意:
基于权限的负载均衡:在dubbo2.6.5 以后才会生效!
(3)使用不同端口和通信端口启动三个服务,通过监控中心修改权重测试
java
-Ddubbo.protocol.port=20883 -Dserver.port=8002
-Ddubbo.protocol.port=20884 -Dserver.port=8003