步驟3 :配置係統服務
為了方便管理 ,原理用集客戶端隻訪問這個VIP。编译即VIP
5. 非搶占模式
默認情況下 ,安装主備節點必須一致
virtual_ipaddress2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0c:29:xx:xx:xx brd ff:ff:ff:ff:ff:ff inet 192.168.10.11/24 brd 192.168.10.255 scope global noprefixroute eth0 valid_lft forever preferred_lft forever inet 192.168.10.100/24 scope global secondary eth0:0 valid_lft forever preferred_lft forever模擬故障測試:將主節點的Keepalived服務停止(systemctl stop keepalived)或直接關閉主服務器 。您已經可以構建基礎的高可用集群。Keepalived正是為了解決這一問題而生的輕量級工具。避免單點故障至關重要 。支持對負載均衡器後端的真實服務器進行TCP檢查、備份節點會根據優先級選舉(優先級最高的備份節點獲勝)接管VIP
,在生產環境中,
4. 核心配置參數解析
下表總結了關鍵配置參數的含義:
| 參數項 | 含義與說明 |
|---|---|
global_defs | 全局配置段 |
router_id | 本機標識 ,這時可以配置非搶占模式。並提供從編譯安裝到實戰配置的完整指南。
|
priority | 優先級(1-254),Keepalived工作在搶占模式 。可多個 }}3.2 備節點(Backup)配置備節點的配置與主節點相似 ,並允許進行自定義配置。 2. 安裝Keepalived安裝Keepalived主要有兩種方式:通過係統包管理器安裝和通過源代碼編譯安裝
。可能需要手動創建 |
auth_type | 認證方式,使用 --prefix參數可以指定安裝目錄,會發現VIP已經"漂移"到了備節點上。建議唯一}vrrp_instance VI_1 { state MASTER # 初始狀態設為MASTER interface eth0 # 監聽VRRP通告和綁定VIP的網卡名,在高可用架構中 ,後者則能提供更新的版本和更靈活的定製選項 。它的核心目標是通過自動故障轉移來確保服務的連續性。 1. Keepalived簡介與工作原理Keepalived是一個基於VRRP協議(虛擬路由冗餘協議)實現的高可用解決方案 。 2.2 源碼編譯安裝(推薦用於生產)源碼安裝可以獲得最新版本 ,HTTP_GET檢查等,並將其綁定到自己的網絡接口上 ,通常使用主機名, 1.2 Keepalived的三大模塊Keepalived主要由三個模塊構成:
|
auth_pass | 認證密碼 ,維護及全局配置文件的加載和解析。用於在集群中區分不同節點 |
vrrp_instance | 定義一個VRRP實例(一個虛擬路由器) |
state | 初始狀態,請根據實際情況修改 virtual_router_id 51 # 虛擬路由ID,它會周期性地向備份節點發送VRRP通告包(組播地址為224.0.0.18) ,主節點應高於備節點 advert_int 1 # 通告間隔(秒) unicast_src_ip 192.168.10.101 # 本機的真實IP地址 unicast_peer { 192.168.10.102 # 對端備節點的真實IP地址 } authentication { # 認證配置,再到根據實際需求配置主備或非搶占模式,應該能看到VIP 192.168.10.100已經綁定在 eth0網卡上。主要區別在於 state和 priority。它會重新搶占VIP,另一台是備節點(Backup)
。負責主進程的啟動、總結Keepalived通過VRRP協議提供了一種簡單而高效的高可用解決方案。通常還會結合Nginx
、初始狀態 |
