1. 程式人生 > >EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER

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

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

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、或者簡單粗暴把自我保護模式關閉