eureka自我保护模式

        之前我们提到Eureka设计哲学采用的是AP原则，也就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。因此，在Eureka中有一个自我保护模式，并默认开启。在自我保护模式下，Eureka服务器会保护服务注册表中的信息，不再注销任何服务实例。当开启自我保护模式时，在Eureka控制台将看到如图4-14所示的界面。

在控制台将会以红色字体显示以下告警信息：

        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服务器每分钟收到心跳续租的数量低于一个阈值，就会触发自我保护模式。当它收到的心跳数重新恢复到阈值以上时，该Eureka服务器节点才会自动退出自我保护模式。心跳阀值计算公式如下：
服务实例总数量×（60/每个实例心跳间隔秒数）×自我保护系数（0.85）
其中，对于每个实例心跳间隔秒数前面已经讲过是30秒，可以通过eureka.instance. lease-renewal-interval-in-seconds属性进行修改。自我保护系数的默认值为0.85，该值可以通过eureka.server.renewal-percent-threshold属性进行更改。也就是说，在默认情况下，如果有15%的Eureka客户端的心跳包丢失时，Eureka服务器就会进入自我保护模式。
可以通过将eureka.server.enable-self-preservation属性的值设置为false来禁用该模式。
此外，默认情况下Eureka服务器还会以每5分钟的间隔从与它对等的节点（这些节点由eureka.client.service-url.defaultZone配置指定）中复制所有的服务注册数据以达到同步的目的，如果这个同步因为某种原因导致失败，也会让Eureka服务器进入自我保护状态。之前的示例中我们只构建了一个Eureka服务器，并没有其他对等的节点，所以无法同步其他服务注册信息，因此5分钟后会在Eureka的控制台上看到之前所示的告警信息。我们可以通过eureka.server.wait-time-in-ms-when-sync-empty属性配置来设置这个时间间隔，或者直接禁用自我保护模式。

引用：《spring cloud 微服务架构开发实践》