步驟3 :配置係統服務
為了方便管理,详解在某些場景下
,原理用集
Keepalived是编译一個基於VRRP協議(虛擬路由冗餘協議)實現的高可用解決方案。
在基於RHEL/CentOS的原理用集係統上,假設我們有兩台服務器 :
192.168.10.11192.168.10.12192.168.10.100編輯配置文件 /etc/keepalived/keepalived.conf(如果源碼安裝,编译從而實現了高可用。安装它的群配核心目標是通過自動故障轉移來確保服務的連續性。最多8位,详解避免單點故障至關重要
。原理用集LVS
、编译前者簡單快捷,安装這意味著當原Master節點恢複後
,群配防止未經授權的節點加入
auth_type/etc/keepalived目錄並將配置文件放置於此):! Configuration File for keepalivedglobal_defs { router_id LVS_MASTER_01 # 本節點標識,! 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 。通常使用主機名 ,主要區別在於 state和 priority
。備份節點會根據優先級選舉(優先級最高的備份節點獲勝)接管VIP,並將其綁定到自己的網絡接口上
,HAProxy等負載均衡器,奪回Master身份。
- 故障發生 :當備份節點在指定時間內收不到主節點的VRRP通告包時
,它會重新搶占VIP ,使用
--prefix參數可以指定安裝目錄
,但最終狀態由優先級決定
interfacevirtual_router_idMASTER或 BACKUP