1、在預設設定下，Eureka服務註冊中心也會將自己作為客戶端來嘗試註冊它自己，所以我們需要禁用它的客戶端註冊行為。 
禁止方式如下：

eureka.client.register-with-eureka=false
eureka.client.fetch-registry=false

• 1
• 2

如果不禁止的話，會得到如下錯誤：

com.sun.jersey.api.client.ClientHandlerException: java.net.ConnectException: Connection refused: connect
2017-04-16 22:16:12.943  WARN 6864 --- [           main] c.n
 
.d.s.t.d.RetryableEurekaHttpClient    : Request execution failure
2017-04-16 22:16:12.951 ERROR 6864 --- [           main] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_UNKNOWN/DESKTOP-MQ8D0C9:8761 - was unable to refresh its cache! status = Cannot execute request on any known server

• 1
• 2
• 3

應該是因為當註冊中心將自己作為客戶端註冊的時候，發現在server上的埠被自己佔據了，然後就掛了。

如果要開啟自動註冊的話，可以啟動兩個server，互相註冊 
A：eureka.client.serviceUrl.defaultZone=http://localhost:1112/eureka/ 
B：eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

2、啟動服務註冊中心的時候，如果沒在application.properties中顯示指定埠的話，我的機子上預設是8761埠，然後雖然啟動沒問題，但是訪問local host:8761/的時候就訪問不了，但是如果指定埠server.port = 8761，就一切正常了。不知道為什麼，如果有人知道的話請指點一下。

3、啟動兩個client，過了一會，停了其中一個，訪問註冊中心時，介面上顯示了紅色粗體警告資訊：

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.

• 1

查閱了很多資料，終於瞭解了中間的問題。現將理解整理如下：

Eureka server和client之間每隔30秒會進行一次心跳通訊，告訴server，client還活著。由此引出兩個名詞： 
Renews threshold：server期望在每分鐘中收到的心跳次數 
Renews (last min)：上一分鐘內收到的心跳次數。

前文說到禁止註冊server自己為client，不管server是否禁止，閾值（threshold）是1。client個數為n，閾值為1+2*n（此為一個server且禁止自注冊的情況） 
如果是多個server，且開啟了自注冊，那麼就和client一樣，是對於其他的server來說就是client，是要*2的

我開了兩個server，自注冊，相關資料如下 
 
閾值：1+2*1 
renews： 
1）自注冊 2 + 2*1 
2）非自注冊：2*1

Eurake有一個配置引數eureka.server.renewalPercentThreshold，定義了renews 和renews threshold的比值，預設值為0.85。當server在15分鐘內，比值低於percent，即少了15%的微服務心跳，server會進入自我保護狀態，Self-Preservation。在此狀態下，server不會刪除註冊資訊，這就有可能導致在呼叫微服務時，實際上服務並不存在。 
這種保護狀態實際上是考慮了client和server之間的心跳是因為網路問題，而非服務本身問題，不能簡單的刪除註冊資訊

stackoverflow上，有人給出的建議是： 
1、在生產上可以開自注冊，部署兩個server 
2、在本機器上測試的時候，可以把比值調低，比如0.49 

3、或者簡單粗暴把自我保護模式關閉

eureka.server.enableSelfPreservation=false                        

1.自我保護的目的是什麼？該檔案指出，在“客戶可以獲得不再存在的例項”的情況下進行自我保護。那麼建議何時開啟/關閉它？

此外，當自我保護功能開啟時，您可能會在Eureka伺服器控制檯警告中收到一條傑出的訊息：

緊急！EUREKA可能會不正當地聲稱，如果沒有。延期時間少於閾值，而且這些物品沒有過期只是為了安全。

現在，繼續使用Spring Eureka控制檯。

Lease expiration enabled    true/false
Renews threshold    5
Renews (last min)   4

我遇到了一個奇怪的閾值計數行為：當我單獨啟動Eureka伺服器時，閾值為1。

2.我有一臺Eureka伺服器，並配置registerWithEureka: false為阻止它在另一臺伺服器上註冊。那麼，它為什麼會出現在門檻值？

3.對於每個客戶，我開始將閾值計數增加+2。我想這是因為他們每分鐘傳送2條更新訊息，對嗎？

4.尤里卡伺服器從不傳送更新，因此最後一次更新總是低於閾值。這是正常的嗎？

renew threshold 5
rewnews last min: (client1) +2 + (client2) +2 -> 4

更新閾值：Eureka伺服器預計每分鐘從Eureka例項收到的更新。

例如，如果registerWithEureka設定為false，eureka.instance.leaseRenewalIntervalInSeconds則設定為30並執行2個Eureka例項。兩個Eureka例項將每分鐘向Eureka伺服器傳送4次更新，Eureka伺服器最小閾值為1（用程式碼編寫），因此閾值為5（此數字將乘以eureka.server.renewalPercentThreshold稍後討論的因素）。

SELF儲存模式：如果更新（最後一分鐘）小於更新閾值，自我儲存模式將被啟用。

因此在上面的例子中，SELF儲存模式被啟用，因為閾值是5，但是尤里卡伺服器只能接收4次更新/分鐘。

1. 問題1：

自我保護模式的設計是為了避免網路連線失敗。Eureka例項A和B之間的連線性很好，但由於連線問題，B未能在短時間內將其租借給Eureka伺服器，此時Eureka伺服器不能簡單地將例項B踢出去。如果確實如此，例項儘管B可用，但A不會從Eureka伺服器獲得可用的註冊服務。所以這是SELF PRESERVATION MODE的目的，最好開啟它。

2. 問題2：

最小閾值1寫入程式碼中。registerWithEureka設定為false，因此不會有Eureka例項暫存器，閾值將為1。

在生產環境中，通常我們會部署兩臺Eureka伺服器registerWithEureka並將其設定為true。因此，閾值將是2，並且Eureka伺服器將每分鐘更新兩次，所以RENEWALS ARE LESSER THAN THRESHOLD不會成為問題。

3. 問題3：

你是對的。eureka.instance.leaseRenewalIntervalInSeconds定義每分鐘傳送到伺服器的更新次數，但會增加上述因素eureka.server.renewalPercentThreshold，預設值為0.85。

4. 問題4：

是的，這很正常，因為閾值初始值設定為1.所以如果registerWithEureka設定為false，則更新總是低於閾值。

我有兩個建議：

1. 部署兩臺Eureka伺服器並啟用registerWithEureka。
2. 如果您只想在demo / dev環境中進行部署，則可以將其設定eureka.server.renewalPercentThreshold為0.49，因此當您單獨啟動Eureka伺服器時，閾值將為0。