RHEL6搭建 keepalived (HA) 任意单故障节点的高可用集群

简介:

实验拓扑图

2.jpg



实验要求:

使用Keepalived实现web服务器的高可用

Web服务器IP地址分别为192.168.4.53和192.168.4.54

Web服务器53 为主服务器,Web服务器54为备服务器

Web服务器的VIP地址为192.168.4.251

客户端通过访问VIP地址访问Web页面



实验步骤:

实验准备

    配置yum源

    # service iptables stop            //关闭防火墙

    # chkconfig iptables off            //关闭开机自启

    # setenforce 0                            //设置SELinux 为宽松模 

    配置WEB服务器  pc53 / pc54

    #yum -y install httpd  

    #service httpd start 

    #chkconfig httpd on

    [root@pc53 ~] #echo " 192.168.4.53  " > /var/www/html/test.html

    [root@pc54 ~] #echo " 192.168.4.54 " > /var/www/html/test.html




1 在高可用集群主机上安装 keepalived

# yum list | grep keepalived

keepalived.x86_64                      1.2.13-5.el6_6                    LoadBalancer

# yum -y install keepalived 

# rpm -qc keepalived

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

/etc/sysconfig/keepalived


2 分别修改服务的主配置文件

# cp /etc/keepalived/keepalived.conf /root/ //备份主配置文件


[root@pc53 ~]# vim /etc/keepalived/keepalived.conf 

...

vrrp_instance webha {

    state MASTER // 描述信息  MASTER为主服务器

    interface eth0         // 定义网络接口

    virtual_router_id 51          //主 备VRID号必须一致

    priority 150 //服务器优先级

    advert_int 1

    authentication {

        auth_type PASS         //验证方式

        auth_pass 123456 //验证密码     主  备服务器密码必须一致 

    }

    virtual_ipaddress {

        192.168.4.251 //VIP地址

    }

}

...         //为了方便实验 32行以下 可以全部删除


在一个一主多备的Keepalived集群中,“priority”值最大的将成为集群中的Master节点,而其他都是Backup节点。在Master节点发生故障后,Backup节点之间将进行“民主选举”,通过对节点优先级值“priority”和““weight”的计算,选出新的Master节点接管集群服务。


[root@pc54 ~]# vim /etc/keepalived/keepalived.conf 

 ...

vrrp_instance webha {

    state BACKUP            // 描述信息 BACKUP为备用服务器

    interface eth0

    virtual_router_id 51

    priority 100

    advert_int 1

    authentication {

        auth_type PASS

        auth_pass 123456

    }

    virtual_ipaddress {

        192.168.4.251

    }

}

...

//为了方便实验 32行以下 可以全部删除


3 分别启动keepalived服务

# service keepalived start //启动服务


4 在高可用集群主机上分别查看是否获取VIP地址

# ip addr show //查看主机上的虚拟IP地址

[root@pc53 ~]# ip addr show | grep 192.168.4

    inet 192.168.4.53/24 brd 192.168.4.255 scope global eth0

    inet 192.168.4.251/32 scope global eth0

[root@pc54 ~]# ip addr show | grep 192.168.4

    inet 192.168.4.54/24 brd 192.168.4.255 scope global eth0



//客户端测试

# elinks --dump 192.168.4.251/test.html

   192.168.4.53

# elinks --dump 192.168.4.251/test.html

   192.168.4.53


模拟 主机53 故障  测试高可用

[root@pc53 ~]# service keepalived stop

[root@pc53 ~]# ip addr show | grep 192.168.4

    inet 192.168.4.53/24 brd 192.168.4.255 scope global eth0


[root@pc54 ~]# ip addr show | grep 192.168.4

    inet 192.168.4.54/24 brd 192.168.4.255 scope global eth0

    inet 192.168.4.251/32 scope global eth0


//客户端测试

# elinks --dump 192.168.4.251/test.html

   192.168.4.54

# elinks --dump 192.168.4.251/test.html

   192.168.4.54


模拟修复 主机53 故障

[root@pc53 ~]# service keepalived start

[root@pc53 ~]# ip addr show | grep 192.168.4

    inet 192.168.4.53/24 brd 192.168.4.255 scope global eth0

    inet 192.168.4.251/32 scope global eth0

[root@pc54 ~]# ip addr show | grep 192.168.4

    inet 192.168.4.54/24 brd 192.168.4.255 scope global eth0


//客户端测试

# elinks --dump 192.168.4.251/test.html

   192.168.4.53

# elinks --dump 192.168.4.251/test.html

   192.168.4.53



如果53 网站服务 停止 其VIP地址不会释放

可以通过脚本 监测当80端口 down 的时候 自动关闭 keepalived 服务

使用周期性计划任务 定时执行次脚本











本文转自 Xuenqlve 51CTO博客,原文链接:http://blog.51cto.com/13558754/2060950,如需转载请自行联系原作者
目录
相关文章
|
4天前
|
负载均衡 监控 Linux
CentOS6.5高可用集群LVS+Keepalived(DR模式)
CentOS6.5高可用集群LVS+Keepalived(DR模式)
|
7月前
|
负载均衡 测试技术
LVS+KeepAlived构建高可用集群
LVS+KeepAlived构建高可用集群
55 0
|
9月前
|
监控 安全 Linux
虚拟机CentOS的Nginx+keepalived 高可用集群配置主从模式
虚拟机CentOS的Nginx+keepalived 高可用集群配置主从模式
129 0
|
负载均衡 安全 网络安全
构建Keepalived高可用集群
Keepalived的作用是检测服务器的状态,如果有一台web服务器宕机或工作出现故障,Keepalived将检测到,并将有故障的服务器从系统中剔除,同时使用其他服务器代替该服务器的工作,当服务器工作正常后Keepalived自动将服务器加入到服务器群中,这些工作全部自动完成,不需要人工干涉,需要人工做的只是修复故障的服务器.
322 0
|
存储 Shell Linux
Pacemaker+corosync搭建双节点HA集群的可靠性验证
前一篇>中为确保共享资源的不被破坏,配置了3节点集群,本文想验证一下双节点时有什么风险。 Pacemaker的手册上也有描述,Pacemaker支持法定投票和资源抢占2种方式防止脑裂。
1916 0
|
网络安全 数据安全/隐私保护 网络架构
HA高可用服务及keepalived安装记录
HA高可用服务及keepalived安装记录
2272 0
|
Web App开发 应用服务中间件 测试技术