大數(shù)據(jù)中常用的高可用和負載均衡架構設計模式有哪些

本篇文章為大家展示了大數(shù)據(jù)中常用的高可用和負載均衡架構設計模式有哪些，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

下面總結一下常見的高可用和負載均衡架構模式。

1. 客戶端切換。

客戶端配置多個服務器地址。如果發(fā)生某個服務器無法訪問或者使用異常，客戶端就切換到其它服務器上。

優(yōu)點：簡單，高效，可以在業(yè)務層面檢測服務可用性

缺點：需要提前配置。

Mysql connect 這樣做load balance 和failed over .在JDBC連接上可以配置多個服務器。

# Connection URL for a server failover setup: 
jdbc:mysql//primaryhost,secondaryhost1,secondaryhost2/test

2. DNS映射

DNS服務返回不同的IP來達到切換和負載均衡的效果。由于DNS會緩存，實際使用中問題會比較多。.

優(yōu)點：對使用者是透明，

缺點：由于DNS緩存問題，可能切換不及時

3. 服務注冊發(fā)現(xiàn)

注冊服務器（zookeeper）用來管理當前可以用的服務提供。dubbo使用這種方式來實現(xiàn)。

優(yōu)點：可以使用復雜的負載均衡策略，可以實現(xiàn)服務路由。

缺點：實現(xiàn)復雜

4. keepalive+浮動IP

如果正在使用的機器出問題，外網Ip可以根據(jù)情況，分配到另外一臺主機上。這樣IP切換對外部訪問者是透明的。不過要實現(xiàn)浮動IP，對底層網絡的支持。在現(xiàn)在的云服務器中無法使用。

優(yōu)點： 高效，對客戶端透明

缺點： 對主機網絡有要求，無法在云服務器中使用。

5 代理服務器(nginx ,lVS,Haproxy)

代理服務器檢測上游服務器是否可用。并且會根據(jù)一定策略來路由前端過來的請求。為了避免代理服務器出現(xiàn)故障，導致系統(tǒng)無法被訪問。所以一般都要結合keepalive+vip一起使用。

優(yōu)點： 支持大量服務器，可以配置復雜路由規(guī)則

缺點：代理服務器有單點問題，故障檢測不及時

總結以上模式主要區(qū)別在：

1. 服務器信息誰維護，客戶端，代理服務器或者注冊服務

2. 故障發(fā)現(xiàn)手段。通用的檢測方式只能檢查端口能不能連接，如果出現(xiàn)服務器僵尸情況常常不能及時被發(fā)現(xiàn)。

3. 服務器利用率。

上述內容就是大數(shù)據(jù)中常用的高可用和負載均衡架構設計模式有哪些，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業(yè)資訊頻道。