keepalived雙擊熱備基礎知識

Keepalived 起初是專門針對 LVS 設計的一款強大的輔助工具，主要用來提供故障切換(Failover)和健康檢査(Health Checking)功能–判斷 LVS 負載調度器、節點服務器的可用性，當master 主機出現故障及時切換到 backup節點保證業務正常,當 master 故障主機恢復后將其重新加入群集并且業務重新切換回 master 節點。

1.keepallived概述及安裝

Keepalived 的官方網站位于 http://www.keepalived.org/，本章將以 YUM方式講解 Keepalived 的安裝、配置和使用過程。在非 LVS 群集環境中使用時,Keepalived 也可以作為熱備軟件使用。

keepalived的熱備方式

Keepalived 采用 VRRP(Virtual Router Redundancy Protocol,虛擬路由冗余協議)熱備份協議,以軟件的方式實現Linux 服務器的多機熱備功能。VRRP是針對路由器的一種備份解決方案–由多臺路由器組成一個熱備組,通過共用的虛擬IP地址對外提供服務;每個熱備組內同一時刻只有一臺主路由器提供服務，其他路由器處于幾余狀態。若當前在線的路由器失效，則其他路由器會自動接替(優先級決定接替順序)虛擬IP地址，以繼續提供服務，如圖3.1所小。
熱備組內的每臺路由器都可能成為主路由器，虛擬路由器的IP地址(VIP)可以在熱備組內的路由器之間進行轉移，所以也稱為漂移IP地址。使用Keepalived 時,漂移地址的實現不需要手動建立虛接口配置文件(如 ens33 :0),而是由 Keepalived 根據配置文件自動管理。

2.使用keepalived實現雙機熱備

基于 VRRP 的熱備方式，Keepalived 可以用作服務器的故障切換，每個熱備組可以有 多臺服務器–當然，最常用的就是雙機熱備了。在這種雙機熱備方案中，故障切換主要針對虛擬IP地址的漂移來實現，因此能夠適用于各種應用服務器(不管是 Web、FTP、Mail，還是 SSH、DNS·…本小節將通過一個簡單的案例來說明 Keepalived 雙機熱備的配置方法。其
中，主、備服務器的IP 地址分別為 192.168.10.101和 192.168.10.102，基于漂移地址 192.168.10.100 提供 Web 服務

案例

Keepalived 的設計目標是構建高可用的 LVS 負載均衡群集，可以調用ipvsadm 工具來創建虛擬服務器、管理服務器池，而不僅僅用作雙機熱備。使用Keepalived 構建 LVS 群集更加簡便易用，主要優勢體現在:對 LVS 負載調度器實現熱備切換，提高可用性;對服務器池中的節點進行健康檢查，自動移除失效節點，恢復后再重新加入。
在基于 LVS+Keepalived 實現的 LVS 群集結構中，至少包括兩臺熱備的負載調度器，三臺以上的節點服務器。本節將以 DR 模式的 LVS 群集為基礎，增加一臺從負載調度器，使用Keepalived 來實現主、從調度器的熱備，從而構建兼有負載均衡、高可用兩種能力的 LVS 網站群集平臺。

使用 Keepalived 構建 LVS 群集時，也需要用到 ipvsadm 管理工具。但大部分工作會由Keepalived 自動完成，不需要手動執行 ipvsadm(除了查看和監控群集以外)。下面主要講解 Keepalived 的服務器池設置，關于 NFS 共享服務的配置、Keepalived 的熱備配置等在此不再詳細闡述。

1.基礎主備調度器環境配置

2.配置主調度器

解釋：
router-id：調度器名稱
state ：熱備狀態
priority：優先級
virtual_ipaddress：指定群集vip地址
virtual_server：虛擬服務器地址（VIP）、端口
delay_loop：健康檢查的間隔時間
lb_algo ：調度算法
lb_kind ：群集工作模式
persistence：連接保持時間
protocol：采用協議
real_server：第一個web節點的地址、端口
weight：節點權重
TCP_CHECK：健康檢查方式
connect_port：檢查的目標端口
connect_timeout：連接超時
nb_get_retry：重試次數
delay_before_retry：重試間隔

3.配置從調度器

4.配置兩臺節點服務器

根據所選擇的群集工作模式不同(DR或NAT)，節點服務器的配置也有些差異。以 DR 模式為例，除了需要調整/proc 系統的 ARP 響應參數以外，還需要為虛擬接口 l0∶0 配置 VIP 地址，并添加一條到 VIP 的本地路由

5.測試

關閉101


關閉103