Fork me on GitHub

理解Eureka的自我保护模式

目录

本文我们来探讨Eureka的自我保护模式。自我保护模式是Eureka的重要特性。进入自我保护模式最直观的体现,是Eureka Server首页输出的警告,如图4-10所示。

![](/images/4-10 保护模式.png)

图4-10 Eureka Server自我保护模式界面

默认情况下,如果Eureka Server在一定时间内没有接收到某个微服务实例的心跳,Eureka Server将会注销该实例(默认90秒)。但是当网络分区故障发生时,微服务与Eureka Server之间无法正常通信,以上行为可能变得非常危险了——因为微服务本身其实是健康的,此时本不应该注销这个微服务。

Eureka通过“自我保护模式”来解决这个问题——当Eureka Server节点在短时间内丢失过多客户端时(可能发生了网络分区故障),那么这个节点就会进入自我保护模式。一旦进入该模式,Eureka Server就会保护服务注册表中的信息,不再删除服务注册表中的数据(也就是不会注销任何微服务)。当网络故障恢复后,该Eureka Server节点会自动退出自我保护模式。

综上,自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务(健康的微服务和不健康的微服务都会保留),也不盲目注销任何健康的微服务。使用自我保护模式,可以让Eureka集群更加的健壮、稳定。

在Spring Cloud中,可以使用eureka.server.enable-self-preservation = false 禁用自我保护模式。

拓展阅读

(1) Eureka官方关于自我保护模式的介绍:

https://github.com/Netflix/eureka/wiki/Understanding-Eureka-Peer-to-Peer-Communication

(2) Eureka的FAQ,其中讲到了自我保护模式:

https://github.com/Netflix/eureka/wiki/FAQ

(3) Eureka与Zookeeper做服务发现的对比:

http://dockone.io/article/78

(4) Eureka不注销任何微服务的讨论:

http://stackoverflow.com/questions/32616329/eureka-never-unregisters-a-service

节选自《Spring Cloud与Docker实战微服务》

目录详见:http://www.itmuch.com/advertisment/my-spring-book/

相关文章

评论系统未开启,无法评论!