keepalived的工作原理是什么

這篇文章主要講解了“keepalived的工作原理是什么”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“keepalived的工作原理是什么”吧！

keepalived工作原理是：根據TCP/IP參考模型的第三、第四層、第五層交換機制檢測每個服務節點的狀態，某個服務器節點出現異常或出現故障，Keepalived將檢測到將出現的故障的服務器節點從集群系統中剔除。

本教程操作環境：centos7系統、thinkpad t480電腦。

Keepalived簡介

Keepalived是Linux下一個輕量級別的高可用解決方案。高可用：廣義來講，是指整個系統的高可用行；狹義的來講就是主機的冗余和接管。

它與HeartBeat實現類似的功能，都可以實現服務或者網絡的高可用，但是又有差別，HeartBeat是一個專業的、功能完善的高可用軟件，它提供HA軟件所需的基本功能，比如：心跳檢測、資源接管，檢測集群中的服務，在集群節點轉移共享IP地址的所有者等等。

HeartBeat功能強大，但是部署和使用相對比較麻煩，與HeartBeat相比，Keepalived主要是通過虛擬路由冗余來實現高可用功能，雖然它沒有HeartBeat功能強大，但是Keepalived部署和使用非常的簡單，所有配置只需要一個配置文件即可以完成。

Keepalived是什么？

Keepalived起初是為LVS設計的，專門用來監控集群系統中各個服務節點的狀態，它根據TCP/IP參考模型的第三、第四層、第五層交換機制檢測每個服務節點的狀態，如果某個服務器節點出現異常，或者工作出現故障，Keepalived將檢測到，并將出現的故障的服務器節點從集群系統中剔除，這些工作全部是自動完成的，不需要人工干涉，需要人工完成的只是修復出現故障的服務節點。

后來Keepalived又加入了VRRP的功能，VRRP（VritrualRouterRedundancyProtocol,虛擬路由冗余協議)出現的目的是解決靜態路由出現的單點故障問題，通過VRRP可以實現網絡不間斷穩定運行，因此Keepalvied一方面具有服務器狀態檢測和故障隔離功能，另外一方面也有HAcluster功能。

健康檢查和失敗切換是keepalived的兩大核心功能。所謂的健康檢查，就是采用tcp三次握手，icmp請求，http請求，udp echo請求等方式對負載均衡器后面的實際的服務器(通常是承載真實業務的服務器)進行保活；而失敗切換主要是應用于配置了主備模式的負載均衡器，利用VRRP維持主備負載均衡器的心跳，當主負載均衡器出現問題時，由備負載均衡器承載對應的業務，從而在最大限度上減少流量損失，并提供服務的穩定性。

VRRP協議與工作原理

在現實的網絡環境中。主機之間的通信都是通過配置靜態路由或者(默認網關)來完成的，而主機之間的路由器一旦發生故障，通信就會失效，因此這種通信模式當中，路由器就成了一個單點瓶頸，為了解決這個問題，就引入了VRRP協議。

VRRP協議是一種容錯的主備模式的協議，保證當主機的下一跳路由出現故障時，由另一臺路由器來代替出現故障的路由器進行工作，通過VRRP可以在網絡發生故障時透明的進行設備切換而不影響主機之間的數據通信。

虛擬路由器：虛擬路由器是VRRP備份組中所有路由器的集合，它是一個邏輯概念，并不是正真存在的。從備份組外面看備份組中的路由器，感覺組中的所有路由器就像一個 一樣，可以理解為在一個組中： 主路由器+所有備份路由器=虛擬路由器。

虛擬路由器有一個虛擬的IP地址和MAC地址。主機將虛擬路由器當作默認網關。虛擬MAC地址的格式為00-00-5E-00-01-{VRID}。通常情況下，虛擬路由器回應ARP請求使用的是虛擬MAC地址，只有虛擬路由器做特殊配置的時候，才回應接口的真實MAC地址。

