Keepalived高可用概述

什么是高可用

什么是高可用雙擊熱備, 一般指2臺機器啟動著相同的業務系統,當有一臺機器down機了, 另外一臺服務器能快速的接管, 對于訪問的用戶是無感知的，

高可用使用場景

那么高可用使用在什么場景，業務系統需要保證7x24小時不DOWN機, 作為業務來說隨時都可用, 讓你的業務系統更頑強，

keepalived
    lb01:nginx負載均衡(完全一致)
    lb02:nginx負載均衡(完全一致)
    keepalived僅能實作地址漂移

服務部署

keepalived+nginx負載均衡高可用
lb01和lb02必須完完全全一致，這樣才可以實作無縫切換

環境準備

服務器系統角色外網IP 內網IP
CentOS 7.5 keepalived-master eth0:10.0.0.5 eth1:172.16.1.5
CentOS 7.5 keepalived-slave eth0:10.0.0.6 eth1:172.16.1.6

軟體安裝

在lb01與lb02上分別安裝keepalived
[root@lb01 ~]# yum install keepalived -y
[root@lb02 ~]# yum install keepalived -y

配置軟體

配置內容

配置lb01, keepalived-master
[root@lb01 ~]# cat /etc/keepalived/keepalived.conf
global_defs {     
    router_id lb01   
}  
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 50
    priority 150
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
}
    virtual_ipaddress {
        10.0.0.3
    }
}
配置lb02, keepalived-backup
[root@lb02 ~]# cat /etc/keepalived/keepalived.conf
global_defs {
    router_id lb02
}
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 50
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.0.0.3
    }
}

要更改的內容

對比keepalived的master與backup配置的區別
Keepalived配置區別     Master配置     Backup節配置
route_id(唯一標識)     route_id lb01 route_id lb02
state(角色狀態)         state Master state Backup
priority(競選優先級) priority 150 priority 100

快速配置lb02

快速配置一臺負載均衡服務器

[root@lb02 ~]# scp -rp [email protected]:/etc/yum.repos.d /etc/
[root@lb02 ~]# yum install nginx -y
[root@lb02 ~]# scp -rp [email protected]:/etc/nginx /etc/
[root@lb02 ~]# systemctl start nginx
[root@lb02 ~]# systemctl enable nginx

Keepalived局限性

1.只有在物理服務器的情況，并且公司的業務不允許DOWN機（7x24），才會使用keepalived
2.互聯網公司
    1.購買SLB->選擇購買的連接數-->升級
    2.自帶高可用
    2.自帶高可用

相關腳本

檢測列腦相關腳本

由于某些原因，導致兩臺keepalived高可用服務器在指定時間內，無法檢測到對方的心跳訊息，各自取得資源及服務的所有權，而此時的兩臺高可用服務器又都還活著，
服務器網線松動等網路故障
服務器硬體故障發生損壞現象而崩潰
主備都開啟firewalld防火墻
Nginx服務死掉等
在備上撰寫檢測腳本, 測驗如果能ping通主并且備節點還有VIP的話則認為產生了列腦

[root@lb02 ~]# cat check_split_brain.sh
#!/bin/sh
lb01_vip=10.0.0.3
lb01_ip=10.0.0.5
while true;do
    ping -c 2 -W 3 $lb01_ip &>/dev/null
    if [ $? -eq 0 -a `ip add|grep "$lb01_vip"|wc -l` -eq 1 ];then
        echo "ha is split brain.warning."
    else
        echo "ha is ok"
    fi
sleep 5
done

Nginx宕機

如果Nginx宕機, 會導致用戶請求失敗, 但Keepalived并不會進行切換, 所以需要撰寫一個腳本檢測Nginx的存活狀態, 如果不存活則kill nginx和keepalived

[root@lb01 ~]# mkdir /server/scripts
[root@lb01 ~]# vim /server/scripts/check_web.sh
#!/bin/sh
#使用while死回圈
while true;do
nginxpid=$(ps -C nginx --no-header|wc -l)
#1.判斷Nginx是否存活,如果不存活則嘗試啟動Nginx
if [ $nginxpid -eq 0 ];then
    systemctl start nginx
    sleep 5
    #2.5秒后再次獲取一次Nginx狀態
    nginxpid=$(ps -C nginx --no-header|wc -l) 
    #3.再次進行判斷, 如Nginx還不存活則停止Keepalived,讓地址進行漂移,并退出腳本  
    if [ $nginxpid -eq 0 ];then
        systemctl stop keepalived
        exit 1
   fi
fi
     sleep 5
done

[root@lb01 ~]# chmod +x /server/scripts/check_web.sh

Keepalived總結

keepalived的作用

7x24小時不DOWN場景
    2臺服務器
        主          優先級150      virtu_router_id  50      lb01
        備          優先級100      virtu_router_id  50      lb02

列腦

（主和備上面都有虛擬IP --->俗稱VIP）
解決辦法：執行腳本
1.keepalived造成故障：主和備上都撰寫一個腳本：
1.備判斷自己是否能ping通主
2.檢查自己是否存在VIP
3.建議使用kill命令殺死備機的keepalived
2.Nginx故障，導致請求通過VIP找到Master服務器無法提供服務，
1.檢查Nginx的行程是否存在，如果存在則sleep 5秒，再次檢查
2.如果不存在，則嘗試啟動一次Nginx
3.如果啟動成功，進入下一步，sleep 5秒
4.如果啟動不成功，強制殺掉keepalived讓地址漂移至備機
5.建議寫在Master上面即可，

keepalived用在哪

1.國企，傳統互聯網，全是物理服務器

keepalived不能用在哪

1.互聯網--->使用公有云的 (LB)
2.公有云不能使用keepalived工具，公有云本身負載均衡支持高可用

面試被問到：你們高可用如何實作的？？

我們使用公有云的LB負載均衡，本身廠商就支持高可用，所以這一塊我們沒做考慮，
但：如果貴公司使用的是硬體服務器，那么也可以使用keepalived開源軟體實作高可用，

轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/145059.html

標籤：Linux

上一篇：6.824 - 分布式系統; 大資料平臺；分布式技術相關記錄

下一篇：LANMP相關配置