您好,登錄后才能下訂單哦!
本篇文章為大家展示了大數據中常用的高可用和負載均衡架構設計模式有哪些,內容簡明扼要并且容易理解,絕對能使你眼前一亮,通過這篇文章的詳細介紹希望你能有所收獲。
下面總結一下常見的高可用和負載均衡架構模式。
客戶端配置多個服務器地址。如果發生某個服務器無法訪問或者使用異常,客戶端就切換到其它服務器上。
優點:簡單,高效,可以在業務層面檢測服務可用性
缺點:需要提前配置。
Mysql connect 這樣做load balance 和failed over .在JDBC連接上可以配置多個服務器。
# Connection URL for a server failover setup: jdbc:mysql//primaryhost,secondaryhost1,secondaryhost2/test
DNS服務返回不同的IP來達到切換和負載均衡的效果。由于DNS會緩存,實際使用中問題會比較多。.
優點:對使用者是透明,
缺點:由于DNS緩存問題,可能切換不及時
注冊服務器(zookeeper)用來管理當前可以用的服務提供。dubbo使用這種方式來實現。
優點:可以使用復雜的負載均衡策略,可以實現服務路由。
缺點:實現復雜
如果正在使用的機器出問題,外網Ip可以根據情況,分配到另外一臺主機上。這樣IP切換對外部訪問者是透明的。不過要實現浮動IP,對底層網絡的支持。在現在的云服務器中無法使用。
優點: 高效,對客戶端透明
缺點: 對主機網絡有要求,無法在云服務器中使用。
代理服務器檢測上游服務器是否可用。并且會根據一定策略來路由前端過來的請求。為了避免代理服務器出現故障,導致系統無法被訪問。所以一般都要結合keepalive+vip一起使用。
優點: 支持大量服務器,可以配置復雜路由規則
缺點:代理服務器有單點問題,故障檢測不及時
1. 服務器信息誰維護,客戶端,代理服務器或者注冊服務
2. 故障發現手段。通用的檢測方式只能檢查端口能不能連接,如果出現服務器僵尸情況常常不能及時被發現。
3. 服務器利用率。
上述內容就是大數據中常用的高可用和負載均衡架構設計模式有哪些,你們學到知識或技能了嗎?如果還想學到更多技能或者豐富自己的知識儲備,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。