SpingCloud 2020微服务教程【13】Eureka自我保护机制

视频链接：2020最新版SpringCloud框架开发教程-周阳
文章源码：https://github.com/geyiwei-suzhou/cloud2020/

1. 什么是自我保护机制

Eureka Server首页中看到如下信息：
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
说明Eureka进入了保护模式
保护模式：Eureka Server将尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务（某时刻某个微服务不可用了，Eureka不会立刻清理，依旧会对该微服务的信息进行保存，属于CAP里面的AP分支）

2. 为什么会产生自我保护机制？

默认情况下，如果Eureka Server在一定时间内没有接收到某个微服务实例的心跳，Eureka Server将会注销该实例（默认90秒）。但是当网络分区故障发生（延时、卡顿、拥挤）时，微服务与Eureka Server之间无法正常通信，以上行为可能变得非常危险了，因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题，当Eureka Server节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那个这个节点就会进入自我保护模式。

3. 如何禁止自我保护机制

3.1 修改Eureka Service配置

3.1.1 将Eureka改为单机版(为了测试方便)：

修改cloud-eureka-server7001的application.yml文件：

defaultZone: http://eureka7001.com:7001/eureka/

在eureka节点下添加：

eureka:
	server:
	    enable-self-preservation: false #默认为true, 关闭自我保护机制，保证不可用服务被及时剔除
    	eviction-interval-timer-in-ms: 2000

3.1.2 启动测试

启动cloud-eureka-server7001
浏览器输入：
http://localhost:7001/
会发现网页上的EMERGENCY变成了
THE SELF PRESERVATION MODE IS TURNED OFF. THIS MAY NOT PROTECT INSTANCE EXPIRY IN CASE OF NETWORK/OTHER PROBLEMS.

3.2 修改Eureka Client配置

3.2.1 将Eureka改为单机版：

修改cloud-provider-payment8001的application.yml文件：

defaultZone: http://localhost:7001/eureka

在instance节点下添加：

eureka:
	instance:
        lease-renewal-interval-in-seconds: 1 #Eureka客户端向服务端发送心跳的时间间隔，单位为秒（默认为30秒）
    	lease-expiration-duration-in-seconds: 2 #Eureka服务端在收到最后一次心跳后等待时间上限，单位为秒（默认是90秒），超时将剔除服务

3.2 启动测试

启动cloud-provider-payment8001
浏览器输入：
http://localhost:7001/
会发现网页上Application中CLOUD-PAYMENT-SERVICE状态为UP,此时把cloud-provider-payment8001停止运行，会在1秒内发现CLOUD-PAYMENT-SERVICE状态为DOWN,2秒后发现Application中的CLOUD-PAYMENT-SERVICE被剔除