gp 主备master 怎么切换

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了gp 主备master 怎么切换相关的知识,希望对你有一定的参考价值。

参考技术A vertica 无 master 全部机都是master 而 greeplum 只能有一台master,然后做一个master的备份。

这是对程序应用的稳定性起了最关键的作用。gp master关了,然后就不能连了。。要手动切换到master的备份。而vertica 3台机做一个备份策略的话,连接时写上三个节点的ip就不会挂。

现在国内做得最后的还有南大通用的g8,他是学vertica的。不过他所为的“组”比较坑。加大了安全风险。

执行速度对比。vertica能秒杀一切mpp。毕竟是数据库发明者开发的。。而且安装简单90M多的数据库。缺点就是太贵太贵了。一个T数据要15万左右。而且是按入库前的大小。vertica 进库后是会压缩10倍的。如果数据不多。1个T左右,可以使用vertica的社区版。功能一样,3台x86秒杀500万的p570 oracle ..

greenplum与vertica都是基于postgresql开发的,语法与oracle 有95%以上的相似。什么to_date,to_char等。而g8是基于mysql语法的。本回答被提问者采纳

Keepalived中Master和Backup主备切换机制浅析

      在keepalived的VRRP实例配置中会一般会设置Master和Backup来指定初始状态,但是这并不意味着此节点一直就是Master角色。控制节点角色的是Keepalived配置文件中的“priority”值和vrrp_script模块中设置的“weight”值。下面分别分情况对主备机切换机制作详细说明。

      配置简介:

主机
IP
操作系统
软件
VIP
备注
nginx01
172.27.9.91
Centos7
keepalived nginx
172.27.9.200
关闭防火墙和selinux,nginx端口为82
nginx02
172.27.9.92
Centos7
keepalived nginx
172.27.9.200
关闭防火墙和selinux,nginx端口为82


初始nginx01中keepalived配置:

[[email protected] keepalived]# more keepalived.conf
! Configuration File for keepalived
global_defs {
   notification_email {
     [email protected]
     [email protected]
     [email protected]
   }
   notification_email_from [email protected]
   #smtp_server 192.168.200.1
   #smtp_connect_timeout 30
   router_id proxy1 
}
vrrp_script chk_nginx {
  script "/etc/keepalived/test.sh"
  interval 2
  weight 20
  fall 1
  rise 10
}
vrrp_instance VI_1 {
    state MASTER 
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.27.9.200
    }
    track_script {
        chk_nginx
    }
}

初始nginx02中keepalived配置:

[[email protected] keepalived]# view keepalived.conf
! Configuration File for keepalived
global_defs {
   notification_email {
     [email protected]
     [email protected]
     [email protected]
   }
   notification_email_from [email protected]
   #smtp_server 192.168.200.1
   #smtp_connect_timeout 30
   router_id proxy2
}
vrrp_script chk_nginx {
  script "/etc/keepalived/test.sh"
  interval 2
  weight 20
  fall 2
  rise 1
}
vrrp_instance VI_1 {
    state BACKUP
    interface ens33
    virtual_router_id 51
    priority 90
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.27.9.200
    }
    track_script {
        chk_nginx
    }
}

vrrp_script中的脚本:

[[email protected] keepalived]# more test.sh 
#!/bin/bash
count=`ps -ef|grep nginx|grep -v grep|wc -l`
if [ $count -gt 0 ];then
    exit 0
else
    exit 1
fi

      该脚本用于检测nginx进程是否存在。


场景一:

主机
state指定值

priority值

vrrp_script中的weight值
nginx状态
nginx01
MASTER
100
20
正常启动
nginx02
BACKUP
90
20
正常启动

      此种方式为keepalived常规配置方式,也是本次测试的初始状态,下面的场景都是基于该初始状态。查看ip和页面访问:

技术分享图片技术分享图片

技术分享图片

      发现vip在nginx01上,访问的页面也是nginx01。


场景二:

主机
state指定值
priority值vrrp_script中的weight值
nginx状态
nginx01
BACKUP100
20
正常启动
nginx02
MASTER90
20
正常启动

      修改nginx两台服务器state的值,重启keepalived服务,查看vip是否切换。

技术分享图片

    发现vip还是在nginx01上,页面访问也是nginx01。

    结论:keepalived主备和state值无关。


场景三:

主机
state指定值
priority值vrrp_script中的weight值
nginx状态
nginx01
MASTER
100
20
挂起
nginx02
BACKUP
90
20
正常启动

      将初始状态nginx01上的nginx进程kill掉,查看是否发生切换。

技术分享图片

技术分享图片

nginx01日志:

技术分享图片

页面访问:

技术分享图片

      此时nginx01的nginx进程检验脚本检测失败,vip切换至nginx02,页面访问为nginx02。

      结论:若nginx01中的priority值小于nginx02中的priority值+vrrp_script中的weight值,则发生主备切换。


场景四:

主机
state指定值
priority值vrrp_script中的weight值
nginx状态
nginx01
MASTER
100
5
正常启动
nginx02
BACKUP
90
20
正常启动

      将初始状态nginx01中vrrp_script中的weight值为5,重启nginx01的keepalived服务,查看是否发生切换。

技术分享图片

nginx01日志:

技术分享图片

      发现vip由初始状态的nginx01上漂移至nginx02,页面访问为nginx02。

      结论:若nginx01中的priority值+vrrp_script中的weight值小于nginx02中的priority值+vrrp_script中的weight值,则发生主备切换。


场景五:   

主机
state指定值
priority值vrrp_script中的weight值
nginx状态
nginx01
MASTER
100
20
挂起
nginx02
BACKUP
90
5
正常启动

      将初始状态nginx01中nginx进程kill掉,修改nginx02的vrrp_script中的weight值为5,重启nginx02的keepalived服务,查看是否发生切换。

技术分享图片

nginx01日志:

技术分享图片

nginx02日志:

技术分享图片

      此时nginx01的nginx进程检测脚本检测失败,发现vip并未发生漂移,keepalived为切换,页面访问为nginx01。

      结论:若nginx01中的priority值大于nginx02中的priority值+vrrp_script中的weight值,则发生主备切换。


      综上所述,通过实践可以得出结论:

      1.keepalived的主备状态与state值设置无关;

      2.主备机由priority值和vrrp_script中的weight值之和决定,大的为主;

      3.主备比较权值=priority值+weight值*标志位,当vrrp_script检测脚本为true时标志位为1,反之为0;

      4.为保证正常的主备切换,weight值应大于主备priority值之差。

以上是关于gp 主备master 怎么切换的主要内容,如果未能解决你的问题,请参考以下文章

2--Master主备切换机制原理剖析与源码分析

Keepalived中Master和Backup主备切换机制浅析

redis哨兵主备切换的数据丢失问题:异步复制集群脑裂

Keepalived实现主备切换

spark的主备切换极致原理剖析

MySQL 切换有哪些策略