您好,登錄后才能下訂單哦!
今天小編給大家分享一下Keepalived+Nginx怎么實現高可用的相關知識點,內容詳細,邏輯清晰,相信大部分人都還太了解這方面的知識,所以分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后有所收獲,下面我們一起來了解一下吧。
1、方案規劃
vip | ip | 主機名 | nginx端口 |
---|---|---|---|
192.168.1.210 | 192.168.1.201 | nginx-01 | 80 |
192.168.1.210 | 192.168.1.202 | nginx-02 | 80 |
兩臺服務器的vip為:192.168.1.210
分別在兩臺web服務器安裝nginx和keepalived:
1、安裝nginx,請參考《nginx源碼安裝》
2、安裝keepalived,請參考《keepalived安裝與配置》
3、防火墻添加arrp組播規則,或關閉防火墻
1> iptables
shell> vi /etc/sysconfig/iptables -a input -p vrrp -d 224.0.0.18/32 -j accept
2> firewall
firewall-cmd --direct --permanent --add-rule ipv4 filter input 0 --in-interface enp4s0 --destination 224.0.0.18 --protocol vrrp -j accept firewall-cmd --reload
4、關閉selinux
shell> vi /etc/sysconfig/selinux #修改: selinux=disabled #setenforce 0
2、搶占模式配置
編輯/etc/keepalived/keepalived.conf
配置文件
1> master(192.168.1.201):
global_defs { router_id nginx_01 #標識本節點的名稱,通常為hostname } ## keepalived會定時執行腳本并對腳本執行的結果進行分析,動態調整vrrp_instance的優先級。 ##如果腳本執行結果為0,并且weight配置的值大于0,則優先級相應的增加。如果腳本執行結果非0, ##并且weight配置的值小于 0,則優先級相應的減少。其他情況,維持原本配置的優先級,即配置文件中priority對應的值。 vrrp_script chk_nginx { script "/etc/keepalived/nginx_check.sh" interval 2 #每2秒檢測一次nginx的運行狀態 weight -20 #失敗一次,將自己的優先級-20 } vrrp_instance vi_1 { state master # 狀態,主節點為master,備份節點為backup interface enp0s3 # 綁定vip的網絡接口,通過ifconfig查看自己的網絡接口 virtual_router_id 51 # 虛擬路由的id號,兩個節點設置必須一樣,可選ip最后一段使用,相同的vrid為一個組,他將決定多播的mac地址 mcast_src_ip 192.168.1.201 # 本機ip地址 priority 100 # 節點優先級,值范圍0~254,master要比backup高 advert_int 1 # 組播信息發送時間間隔,兩個節點必須設置一樣,默認為1秒 # 設置驗證信息,兩個節點必須一致 authentication { auth_type pass auth_pass 1111 } # 虛擬ip,兩個節點設置必須一樣。可以設置多個,一行寫一個 virtual_ipaddress { 192.168.1.210 } track_script { chk_nginx # nginx存活狀態檢測腳本 } }
2> backup(192.168.1.202)
global_defs { router_id nginx_02 } vrrp_script chk_nginx { script "/etc/keepalived/nginx_check.sh" interval 2 weight -20 } vrrp_instance vi_1 { state backup interface enp0s3 virtual_router_id 51 mcast_src_ip 192.168.1.202 priority 90 advert_int 1 authentication { auth_type pass auth_pass 1111 } virtual_ipaddress { 192.168.1.210 } track_script { chk_nginx } }
3> 創建nginx服務檢測腳本
分別在主備服務器/etc/keepalived
目錄下創建nginx_check.sh
腳本,并為其添加執行權限chmod +x /etc/keepalived/nginx_check.sh
。用于keepalived定時檢測nginx的服務狀態,如果nginx停止了,會嘗試重新啟動nginx,如果啟動失敗,會將keepalived進程殺死,將vip漂移到備份機器上。
#!/bin/bash a=`ps -c nginx --no-header | wc -l` if [ $a -eq 0 ];then /opt/nginx/sbin/nginx #嘗試重新啟動nginx sleep 2 #睡眠2秒 if [ `ps -c nginx --no-header | wc -l` -eq 0 ];then killall keepalived #啟動失敗,將keepalived服務殺死。將vip漂移到其它備份節點 fi fi
4> 啟動keepalived服務
shell> service keepalived start shell> ps -ef | grep keepalived [root@localhost ~]# ps -ef | grep keepalived root 865 1 0 23:36 ? 00:00:00 keepalived -d root 869 865 0 23:36 ? 00:00:00 keepalived -d root 870 865 0 23:36 ? 00:00:00 keepalived -d
如果看到如上進程信息,表示keepalived已經啟動成功。下面用ip add
命令查看vip綁定的情況,如下圖所示:
從上圖可以看出,vip地址192.168.1.210綁定在master(192.168.1.201)的enp0s3網卡上。
5> 測試故障轉移
將master上的keepalived停止,查看vip是否會漂移到192.168.2.202上。
停止201的keepalived服務:
shell> service keepalived stop shell> ip addr
從上圖可以看出,vip已經成功從201漂移到了202。此時再將201的keepalived服務啟動后,由于201是master,所以會將202的vip搶占過來。
啟動201的keepalived服務:
shell> service keepalived start
結果vip又回到了201,如下圖所示:
3、非搶占模式
master從故障中恢復后,不會搶占備份節點的vip
1> master(192.168.1.201):
global_defs { router_id nginx_01 #標識本節點的名稱,通常為hostname } vrrp_script chk_nginx { script "/etc/keepalived/nginx_check.sh" interval 2 weight -20 } vrrp_instance vi_1 { state backup interface enp0s3 virtual_router_id 51 mcast_src_ip 192.168.1.201 priority 100 advert_int 1 nopreempt authentication { auth_type pass auth_pass 1111 } virtual_ipaddress { 192.168.1.210 } track_script { chk_nginx # nginx存活狀態檢測腳本 } }
2> backup(192.168.1.202)
global_defs { router_id nginx_02 } vrrp_script chk_nginx { script "/etc/keepalived/nginx_check.sh" interval 2 weight -20 } vrrp_instance vi_1 { state backup interface enp0s3 virtual_router_id 51 mcast_src_ip 192.168.1.202 priority 90 advert_int 1 nopreempt authentication { auth_type pass auth_pass 1111 } virtual_ipaddress { 192.168.1.210 } track_script { chk_nginx } }
和非搶占模式的配置相比,只改了兩個地方:
1> 在vrrp_instance塊下兩個節點各增加了nopreempt指令,表示不爭搶vip
2> 節點的state都為backup
兩個keepalived節點都啟動后,默認都是backup狀態,雙方在發送組播信息后,會根據優先級來選舉一個master出來。由于兩者都配置了nopreempt,所以master從故障中恢復后,不會搶占vip。這樣會避免vip切換可能造成的服務延遲。
以上就是“Keepalived+Nginx怎么實現高可用”這篇文章的所有內容,感謝各位的閱讀!相信大家閱讀完這篇文章都有很大的收獲,小編每天都會為大家更新不同的知識,如果還想學習更多的知識,請關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。