主路由器（MASTER）：虛擬路由器通過虛擬IP對外提供服務，而在虛擬路由器內部同一時間只有一臺物理路由器對外提供服務，這臺提供服務的物理路由器被稱為主路由器。一般情況下Master是由選舉算法產生，它擁有對外服務的虛擬IP，提供各種網絡功能，如：ARP請求，ICMP數據轉發等。

備份路由器（BACKUP）：虛擬路由器中的其他物理路由器不擁有對外的虛擬IP，也不對外提供網絡功能，僅接受MASTER的VRRP狀態通告信息，這些路由器被稱為備份路由器。當主路由器失敗時，處于BACKUP角色的備份路由器將重新進行選舉，產生一個新的主路由器進入MASTER角色，繼續提供對外服務，整個切換對用戶來說是完全透明的。

VRRP選舉機制

VRRP路由器在運行過程中有三種狀態：

1. Initialize狀態： 系統啟動后就進入Initialize，此狀態下路由器不對VRRP報文做任何處理；

2. Master狀態；

3. Backup狀態；

一般主路由器處于Master狀態，備份路由器處于Backup狀態。

VRRP使用選舉機制來確定路由器的狀態，優先級選舉：

1.VRRP組中IP擁有者。如果虛擬IP地址與VRRP組中的某臺VRRP路由器IP地址相同，則此路由器為IP地址擁有者，這臺路由器將被定位主路由器。

2.比較優先級。如果沒有IP地址擁有者，則比較路由器的優先級，優先級的范圍是0~255，優先級大的作為主路由器

3.比較IP地址。在沒有Ip地址擁有者和優先級相同的情況下，IP地址大的作為主路由器。

如下圖所示，虛擬IP為10.1.1.254，在VRRP組中沒有IP地址擁有者，則比較優先級，很明顯RB和RA的優先級要大于RC，則比較RA和RB的IP地址，RB的IP地址大。所以RB為組中的主路由器。

工作過程

路由器使用VRRP 功能后，會根據優先級確定自己在備份組中的角色。優先級高的路由器成為Master 路由器，優先級低的成為Backup 路由器。Master 擁有對外服務的虛擬IP，提供各種網絡功能，并定期發送VRRP 報文，通知備份組內的其他設備自己工作正常；Backup 路由器只接收Master 發來的報文信息，用來監控Master 的運行狀態。當Master 失效時，Backup 路由器進行選舉，優先級高的Backup 將成為新的Master 。

在搶占方式下，當Backup 路由器收到VRRP 報文后，會將自己的優先級與報文中的優先級進行比較。如果大于通告報文中的優先級，則成為Master 路由器；否則將保持Backup狀態；

在非搶占方式下，只要Master 路由器沒有出現故障，備份組中的路由器始終保持Master 或Backup 狀態，Backup 路由器即使隨后被配置了更高的優先級也不會成為Master 路由器；

如果Backup 路由器的定時器超時后仍未收到Master 路由器發送來的VRRP報文，則認為Master 路由器已經無法正常工作，此時Backup 路由器會認為自己是Master 路由器，并對外發送VRRP報文。備份組內的路由器根據優先級選舉出Master 路由 器，承擔報文的轉發功能。

Keepalvied的工作原理

Keepalived對服務器運行狀態和故障隔離的工作原理：

Keepalived工作在TCP/IP參考模型的三層、四層、五層（物理層，鏈路層）：

網絡層（3）：Keepalived通過ICMP協議向服務器集群中的每一個節點發送一個ICMP數據包(有點類似與Ping的功能)，如果某個節點沒有返回響應數據包，那么認為該節點發生了故障，Keepalived將報告這個節點失效，并從服務器集群中剔除故障節點。

