背景：由於Eureka擁有自我保護機制，當其登錄檔裡服務因為網路或其他原因出現故障而關停時，Eureka不會剔除服務註冊，而是等待其修復。這是AP的一種實現。 
為了讓其有精準的 CP健康檢查，可以採取讓其剔除不健康節點。

server端:
eureka.server.enable-self-preservation//（設為false，關閉自我保護主要）
eureka.server.eviction-interval-timer-in-ms//清理間隔（單位毫秒，預設是60*1000）
client端：
eureka.client.healthcheck.enabled = true//開啟健康檢查（需要spring-boot-starter-actuator依賴）
eureka.instance.lease-renewal-interval-in-seconds =10//租期更新時間間隔（預設30秒）
eureka.instance.lease-expiration-duration-in-seconds =30//租期到期時間（預設90秒）

示例：

server端配置：
eureka:
    server:
        enableSelfPreservation: false
        evictionIntervalTimerInMs: 4000
client配置：
eureka:
    instance:
        leaseRenewalIntervalInSeconds: 10
        leaseExpirationDurationInSeconds: 30

注意：更改Eureka更新頻率將打破伺服器的自我保護功能

自我保護背景

首先對Eureka註冊中心需要了解的是Eureka各個節點都是平等的，沒有ZK中角色的概念， 即使N-1個節點掛掉也不會影響其他節點的正常執行。

預設情況下，如果Eureka Server在一定時間內（預設90秒）沒有接收到某個微服務例項的心跳，Eureka Server將會移除該例項。但是當網路分割槽故障發生時，微服務與Eureka Server之間無法正常通訊，而微服務本身是正常執行的，此時不應該移除這個微服務，所以引入了自我保護機制。

自我保護機制

官方對於自我保護機制的定義：

https://github.com/Netflix/eureka/wiki/Understanding-Eureka-Peer-to-Peer-Communication

自我保護模式正是一種針對網路異常波動的安全保護措施，使用自我保護模式能使Eureka叢集更加的健壯、穩定的執行。

自我保護機制的工作機制是如果在15分鐘內超過85%的客戶端節點都沒有正常的心跳，那麼Eureka就認為客戶端與註冊中心出現了網路故障，Eureka Server自動進入自我保護機制，此時會出現以下幾種情況：

1、Eureka Server不再從註冊列表中移除因為長時間沒收到心跳而應該過期的服務。

2、Eureka Server仍然能夠接受新服務的註冊和查詢請求，但是不會被同步到其它節點上，保證當前節點依然可用。

3、當網路穩定時，當前Eureka Server新的註冊資訊會被同步到其它節點中。

因此Eureka Server可以很好的應對因網路故障導致部分節點失聯的情況，而不會像ZK那樣如果有一半不可用的情況會導致整個叢集不可用而變成癱瘓。

自我保護開關

Eureka自我保護機制，通過配置 eureka.server.enable-self-preservation來true開啟/false禁用自我保護機制，預設開啟狀態，建議生產環境開啟此配置。

伺服器端配置：

客戶配置：

　　以上配置說明

　　　　 lease-renewal-interval-in-seconds 每間隔1s，向服務端傳送一次心跳，證明自己依然”存活“

　　　　lease-expiration-duration-in-seconds  告訴服務端，如果我2s之內沒有給你發心跳，就代表我“死”了，將我踢出掉。