您好,登錄后才能下訂單哦!
本篇內容主要講解“Eureka的原理介紹”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“Eureka的原理介紹”吧!
https://blog.csdn.net/JinXYan/article/details/90721953
Zookeeper保證CP,在云部署的環境下,
因網絡問題使得zk集群失去master節點是較大概率會發生的事,
雖然服務能夠最終恢復,
但是漫長的選舉時間導致的注冊長期不可用是不能容忍的。
如果在15分鐘內超過85%的節點都沒有正常的心跳,
那么Eureka就認為客戶端與注冊中心出現了網絡故障,
此時會出現以下幾種情況:
而不會像zookeeper那樣使整個注冊服務癱瘓。
Eureka不再從注冊列表中移除因為長時間沒收到心跳而應該過期的服務
Eureka仍然能夠接受新服務的注冊和查詢請求,但是不會被同步到其它節點上(即保證當前節點依然可用)
當網絡穩定時,當前實例新的注冊信息會被同步到其它節點中
因此, Eureka可以很好的應對因網絡故障導致部分節點失去聯系的情況,
多個Eureka Server之間通過P2P復制的方式完成服務注冊表的同步
如果某臺服務器宕機,Eureka不會有類似于ZooKeeper的選舉leader的過程;
客戶端請求會自動切換 到新的Eureka節點;
當宕機的服務器重新恢復后,Eureka會再次將其納入到服務器集群管理之中;
而對于它來說,所有要做的無非是同步一些新的服務 注冊信息而已。
所以,再也不用擔心有“掉隊”的服務器恢復以后,會從Eureka服務器集群中剔除出去的風險了。
Eureka還有一種自我保護機制,
到此,相信大家對“Eureka的原理介紹”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。