傳輸層（4）：Keepalived在傳輸層里利用了TCP協議的端口連接和掃描技術來判斷集群節點的端口是否正常，比如對于常見的WEB服務器80端口。或者SSH服務22端口，Keepalived一旦在傳輸層探測到這些端口號沒有數據響應和數據返回，就認為這些端口發生異常，然后強制將這些端口所對應的節點從服務器集群中剔除掉。

應用層（5）：，Keepalived的運行方式也更加全面化和復雜化，用戶可以通過自定義Keepalived工作方式，例如：可以通過編寫程序或者腳本來運行Keepalived，而Keepalived將根據用戶的設定參數檢測各種程序或者服務是否允許正常，如果Keepalived的檢測結果和用戶設定的不一致時，Keepalived將把對應的服務器從服務器集群中剔除。

Keepalived體系結構

Keepalived起初是為LVS設計的，由于Keeplalived可以實現對集群節點的狀態檢測，而IPVS可以實現負載均衡功能，因此,Keepalived借助于第三方模塊IPVS就可以很方便地搭建一套負載均衡系統。在Keepalived當中IPVS模塊是可配置的，如果需要負載均衡功能，可以在編譯Keepalived時開打負載均衡功能，也可以通過編譯參數關閉。

SchedulerI/OMultiplexer是一個I/O復用分發調度器，它負載安排Keepalived所有內部的任務請求；

Memory Mngt是一個內存管理機制，這個框架提供了訪問內存的一些通用方法；

Control Plane 是keepalived的控制版面，可以實現對配置文件編譯和解析；

Core componets 這部分主要包含了5個部分；

• Watchdog：是計算機可靠領域中極為簡單又非常有效的檢測工具，Keepalived正是通過它監控Checkers和VRRP進程的。

• Checkers:這是Keepalived最基礎的功能，也是最主要的功能，可以實現對服務器運行狀態檢測和故障隔離。

• VRRP Stack:這是keepalived后來引用VRRP功能，可以實現HA集群中失敗切換功能。負責負載均衡器之間的失敗切換FailOver；

• IPVS wrapper:這個是IPVS功能的一個實現，IPVSwarrper模塊將可以設置好的IPVS規則發送的內核空間并且提供給IPVS模塊，最終實現IPVS模塊的負載功能。

• Netlink Reflector：用來實現高可用集群Failover時虛擬IP(VIP)的設置和切換，

keepalived運行時，會啟動3個進程，分別為：core(核心進程)，check和vrrp

- core：負責主進程的啟動，維護和全局配置文件的加載；

- check：負責健康檢查

- vrrp：用來實現vrrp協議

與heartbeat/corosync等比較

　　Heartbeat、Corosync、Keepalived這三個集群組件我們到底選哪個好，Heartbeat、Corosync是屬于同一類型，Keepalived與Heartbeat、Corosync，根本不是同一類型的。

Keepalived使用的vrrp虛擬路由冗余協議方式；Heartbeat或Corosync是基于主機或網絡服務的高可用方式；簡單的說就是，Keepalived的目的是模擬路由器的高可用，Heartbeat或Corosync的目的是實現Service的高可用。

所以一般Keepalived是實現前端高可用，常用的前端高可用的組合有，就是我們常見的LVS+Keepalived、Nginx+Keepalived、HAproxy+Keepalived。而Heartbeat或Corosync是實現服務的高可用，常見的組合有Heartbeat v3(Corosync)+Pacemaker+NFS+Httpd 實現Web服務器的高可用、Heartbeat v3(Corosync)+Pacemaker+NFS+MySQL 實現MySQL服務器的高可用。

總結一下，Keepalived中實現輕量級的高可用，一般用于前端高可用，且不需要共享存儲，一般常用于兩個節點的高可用。而Heartbeat(或Corosync)一般用于服務的高可用，且需要共享存儲，一般用于多節點的高可用。 

感謝各位的閱讀，以上就是“keepalived的工作原理是什么”的內容了，經過本文的學習后，相信大家對keepalived的工作原理是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！