Spring Cloud Eureka 全解 （5） - 自我保护机制

本文基于SpringCloud-Dalston.SR5

自我保护机制

关闭自我保护机制（默认是打开的）：eureka.server.enable-self-preservation=false

自我保护机制：默认状况下，若是Eureka Server在必定时间内没有接收到某个微服务实例的心跳，Eureka Server将会注销该实例（默认90秒）。可是当网络分区故障发生时，微服务与Eureka Server之间没法正常通讯，以上行为可能变得很是危险了——由于微服务自己实际上是健康的，此时本不该该注销这个微服务。

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

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

可是，在咱们实际生产中，咱们云环境同一个Region下不会发生大规模网络分区情况，因此没有启用自我保护。

相关参数：eureka.server.renewalPercentThreshold = 0.85

总体逻辑

在每个服务实例注册时：

expectedNumberOfRenewsPerMin += 2
numberOfRenewsPerMinThreshold = RenewalPercentThreshold*numberOfRenewsPerMinThreshold

不管你设置心跳时间是多少，expectedNumberOfRenewsPerMin都是+2（默认心跳时间是30s，每分钟有60s，因此+2，可是没有根据真正的心跳时间修改，应该算是个缺陷）

在收到心跳时：

renewsLastMin.increment()

当renewsLastMin<numberOfRenewsPerMinThreshold，就会触发自我保护，不会失效过时服务