keepalived是一個類似於layer3, 4 & 7交換機制的軟體，也就是我們平時說的第3層、第4層和第7層交換。本站小編下面為你整理了一些與Keepalived相關的基礎知識，希望對你有所幫助。
一、Keepalived介紹
Keepalived是Linux下一個輕量級的高可用解決方案，它與HeartBeat、RoseHA實現的功能類似，都可以實現服務或者網路的高可用，但是又有差別：HeartBeat是一個專業的、功能完善的高可用軟體，它提供了HA軟體所需的基本功能，比如心跳檢測和資源接管，監測叢集中的系統服務，在群集節點間轉移共享IP地址的所有者等，HeartBeat功能強大，但是部署和使用相對比較麻煩;與HeartBeat相比，Keepalived主要是通過虛擬路由冗餘來實現高可用功能，雖然它沒有HeartBeat功能強大，但Keepalived部署和使用非常簡單，所有配置只需一個配置檔案即可完成。這也是本章重點介紹Keepalived的原因。
二、Keepalived是什麼
Keepalived起初是為LVS設計的，專門用來監控集群系統中各個服務節點的狀態。它根據layer3, 4 & 5交換機制檢測每個服務節點的狀態，如果某個服務節點出現異常，或工作出現故障，Keepalived將檢測到，並將出現故障的服務節點從集群系統中剔除，而在故障節點恢復正常後，Keepalived又可以自動將此服務節點重新加入到伺服器叢集中，這些工作全部自動完成，不需要人工干涉，需要人工完成的只是修復出現故障的服務節點。
Keepalived後來又加入了VRRP的功能，VRRP是Virtual Router Redundancy Protocol(虛擬路由器冗餘協議)的縮寫，它出現的目的是為了解決靜態路由出現的.單點故障問題，通過VRRP可以實現網路不間斷地、穩定地執行。因此，Keepalived一方面具有伺服器狀態檢測和故障隔離功能，另一方面也具有HA cluster功能.下面詳細介紹下VRRP協議的實現過程。
三、 VRRP協議與工作原理
在現實的網路環境中，主機之間的通訊都是通過配置靜態路由(預設閘道器)完成的，而主機之間的路由器一旦出現故障，通訊就會失敗，因此，在這種通訊模式中，路由器就成了一個單點瓶頸，為了解決這個問題，就引入了VRRP協議。
熟悉網路的讀者對VRRP協議應該並不陌生。它是一種主備模式的協議，通過VRRP可以在網路發生故障時透明地進行裝置切換而不影響主機間的資料通訊，這其中涉及兩個概念：物理路由器和虛擬路由器。
VRRP可以將兩臺或多臺物理路由器裝置虛擬成一個虛擬路由器，這個虛擬路由器通過虛擬IP(一個或多個)對外提供服務，而在虛擬路由器內部，是多個物理路由器協同工作，同一時間只有一臺物理路由器對外提供服務，這臺物理路由器被稱為主路由器(處於MASTER角色)。一般情況下MASTER由選舉演算法產生，它擁有對外服務的虛擬IP，提供各種網路功能，如ARP請求、ICMP、資料轉發等。而其他物理路由器不擁有對外的虛擬IP，也不提供對外網路功能，僅僅接收MASTER的VRRP狀態通告資訊，這些路由器被統稱為備份路由器(處於BACKUP角色)。當主路由器失效時，處於BACKUP角色的備份路由器將重新進行選舉，產生一個新的主路由器進入MASTER角色繼續提供對外服務，整個切換過程對使用者來說完全透明。
每個虛擬路由器都有一個唯一標識，稱為VRID，一個VRID與一組IP地址構成了一個虛擬路由器。在VRRP協議中，所有的報文都是通過IP多播形式傳送的，而在一個虛擬路由器中，只有處於MASTER角色的路由器會一直髮送VRRP資料包，處於BACKUP角色的路由器只接收MASTER發過來的報文資訊，用來監控MASTER執行狀態，因此，不會發生BACKUP搶佔的現象，除非它的優先順序更高。而當MASTER不可用時，BACKUP也就無法收到MASTER發過來的報文資訊，於是就認定MASTER出現故障，接著多臺BACKUP就會進行選舉，優先順序最高的BACKUP將成為新的MASTER，這種選舉並進行角色切換的過程非常快，因而也就保證了服務的持續可用性。
四、Keepalived工作原理
上節簡單介紹了Keepalived通過VRRP實現高可用功能的工作原理，而Keepalived作為一個高效能叢集軟體，它還能實現對叢集中伺服器執行狀態的監控及故障隔離。下面繼續介紹下Keepalived對伺服器執行狀態監控和檢測的工作原理。
Keepalived工作在TCP/IP參考模型的第三、第四和第五層，也就是網路層、傳輸層和應用層。根據TCP/IP參考模型各層所能實現的功能，Keepalived執行機制如下。
在網路層，執行著四個重要的協議：互連網協議IP、互連網控制報文協議ICMP、地址轉換協議ARP以及反向地址轉換協議RARP。Keepalived在網路層採用的最常見的工作方式是通過ICMP協議向伺服器叢集中的每個節點發送一個ICMP的資料包(類似於ping實現的功能)，如果某個節點沒有返回響應資料包，那麼就認為此節點發生了故障，Keepalived將報告此節點失效，並從伺服器叢集中剔除故障節點。
在傳輸層，提供了兩個主要的協議：傳輸控制協議TCP和使用者資料協議UDP。傳輸控制協議TCP可以提供可靠的資料傳輸服務，IP地址和埠，代表一個TCP連線的一個連線端。要獲得TCP服務,須在傳送機的一個埠上和接收機的一個埠上建立連線，而Keepalived在傳輸層就是利用TCP協議的埠連線和掃描技術來判斷叢集節點是否正常的。比如，對於常見的Web服務預設的80埠、SSH服務預設的22埠等，Keepalived一旦在傳輸層探測到這些埠沒有響應資料返回，就認為這些埠發生異常，然後強制將此埠對應的節點從伺服器叢集組中移除。
在應用層，可以執行FTP、TELNET、SMTP、DNS等各種不同型別的高層協議，Keepalived的執行方式也更加全面化和複雜化，使用者可以通過自定義Keepalived的工作方式，例如使用者可以通過編寫程式來執行Keepalived，而Keepalived將根據使用者的設定檢測各種程式或服務是否允許正常，如果Keepalived的檢測結果與使用者設定不一致時，Keepalived將把對應的服務從伺服器中移除。