Keepalived+Nginx如何實現(xiàn)高可用

小編給大家分享一下Keepalived+Nginx如何實現(xiàn)高可用，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

keepalived的HA分為搶占模式和非搶占模式，搶占模式即MASTER從故障中恢復后，會將VIP從BACKUP節(jié)點中搶占過來。非搶占模式即MASTER恢復后不搶占BACKUP升級為MASTER后的VIP。介紹CentOS7下?lián)屨寄Ｊ胶头菗屨寄Ｊ降呐渲梅绞剑?/p>

1、方案規(guī)劃

兩臺服務器的VIP為：192.168.1.210

分別在兩臺WEB服務器安裝nginx和keepalived：
1、安裝Nginx，請參考《Nginx源碼安裝》
2、安裝Keepalived，請參考《Keepalived安裝與配置》
3、防火墻添加arrp組播規(guī)則，或關閉防火墻

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 #標識本節(jié)點的名稱，通常為hostname
}

## keepalived會定時執(zhí)行腳本并對腳本執(zhí)行的結果進行分析,動態(tài)調整vrrp_instance的優(yōu)先級。
##如果腳本執(zhí)行結果為0,并且weight配置的值大于0,則優(yōu)先級相應的增加。如果腳本執(zhí)行結果非0,
##并且weight配置的值小于 0,則優(yōu)先級相應的減少。其他情況,維持原本配置的優(yōu)先級,即配置文件中priority對應的值。
vrrp_script chk_nginx {
  script "/etc/keepalived/nginx_check.sh"
  interval 2 #每2秒檢測一次nginx的運行狀態(tài)
  weight -20 #失敗一次，將自己的優(yōu)先級-20
}

vrrp_instance VI_1 {
 state MASTER     # 狀態(tài)，主節(jié)點為MASTER，備份節(jié)點為BACKUP
 interface enp0s3    # 綁定VIP的網(wǎng)絡接口，通過ifconfig查看自己的網(wǎng)絡接口
 virtual_router_id 51   # 虛擬路由的ID號,兩個節(jié)點設置必須一樣,可選IP最后一段使用,相同的VRID為一個組,他將決定多播的MAC地址
 mcast_src_ip 192.168.1.201 # 本機IP地址
 priority 100     # 節(jié)點優(yōu)先級，值范圍0～254，MASTER要比BACKUP高
 advert_int 1     # 組播信息發(fā)送時間間隔，兩個節(jié)點必須設置一樣，默認為1秒
 # 設置驗證信息，兩個節(jié)點必須一致
 authentication {
  auth_type PASS
  auth_pass 1111
 }
 # 虛擬IP，兩個節(jié)點設置必須一樣?？梢栽O置多個，一行寫一個
 virtual_ipaddress {
  192.168.1.210
 }

 track_script {
  chk_nginx # nginx存活狀態(tài)檢測腳本
 }
}

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> 創(chuàng)建nginx服務檢測腳本

分別在主備服務器/etc/keepalived目錄下創(chuàng)建nginx_check.sh腳本，并為其添加執(zhí)行權限chmod +x /etc/keepalived/nginx_check.sh。用于keepalived定時檢測nginx的服務狀態(tài)，如果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漂移到其它備份節(jié)點
 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已經(jīng)啟動成功。下面用ip add命令查看vip綁定的情況，如下圖所示：

從上圖可以看出，vip地址192.168.1.210綁定在MASTER（192.168.1.201）的enp0s3網(wǎng)卡上。

5> 測試故障轉移

將MASTER上的keepalived停止，查看vip是否會漂移到192.168.2.202上。

停止201的keepalived服務：

shell> service keepalived stop
shell> ip addr

從上圖可以看出，vip已經(jīng)成功從201漂移到了202。此時再將201的keepalived服務啟動后，由于201是MASTER，所以會將202的VIP搶占過來。

啟動201的keepalived服務：

shell> service keepalived start

結果VIP又回到了201，如下圖所示：

3、非搶占模式

master從故障中恢復后，不會搶占備份節(jié)點的vip

1> MASTER（192.168.1.201）：

global_defs {
 router_id nginx_01 #標識本節(jié)點的名稱，通常為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存活狀態(tài)檢測腳本
 }
}

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塊下兩個節(jié)點各增加了nopreempt指令，表示不爭搶vip

2> 節(jié)點的state都為BACKUP

兩個keepalived節(jié)點都啟動后，默認都是BACKUP狀態(tài)，雙方在發(fā)送組播信息后，會根據(jù)優(yōu)先級來選舉一個MASTER出來。由于兩者都配置了nopreempt，所以MASTER從故障中恢復后，不會搶占vip。這樣會避免VIP切換可能造成的服務延遲。

看完了這篇文章，相信你對“Keepalived+Nginx如何實現(xiàn)高可用”有了一定的了解，如果想了解更多相關知識，歡迎關注億速云行業(yè)資訊頻道，感謝各位的閱讀！