image.png

一、概述：

保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式
Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务
**
出现上面的红字说明出现了保护模式

何为自我保护？假想一下，当一个 server 节点出现了网络分区等不可抗力原因，那么它会因此收不到 client 的续约心跳，如果网络波动比较大，也就可能导致 server 因为一次网络波动剔除了所有或者绝大部分 Client 。这种情况是我们不想看见的。

所有Eureka会有一种自我保护机制，默认是15分钟内收到的续约低于原来的85%（这是上面的续约配置比例）那么就会开启自我保护，这阶段Eureka Server不会剔除其列表中的实例，即使过了90秒也不会。

二、导致原因：

某时刻某一个微服务不可用了，Eureka不会立刻清理，依旧会对该微服务的信息进行保存。

三、为什么会产生Eureka自我保护机制？

为了防止EureKaClient可以正常运行，但是与EurekaServer网络不通情况下，EurekaServer不会立刻将EurekaClient服务剔除
**

四、什么是自我保护模式？

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

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

五、怎么禁止自我保护

image.png

参考包括：**https://www.cnblogs.com/xishuai/p/spring-cloud-eureka-safe.html

六、什么时候触发自我保护？

Eureka Server在运行期间会去统计心跳失败比例在15分钟之内是否低于85%，如果低于85%，Eureka Server会将这些实例保护起来，让这些实例不会过期，但是在保护器内如果服务刚好这个服务提供者非正常下线了，此时服务消费者就会拿到一个无效的服务实例，此时会调用失败，对于这个问题需要服务消费者要有一些容错机制，如重试，断路器等。

我们在单机测试的时候很容易满足心跳失败比例在 15 分钟之内低于 85%，这个时候就会触发 Eureka 的保护机制，一旦开启了保护机制，则服务注册中心维护的服务实例就不是那么准确了，此时我们可以使用eureka.server.enable-self-preservation=false来关闭保护机制，这样可以确保注册中心中不可用的实例被及时的剔除（不推荐）。

这两个参数的意思：

  • Renews threshold：Eureka Server 期望每分钟收到客户端实例续约的总数。
  • Renews (last min)：Eureka Server 最后 1 分钟收到客户端实例续约的总数。

具体的值，我们可以在 Eureka Server 界面可以看到：
Eureka自我保护 - 图4
可以看到，我们部署了 3 个 Eureka Server（自注册模式），另外，又部署 7 个服务，注册到 Eureka Server 集群，参数值分别为：

  • Renews threshold：17
  • Renews (last min)：20

下面说下Renews threshold和Renews threshold具体计算方式。

Renews threshold 计算代码：

  1. this.expectedNumberOfRenewsPerMin = count * 2;
  2. this.numberOfRenewsPerMinThreshold = (int) (this.expectedNumberOfRenewsPerMin * serverConfig.getRenewalPercentThreshold());

如果在 1 分钟后，Renews (last min) < Renews threshold，默认需等待 5 分钟（可以通过eureka.server.wait-time-in-ms-when-sync-empty配置），即 5 分钟后你会看到下面的提示信息：

解决方式有三种：

  • 关闭自我保护模式（eureka.server.enable-self-preservation设为false），不推荐。
  • 降低renewalPercentThreshold的比例（eureka.server.renewal-percent-threshold设置为0.5以下，比如0.49），不推荐。
  • 部署多个 Eureka Server 并开启其客户端行为（eureka.client.register-with-eureka不要设为false，默认为true），推荐。

Eureka 的自我保护模式是有意义的，该模式被激活后，它不会从注册列表中剔除因长时间没收到心跳导致租期过期的服务，而是等待修复，直到心跳恢复正常之后，它自动退出自我保护模式。这种模式旨在避免因网络分区故障导致服务不可用的问题。例如，两个客户端实例 C1 和 C2 的连通性是良好的，但是由于网络故障，C2 未能及时向 Eureka 发送心跳续约，这时候 Eureka 不能简单的将 C2 从注册表中剔除。因为如果剔除了，C1 就无法从 Eureka 服务器中获取 C2 注册的服务，但是这时候 C2 服务是可用的。

Eureka什么时候剔除服务

节点会在15分钟进行剔除
image.png
image.png

缓存： https://blog.csdn.net/zhuyanlin09/article/details/89598245