利用keepalived搭建高可用集群

在一个系统中,常常存在一些单点服务器,为了提高整个系统的稳定性,我们常常需要对这些单点服务做高可用配置;keepalived即为一种常用的高可用配置服务;

Keepalived的工作模式有以下两种:

1、 /备:即单虚拟路径器,仅配置一个VIP

2、 /主:即多个虚拟路径器,配置多个VIP,每个虚拟路径器作为其中某个VIP的的master虚拟路径器;

CentOS6.4以后,keepalived已经在Base仓库中提供,安装keepalived以后,我们可以看到其相关文件如下:

配置文件:/etc/keepalived/keepalived.conf

主程序文件:/usr/sbin/keepalived

Unit File/usr/lib/systemd/system/keepalived.service

安装完成之后,就可以对集群做配置了,但在配置之前,需要确保以下几点:

Ø  各节点时间必须同步;

Ø  确保iptablesSELinux规则不会成为阻碍;

Ø  各节点之间可通过主机名相互通信(对keepalived非必须);

Ø  各节点之间的root用户可以基于密钥认证的ssh服务完成相互通信(非必须);

首先,我们来看一下keepalived配置文件中各配置选项的意义:

l  虚拟路由器相关配置:

vrrp_instance <STRING> {    state MASTER | BACKUP:指定当前节点在此虚拟路由器上的初始状态;只能有一个为MASTER,余下的都应该为BACKUP;    interface IFACE_NAME:绑定为当前虚拟路由器使用的物理接口;    virtual_router_id VRID:当前虚拟路由的VRID,为虚拟路由器的唯一标识,范围为0~255;    priority 100:当前主机在此虚拟路径器中的优先级,范围为1~254;    advert_int 1:vrrp通告的时间间隔;    nopreempt:定义工作模式为非抢占模式;    preempt_delay NUM:定义在抢占模式下,节点上线后触发新选举操作的延迟时长;单位为秒;    authentication {        auth_type AH | PASS        auth_pass <PASSWORD>    }:定义认证方法;    virtual_ipaddress {        <IPADDR>/<MASK> brd <IPADDR> dev <STRING> scope <SCOPE> label <LABEL>    }:定义虚拟路径器IP地址,一般只需定义IPADDR/MASK dev <STRING>即可;    track_interface {        IFACE_NAME1        IFACE_NAME2        ...    }:配置要监控的网络接口,一旦接口出现故障,则转为FAULT状态;    notify_master <STRING> | <QUOTED-STRING>:当前节点成为主节点时触发的脚本;    notify_backup <STRING> | <QUOTED-STRING>:当前节点转为备用节点时触发的脚本;    notify_fault <STRING> | <QUOTED-STRING>:当前节点转为fault状态时触发的脚本;    notify <STRING> | <QUOTED-STRING>:通用格式的通知触发机制,一个脚本可完成以上三种状态转换时的通知;}:定义要配置的虚拟路径器;

l  虚拟服务器相关配置:

virtual_server IP port | virtual_server fwmark int {    delay_loop <INT>:服务轮询的时间间隔;    lb_algo rr | wrr | lc | wlc | lblc | sh | dh:定义virtual_server的调度算法;    lb_kind NAT | DR | TUN:定义服务器集群的类型;    persistence_timeout <INT>:定义持久连接超时时长;    protocol TCP:定义服务协议,仅支持TCP;    sorry_server <IPADDR> <PORT>:指定备用服务器地址;    real_server <IPADDR> <PORT> {        weight <INT>:定义当前真实服务器的权重;        nofity_up <STRING> | <QUOTED-STRING>:当前真实服务器上线时触发的脚本;        notify_down <STRING> | <QUOTED-STRING>:当前真实服务器下线时触发的脚本;        HTTP_GET | SSL_GET | TCP_CHECK | SMTP_CHECK | MISC_CHECK {            url {                path <URL_PATH>:定义要监控的URL;                status_code <INT>:判断上述检测机制为健康状态的响应码;                digest <STRING>:判断上述检测机制为健康状态的响应的内容的校验码;            }:定义检测服务器健康状态时请求的URL及检测方法;可以有多个url配置段;            nb_get_retry <INT>:定义检测时的重试次数;            delay_before_retry <INT>:定义重试之前的延迟时长;            connect_ip <IP_ADDR>:定义向当前RS的哪个IP地址发起健康状态检测请求,若未定义,默认为定义RS时的IP地址;            connect_port <PORT>:定义向当前RS的哪个端口发起健康状态检测请求,若未定义,默认为定义RS时的端口;            bindto <IP_ADDR>:定义发出健康状态检测请求时使用的源地址;            bind_port <PORT>:定义发出健康状态检测请求时使用的源端口;            connect_timeout <INT>:定义连接请求的超时时长;        }:定义当前主机的健康状态检测方法;         TCP_CHECK {            connect_ip <IP_ADDR>:定义向当前RS的哪个IP地址发起健康状态检测请求,若未定义,默认为定义RS时的地址;            connect_port <PORT>:定义向当前RS的哪个端口发起健康状态检测请求,若未定义,默认为定义RS时的端口;            bindto <IP_ADDR>:定义发出健康状态检测请求时使用的源地址;            bind_port <PORT>:定义发出健康状态检测请求时使用的源端口;            connect_timeout <INT>:定义连接请求的超时时长;        }:在传输层应用tcp协议对当前主机进行健康状态检测;    }:定义真实服务器}:定义虚拟主机,可通过IP与端口或防火墙标记来进行定义;

