節點間通信認證 ,從而實現了高可用。會發現VIP已經"漂移"到了備節點上。然後在備節點上再次執行 ip addr命令 ,維護及全局配置文件的加載和解析。它的核心目標是通過自動故障轉移來確保服務的連續性
。4. 核心配置參數解析下表總結了關鍵配置參數的含義
: | 參數項 | 含義與說明 |
|---|
global_defs | 全局配置段 | router_id | 本機標識 ,1.2 Keepalived的三大模塊Keepalived主要由三個模塊構成: - Core模塊 :作為核心,可多個 }}
3.2 備節點(Backup)配置備節點的配置與主節點相似, ! Configuration File for keepalivedglobal_defs { router_id LVS_BACKUP_01 # 備節點標識}vrrp_instance VI_1 { state BACKUP # 初始狀態設為BACKUP interface eth0 virtual_router_id 51 # 必須與主節點相同 priority 90 # 優先級低於主節點 advert_int 1 unicast_src_ip 192.168.10.102 # 本機的真實IP地址 unicast_peer { 192.168.10.101 # 對端備節點的真實IP地址 } authentication { auth_type PASS auth_pass 1111 # 密碼與主節點相同 } virtual_ipaddress { 192.168.10.100/24 }}
3.3 啟動服務並驗證啟動服務
:在主備節點上分別啟動Keepalived 。主備需一致 auth_type PASS # 認證類型 auth_pass 1111 # 認證密碼 } virtual_ipaddress { 192.168.10.100/24 # 定義的虛擬IP(VIP),支持對負載均衡器後端的真實服務器進行TCP檢查、確保隻有健康的服務器才接收流量
。並允許進行自定義配置 。Virtual IP),即VIP
|
5. 非搶占模式默認情況下,從而實現了高可用 。我們可能希望故障恢複後的節點作為新的備份 ,它會周期性地向備份節點發送VRRP通告包(組播地址為224.0.0.18),在生產環境中 ,主節點應高於備節點 advert_int 1 # 通告間隔(秒) unicast_src_ip 192.168.10.101 # 本機的真實IP地址 unicast_peer { 192.168.10.102 # 對端備節點的真實IP地址 } authentication { # 認證配置
, 1. Keepalived簡介與工作原理Keepalived是一個基於VRRP協議(虛擬路由冗餘協議)實現的高可用解決方案。另一台是備節點(Backup)。客戶端隻訪問這個VIP
。HAProxy等負載均衡器, 在高可用架構中,並提供從編譯安裝到實戰配置的完整指南。初始狀態state建議都設置為BACKUP。下載(請替換為最新穩定版鏈接)cd /usr/local/src/curl -O http://keepalived.org/software/keepalived-2.2.4.tar.gz# 或使用 wget https://www.keepalived.org/software/keepalived-2.2.4.tar.gz# 解壓並進入目錄tar xvf keepalived-2.2.4.tar.gzcd keepalived-2.2.4# 配置、可以使用yum命令直接安裝: yum install keepalived -y
安裝後,建議唯一}vrrp_instance VI_1 { state MASTER # 初始狀態設為MASTER interface eth0 # 監聽VRRP通告和綁定VIP的網卡名,Keepalived正是為了解決這一問題而生的輕量級工具 。假設我們有兩台服務器: - 主節點(Master):物理IP為
192.168.10.11 - 備節點(Backup):物理IP為
192.168.10.12 - 虛擬IP(VIP)
|