Eureka自我保护机制

Eureka自我保护机制：eureka虽然收不到实例的心跳，但它认为实例还是健康的，eureka会保护这些实例，不会把它们从注册表中删掉。

默认情况下，当eureka server在一定时间内没有收到实例的心跳，便会把该实例从注册表中删除（默认是90秒）。但是，短时间内丢失大量的实例心跳，便会触发eureka server的自我保护机制（开发测试时），此时eureka不会删除实例，但是会出现红色警告EMERGENCY!EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT.RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEGING EXPIRED JUST TO BE SAFE。

Eureka自我保护机制的目的是避免网络连接故障。因为微服务只有在启动的时候才会发起注册请求，后面只会发送心跳和服务列表请求，这样的话在发生网络故障时，微服务和注册中心之间无法正常通信，此时eureka如果把微服务误删了，那即使网络恢复了，该微服务也不会重新注册到eureka server了。在自我保护模式下eureka会保护注册表中的信息，不在注销任何微服务，当网络故障恢复后，eureka会自动退出保护模式。自我保护模式可以让集群更加健壮。

在开发测试阶段，需要频繁地重启发布，如果触发了保护机制，则旧的服务实例没有被删除，这时请求有可能跑到旧的实例。所以，在开发测试阶段一般把自我保护模式关闭。生产环境需要把自我保护机制打开，否则网络一旦出现网络连接故障，就无法恢复。

eureka基本配置：

#运行环境
eureka.environment=dev
#主机名
eureka.instance.hostname=127.0.0.1
#由于该应用是注册中心，false：代表不向注册中心注册自己;true:代表注册自己。多节点时打开
eureka.client.register-with-eureka=false
#是否启动检测服务，表示表示是否从EurekaServer获取注册信息，默认为true。单节点不需要同步其他的EurekaServer节点的数据
eureka.client.fetch-registry=false
#注册地址 多节点用,分隔
eureka.client.service-url.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/
#是否开启保护模式 测试时，需要关闭，线上打开
eureka.server.enable-self-preservation=false
#清理间隔（单位毫秒，默认是60*1000）
eureka.server.eviction-interval-timer-in-ms=10000
#开启健康检查（需要spring-boot-starter-actuator依赖）
eureka.client.healthcheck.enabled=true
#续约更新时间间隔（默认30秒）
eureka.instance.lease-renewal-interval-in-seconds=30
#续约到期时间（默认90秒）	
eureka.instance.lease-expiration-duration-in-seconds=60
#自我保护系数（默认0.85）
eureka.server.renewal-percent-threshold=0.8

进入保护模式的条件：如果Eureka Server最近1分钟收到renew的次数小于阈值（Renews threshold），则会触发自我保护模式。
退出保护模式的条件：直到最近收到renew的次数大于阈值（Renews threshold）。
自我保护模式阈值计算：

每个instance的预期心跳数目 = 60/每个instance的心跳间隔秒数
阈值 = 所有注册到服务的instance的数量的预期心跳之和 * 自我保护系数

如果出现无法退出保护模式的情况可以手动把该实例从实例列表中删除，方法如下：curl -XDELETE http://eureka server地址/eureka/apps/服务名/实例id（eureka.instance.instance-id的值）

来源：CSDN

作者：一瓶橄榄菜

链接：https://blog.csdn.net/DingKG/article/details/103647143

标签

自我保护

eureka