了解了常用配置选项的意义后,我们就可以进行配置了;在网络拓扑中,我们使用nginx做反向代理以代理后端的httpd服务器;并对nginx做冗余,与keepalived放置在同一个主机上,并用keepalived实现主/主工作模式;其网络拓扑如下:

keepalived+nginx2.jpg

下面,我们进行具体的配置:

1、 编辑10.1.2.70keepalived的配置文件/etc/keepalived/keepalived.conf如下;

vrrp_instance VI_1 {
    state MASTER
    interface eno16777736
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.1.2.74/16 dev eno16777736
    }
}
 
vrrp_instance VI_2 {
    state BACKUP
    interface eno16777736
    virtual_router_id 52
    priority 98
    advert_int 1
    preempt_delay 1
    authentication {
        auth_type PASS
        auth_pass 2222
    }
    virtual_ipaddress {
        10.1.2.75/16 dev eno16777736
    }
}

2、编辑10.1.2.71keepalived的配置文件/etc/keepalived/keepalived.conf如下;

vrrp_instance VI_1 {
    state BACKUP
    interface eno16777736
    virtual_router_id 51
    priority 98
    advert_int 1
    preempt_delay 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.1.2.74/16 dev eno16777736
    }
}
 
vrrp_instance VI_2 {
    state MASTER
    interface eno16777736
    virtual_router_id 52
    priority 100
    advert_int 1
    preempt_delay 1
    authentication {
        auth_type PASS
        auth_pass 2222
    }
    virtual_ipaddress {
        10.1.2.75/16 dev eno16777736
    }
}

3、在10.1.2.7010.1.2.71主机上均安装nginx

yum –y install nginx

4、编辑nginx配置文件/etc/nginx/nginx.conf如下:

         http配置段增加如下内容:

upstream test {
    server 10.1.2.72:80 weight=1;
    server 10.1.2.73:80 weight=1;
}

         server配置段中增减如下内容:

location / {
    proxy_pass http://test;
}

5、配置完成,确保iptablesSELinux规则不会成为阻碍后,启动服务利用客户端测试即可;

    keepalived+nginx3.jpg

原创文章,作者:luoliumeng,如若转载,请注明出处:http://www.178linux.com/56702

(1)
luoliumengluoliumeng
上一篇 2016-11-01
下一篇 2016-11-01

相关推荐

  • Linux磁盘管理基础

    Linux磁盘管理基础 硬盘结构 文件系统与MBR、GTP 磁盘管理三步骤:分区、格式化、挂载 mount 硬盘结构 硬盘的基本组成材质是盘片,不同容量硬盘的盘片数不等。每个盘片有两面,都可记录信息。盘片表面上以盘片中心为圆心,不同半径的同心圆称为磁道,不同盘片相同半径的磁道所组成的圆柱称为柱面,每个磁道被分成许多扇形的区域,每个区域叫一个扇区,每个扇区可存…

    Linux干货 2016-09-01
  • 计算机网络基础

    1、OSI, TCP/IP, 五层协议的体系结构, 以及各层协议 OSI分层(7层): 物理层, 数据链路层, 网络层, 传输层, 会话层, 表示层, 应用层 TCP/IP分层(4层): 网络接口层, 网际层, 传输层, 应用层 五层协议(5层): 物理层, 数据链路层, 网络层, 运输层, 应用层 每一层的协议: 物理层: RJ45, CLOCK, IEE…

    Linux干货 2016-09-19
  • Linux文件查找的使用方法

    文件查找的方法 locate命令       非实时查找(数据库查找): locate查询系统上预建的文件索引数据库 /var/lib/mlocate/mlocate.db    依赖于事先构建的索引;索引的构建是在系统较为空闲时自动进行(周期性任务);管理员手动更新数据库(updated…

    Linux干货 2016-08-15
  • 脚本编程之变量

    简单跟大家介绍一下脚本编程中的变量。 大家都知道,脚本编程,主要由三个部分组成,一是命令,二是变量,三是控制语句。 变量的使用,可以让脚本变得更加简洁,高效。 我们主要简单讲一下变量的概念,变量的类型,变量的种类,不同种类的变量是如何定义的,变量的基本操作,以及变量的配置文件。 了解了这些,我们还可以聊一聊变量的高级操作。 首先,什么是变量? 通俗一点讲:变…

    Linux干货 2017-04-17
  • 基于rsyslog的iptables.log配置

                                                      …

    Linux干货 2016-01-15
  • Linux 目录配置

    Linux 目录配置 Linux目录配置标准:FHS 因为利用Linux来开发产品或distributions的团队/公司与个人实在太多了,如果每个人都用自己的想法来配置文件放置的目录,那么将可能造成很多管理上的困扰。所以/后来就有所谓的Filesystem Hierarchy Standard (FHS)标准出炉了。 根据FHS(http://www.pa…

    Linux干货 2017-03-26