17.Linux наличие Keepalived

1. Что такое доступность, почему проектирование высокой доступности?

Обе машины начинаются с одной и той же бизнес - системой, когда машина выходит из строя, другой сервер может быстро взять на себя для доступа пользователей нет восприятия.
Сокращение времени система не может обеспечить обслуживание.

2. Какие инструменты для достижения высокой доступности? Аппаратное или программное обеспечение?

Программное обеспечение: keepalived ------ «» «Оборудование сервера

Как достичь высокого уровня доступности 3.keepalived

---------- >> << достигается за счет протокола резервирования виртуального маршрутизации протокола VRRP.

4.vrrp процесс рождения и принцип VRRP

VRRP принцип введения

5.keepalived использовать высокие сценарии доступности

Keepalived использовать высокие сценарии доступности

6.keepalived высокодоступных основные концепции обобщать?

keepalived резюме доступности

7.keepalived высокая установка доступности и конфигурации?

环境准备:
10.0.0.5------->lb01
10.0.0.6------->lb02

1.安装【两台机器都装】
    yum install keepalived -y
    
2.配置 ( master backup )
[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
    }
}

[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
    }
}

3.启动
[root@lb01 ~]# systemctl start keepalived
[root@lb01 ~]# systemctl enable keepalived

4.验证
[root@lb01 ~]# ip addr|grep 10.0.0.3

8.keepalived адрес тест дрейф высокой доступности

1. Захват пакетов и увидеть
Здесь Insert Picture Описание
10.0.0.3 отправить широковещательные пакеты --->
2. Просмотр захвата агр таблицы кэша --->
Здесь Insert Picture Описание

9.keepalived наличие вытесняющей и невытесняющее

1.master故障--->backup顶上--->master恢复--->backup            抢占式   默认
2.master故障--->backup顶上--->master恢复--->backup继续工作        非抢占式

1、两个节点的state都必须配置为BACKUP(官方建议)
2、两个节点都在vrrp_instance中添加nopreempt参数
3、其中一个节点的优先级必须要高于另外一个节点的优先级。
两台服务器都角色状态启用nopreempt后,必须修改角色状态统一为BACKUP,唯一的区分就是优先级。

1.抢占:   硬件配置不一
2.非抢占:  硬件配置一致,业务不允许多次切换

10.keepalived высокой доступности и интегрированный Nginx

Адрес Дрейф достижения высокой доступности
Nginx и keeplaived ничего общего с
Nginx нужна помощь keeplaived VIP адрес Дрейф достижения высокой доступности.

11. Если Nginx вниз, то это приведет к запросам пользователя не получится, но Keepalived не будет включена, поэтому необходимо написать скрипт обнаруживает Nginx жизнеспособного государство, если не выживание и убить Nginx keepalived

1.判断nginx进程是否存在         ps aux|grep nginx|grep -v grep
2.判断nginx的端口是否存在            netstat -lntp|grep :80|wc -l
3.通过curl来模拟访问,判断访问结果是否ok   curl -H Host:url.oldxu.com http://10.0.0.3

1.编写脚本
[root@lb01 ~]# mkdir /scripts
[root@lb01 ~]# vim /scripts/check_web.sh
#!/usr/bin/bash

nginx_port=$(netstat -lntp|grep :80|wc -l)
if [ $nginx_port -ne 1 ];then
    
    systemctl start nginx &>/dev/null
    rc=$?
    sleep 3
    if [ $rc -ne 0 ];then
        systemctl stop  keepalived 
    fi
fi
[root@lb01 ~]# chmod +x /scripts/check_web.sh 

2.keeplaived调用该脚本
[root@lb01 ~]# cat /etc/keepalived/keepalived.conf 
global_defs {     
    router_id lb01   
}

定义脚本名称,以及脚本所在的路径
vrrp_script check_web {
   script "/scripts/check_web.sh"
   interval 5
}


vrrp_instance VI_1 {
    state MASTER
    #nopreempt
    interface eth0
    virtual_router_id 50
    priority 150
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
}
    virtual_ipaddress {
        10.0.0.3
    }

    #调用脚本名称
    track_script {
        check_web
    }
}

3.模拟nginx停止,检查nginx是否会被拉起
    结果:nginx会被拉起
    
4.模拟nginx故障,检查keepalived的VIP是否会漂移至备节点
    结果:nginx故障之后,keepalived也会跟着停止,这是会漂移至备节点lb02

11.keepalived раскол наличие мозга и устранение неисправностей

Мозг раскола (сплит-мозг), относится к высокой доступности (HA) системы, когда узел теряет контакт с двумя контактными системы в целом был бы разделен на два отдельных узла, то оба узла начал карабкаться для совместного использования ресурсов, система приведет к результатам путаницы, повреждение данных.
HA для лиц без услуг, это не имеет значения разделить мозг не разделен мозг,
но HA с состоянием услуги (такие как MySQL), необходимо строго предотвратить раскол мозга.
(Но это система , при некоторой продукции в соответствии с безгосударственной службой для настройки HA в сохраняющих состоянии услуг, с предсказуемыми результатами ...)

1.环境
master  10.0.0.3
backup  10.0.0.3

2.在备节点上编写检测脚本, 测试如果能ping通主并且备节点还有VIP的话则认为产生了脑列
[root@lb02 conf.d]# cat /scripts/check_spilt.sh 
vip=10.0.0.3
master_ip=10.0.0.5

ping -c2 $master_ip &>/dev/null
if [ $? -eq 0 ];then
    ip_check=$(ip addr | grep "$vip" | wc -l)
    if [ $ip_check -eq 1 ];then
        echo "脑列"
        systemctl stop keepalived
    fi
fi

2.调用脚本
[root@lb02 conf.d]# cat /etc/keepalived/keepalived.conf 
global_defs {
    router_id lb02
}

vrrp_script check_spilt {
   script "/scripts/check_spilt.sh"
   interval 3
}


vrrp_instance VI_1 {
    state BACKUP
    nopreempt
    interface eth0
    virtual_router_id 50
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.0.0.3
    }

    track_script {
    check_spilt
    }

}

12.keeplaived использовать:

1.不能在公有云上使用
2.公有云要想实现负载均衡高可用-----> 购买的SLB  自带高可用
3.虚拟IP如何使用--->真实的硬件环境

13. Резюме:

Наличие ..... 1. Введение
2. Средства реализации высокой доступности keepalived
3.keepalived ---> Протокол VRRP ---> рождение ->
4.keepalived начать тест конфигурация установки дрейф адрес
высокой доступности 5.nginx проблема, Nginx помощь keeplaived адрес дрейф достижения высокой доступности
6.keepalived упреждающий и невытесняющее
7.keeplaived + Nginx высокая доступность ---> вина Nginx -> сила убить keepalived
8.keeplaived раздвоение мозг -> апатриды услуги не влияние государства оказывает влияние
на то, как 9.keeplaived сценарии использования использования ->
----- >>> 1. реальная аппаратная среда
----- >>> 2. Вы не можете использовать публичные облака
10.lvs + keeplaived Nginx + keeplaived HAProxy + keeplaived

рекомендация

отwww.cnblogs.com/yinwu/p/11616456.html