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.


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

eureka.server.enableSelfPreservation=false


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM