nfs文件共享服務(wù)器企業(yè)實(shí)戰(zhàn)(三)-nfs高可用

在上一章中探討了怎么實(shí)現(xiàn)客戶端的自動(dòng)掛載,這章主要是探討另外一個(gè)更重要的話題,實(shí)現(xiàn)nfs的高可用。

服務(wù)器難免會(huì)遇到意外宕機(jī)的情況,如果服務(wù)端出現(xiàn)故障,那么客戶端掛載的目錄將不可用,如果這個(gè)目錄是掛載給nginx作為圖片資源,那么前端就無(wú)法訪問(wèn)了。

所以我們需要有一個(gè)備用服務(wù)器,但是這時(shí)就有兩個(gè)ip了,那么客戶端究竟掛載那個(gè)ip呢?好像都不行。因?yàn)槲覀儾⒉恢滥膫€(gè)服務(wù)器會(huì)掛,或者說(shuō),直接掛載某個(gè)ip,如果該服務(wù)器掛了,如何實(shí)現(xiàn)切換,又是一個(gè)難題。

這時(shí)就需要用到keepalived工具了,它會(huì)為我們創(chuàng)建一個(gè)虛擬IP,我們只需要掛載這個(gè)IP即可,該ip會(huì)首先綁定到主服務(wù)器上,如果主服務(wù)器一旦宕機(jī),則會(huì)漂移到備用服務(wù)器上,而客戶端掛載的還是虛擬ip不變

概念圖:

image

B服務(wù)器一旦掛了,vip則漂移到C服務(wù)上,如下:

image

具體實(shí)現(xiàn):

1. 后端兩臺(tái)服務(wù)器均部署keepalived:

B與C均執(zhí)行以下命令:

yum install keepalived -y

2. 備份原配置文件,然后修改配置文件:

B服務(wù)器:
! Configuration File for keepalived
 global_defs {
  notification_email {
      root@localhost
 }
    notification_email_from lutixia@163.com
    smtp_server 127.0.0.1
    smtp_connect_timeout 30
    router_id LVS_DEVEL
 }
vrrp_script check_nfs {
    script "/data/sh/check_nfs.sh"
    interval 2
    weight 2
 }

# VIP1
vrrp_instance VI_1 {
     state MASTER
     interface ens32
     virtual_router_id 51
     priority 90
     advert_int 5
     authentication {
         auth_type  PASS
         auth_pass  1111
     }
     virtual_ipaddress {
        192.168.0.200/24  label ens32:0
     }
     track_script {
        check_nfs
    }
}
C服務(wù)器:
C服務(wù)器配置與B基本一致,將MASTER修改為BACKUP,將優(yōu)先級(jí)修改為80或者小于90的數(shù)字即可。

! Configuration File for keepalived
 global_defs {
  notification_email {
      root@localhost
 }
    notification_email_from lutixia@163.com
    smtp_server 127.0.0.1
    smtp_connect_timeout 30
    router_id LVS_DEVEL
 }
vrrp_script check_nfs {
    script "/data/sh/check_nfs.sh"
    interval 2
    weight 2
 }

# VIP1
vrrp_instance VI_1 {
     state BACKUP
     interface ens32
     virtual_router_id 51
     priority 80
     advert_int 5
     authentication {
         auth_type  PASS
         auth_pass  1111
     }
     virtual_ipaddress {
        192.168.0.200/24  label ens32:0
     }
     track_script {
        check_nfs
    }
}

3. B與C服務(wù)器均創(chuàng)建用于檢測(cè)nfs服務(wù)是否存在的腳本:

#!/bin/bash
#by lutixia
##############

killall -0 nfsd
if [ $? -ne 0 ];then
        systemctl stop keepalived
fi

4. 啟動(dòng)rpcbind,nfs,keepalived服務(wù):

systemctl start rpcbind && systemctl start nfs && systemctl start keepalived

ps:這三個(gè)服務(wù)啟動(dòng)順序不要搞錯(cuò)了。

5. 在master服務(wù)器上查看vip:

image

6. 將master的nfs服務(wù)關(guān)掉,查看vip,這時(shí)vip會(huì)漂移到backup服務(wù)器上

master服務(wù)器的ip:

image

backup服務(wù)器的IP:

image

到這里說(shuō)明vip已經(jīng)可以正常漂移,我們只需要在nfs客戶端掛載vip即可

7. 客戶端掛載目錄,然后創(chuàng)建如下腳本:

掛載:

mount -t nfs -o soft,timeo=10 192.168.0.200:/data/lutixia /mnt/nfs

推薦使用軟掛載,默認(rèn)是硬掛載。使用軟掛載,服務(wù)端宕機(jī),不會(huì)一直阻塞。

檢測(cè)腳本:

#!/bin/bash
#by lutixia
###############
while true;do
ls /mnt/nfs &> /dev/null
if [ $? -ne 0 ];then
        umount -l /mnt/nfs && mount -t nfs -o soft,timeo=10 192.168.0.200:/data/lutixia /mnt/nfs
fi
sleep 1
done

ps:如果客戶端已經(jīng)掛載了,服務(wù)端某臺(tái)服務(wù)器宕機(jī)了,即使vip切換了,但是還是會(huì)報(bào)錯(cuò),以前失效的掛載連接還在。所以需要卸載,重新掛載一次,這個(gè)腳本會(huì)每秒檢測(cè)一次。

獲取文章更新,以及常用軟件,可以關(guān)注公眾號(hào): 笨辦法學(xué)linux

image
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容