41_04Linux集群系列之二十二--Keepalived详解

我认为Keepalived主要实现的功能有：

  1. VIP漂移；
  2. 自定义脚本，另外不停的检测脚本；
  3. 当资源切换到其他主机时，资源应该做哪些服务；

我对于前两条的认知在于：比如运行了MySQL服务，那么不停的检测MySQL服务，如果MySQL服务停止，那么VIP漂移；
而对于Keepalived+LVS这种模型，只需要指明Real server以及sorry server web服务即可，并不需要做这些，而如果Nginx作为Director的话，就需要这么做了；；；

如何利用keepalived实现ipvs的高可用?
VIP:
172.16.100.1
RS:
172.16.100.11
172.16.100.12 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
１．先搭建好DR模型的LVS集群 
２．yum -y install ipvsadm keepalived 
cp /etc/keepalived/keepalived.conf /root 
vim /etc/keepalived/keepalived.conf 
 
global_defs { 
   notification_email {   万一出故障，应该发给谁 
     root@localhost 
   } 
 notification_email_from keepalived@localhost    是谁发的，但是由于是本地发的，并不会验证这个用户是否存在 
   smtp_server 127.0.0.1 
   smtp_connect_timeout 30 
   router_id LVS_DEVEL 
} 
 
vrrp_instance VI_1 {  定义虚拟路由 
    state MASTER      定义为主节点 
    interface eth0 
    virtual_router_id 51 
    priority 101　 
    优先级减去出现故障后降低的优先级大小要小于备节点的大小才行,备节点的优先级要稍微小于这个值 
    advert_int 1 
    authentication { 
        auth_type PASS 
        auth_pass Your_passwd    认证 
    } 
    virtual_ipaddress { 
        172.16.100.1/16 dev eth0 label eth0:0 
    } 
} 
virtual_server 172.16.100.1 80 { 
    delay_loop 6 
    lb_algo rr　　　调度算法 
    lb_kind DR　　LVS模型 
    net_mask 255.255.0.0 
    persistence_timeout 50   持久连接 
    protocol TCP 
 
real_server 172.16.100.11 80 { 
        weight 1  定义权重 
        HTTP_GET { 
            url {　　　定义url,可以定义多个，看man 
              path / 
              status_code 200 
            } 
            connect_timeout 3    定义连接时常 
            nb_get_retry 3　　　重试次数 
            delay_before_retry 3　延迟时间 
        } 
    } 
} 
 
real_server 172.16.100.12 80 { 
        weight 1  定义权重 
        HTTP_GET { 
            url {　　　定义url,可以定义多个，看man 
              path / 
              status_code 200 
            } 
            connect_timeout 3    定义连接时常 
            nb_get_retry 3　　　重试次数 
            delay_before_retry 3　延迟时间 
        } 
    } 
} 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52

#cp keepalived.conf node2:/etc/keepalived/ 
需要把 
state MASTER 改为state BACKUP 
priority 100　　　　　　　这个值要小于主节点的优先级值，不过不要小太多，因为后面还有定义，可以是主:101,备:100 
 
＃for I in {1..2};do ssh root@node$I 'serice keepalived start';done 
＃tail /var/log/message 
 
测试，如果RS中的一台主机服务出现错误，例如模仿: 
[RS1]#service httpd stop 
[VIP]#ipvsadm -L -n 
可以看到RS1的条目被删除，并且会收到邮件 
[RS1]#service httpd start 
[VIP]#ipvsadm -L -n 
可以看到RS1的条目重新加入; 
 
１．如果所有的realserver都出现故障了怎么办? 
 
DIP1:172.16.100.6 
DIP2:172.16.100.7 
yum -y install httpd 都做 
echo "Under maintainence......" > /var/www/html/index.html 
service httpd start 
 
 
vim /etc/keepalived/keepalived.conf 
在virtual_server下面添加sorry_server,例如: 
state MASTER 
priority 101 
sorry_server 127.0.0.1 80 
 
dip2: 
scp dip1:/etc/keepalived/keepalived.conf /etc/keepalived/ 
 
vim /etc/keepalived/keepalived.conf 
添加: 
state BACKUP 
priority 100 
sorry_server 127.0.0.1 80 
 
for I in {1..2};do ssh dip$I 'service keepalived start ';done 
tail /var/log/messages 
 
测试:当两个realserver都down掉的时候? 
 
rs1:service httpd stop 
rs2:service httpd stop 
 
ipvsadm -L -n  可以看到两个节点都停止了； 
127.0.0.1上去了；

２．自写检测脚本，完成维护模式切换?

DIP: 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
在实例之外添加内容: 
vrrp_script chk_schedown { 
    script "killall -0 haproxy" 
    interval 2 
        #check every 2 seconds 
    weight -2  一旦检测失败，权重-2 
        #if failed,decrease 2 of the priority 
    fall 2    检测失败两次则失败 
        #require 2 failures for failures 
    rise 1 
        #require 1 successes for ok 
} 
 
例: 
#vim /etc/keepalived/keepalived.conf 
在实例之外添加内容(即另找一行添加): 
vrrp_script chk_schedown{ 
    script "[ -e /etc/keepalived/down ] && exit 1 || exit 0" 
     interval 2 
     weight -2 
     fall 2 
     rise 1 
} 
 
补充:这个脚本必须在vrrp_instance　VI_1的上面，配置文件可看总结(1)keepalived功能小测试 
 
上述脚本怎么执行，如何执行， 
在vrrp_instance VI_1 中定义，即: 
定义在实例之中,添加: 
track_script{ 
    chk_schedown 
} 
 
#service keepalived restart 
 
测试:100.6 
#touch  /etc/keepalived/down 
#tail /var/log/messages 
会发现eth0:0不再有了，移到另外一个DIP主机上；

３．如何在vrrp事务发生时，发送警告邮件给指定的管理员?

标题: vip added to HA1
正文:日期　时间，HA1 STATE from MASTER to BACKUP 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
# vim /etc/keepalived/notify.sh 
#!/bin/bash 
# 
contact='root@localhost' 
Usage(){ 
    echo "Usage:`basename $0` {master|backup|fault} VIP" 
} 
Notify(){ 
    subject="`hostname`'s state changed to $1" 
    mailbody="`date +%F`:`hostname`'s state change to $1,$VIP floating" 
    echo $mailbody | mail -s "$subject" $contact 
} 
 
 
[ $# -lt 2 ]&& Usage && exit 
VIP=$2 
case $1 in 
    master) 
    Notify master;; 
    backup) 
    Notify backup;; 
    fault) 
    Notify fault;; 
    *) 
    Usage 
    exit 1;; 
esac 
 
在实例中添加如下信息: 
 
notify_master "/etc/keepalived/notify.sh master 172.16.100.1" 当变成主节点应该执行这个脚本 
notify_backup "/etc/keepalived/notify.sh backup 172.16.100.1" 
当变成备节点应该执行的脚本 
notify_backup "/etc/keepalived/notify.sh fault 172.16.100.1" 
当主节点变不了，备节点也变不了，应该执行的脚本 
 
service keepalived restart 
 
测试: 
touch /etc/keepalived/down

视频最后有个更完善的脚本，我没有记．

这个写的挺好:
http://zhangxugg-163-com.iteye.com/blog/1665419

赏

谢谢你请我吃糖果

支付宝

扫一扫，分享到微信

微信分享二维码

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

探索世界美好的存在。