搭建高可用(heartbeat)服务

HA 即( high available)高可用,又被叫做双机热备,用于关键性业务。 简单理解就是,有两台机器 A 和 B,正常是 A 提供服务, B 待命闲置,当 A 宕机或服务宕掉,会切换
至 B 机器继续提供服务。

如图所示为一个 HA 架构,一个交换机下面有两台机器 Web1 和 Web2,其中 Web1 为主节点,正常是它在提供服务,而 Web2 备用节点是闲置的。 Web1 和 Web2 中间有一根心跳线,检查对方的存活状态。虚拟 IP,也叫 vip ,是对外提供服务的 ip,正常情况下是配置在Web1 上的,当 Web1 宕机后, Web2 会自动配置该 vip,对外提供服务。

下面通过两台机器liu liu1

liu:192.168.186.130

liu2:192.168.186.132

下面操作1-5都是在两个机器上操作

准备工作:

1. hostname 设置好,分别为liu 和 liu1

2. 关闭防火墙 iptables -F;

关闭selinux: setenforce 0

3. vi /etc/hosts   // 增加内容如下:

192.168.186.130  liu
192.168.186.132  liu1

4. 安装epel扩展源:

yum -y install epel-release

5. 两个机器都安装heartbeat / libnet

yum  install -y heartbeat nginx

主机上配置

cd /usr/share/doc/heartbeat-3.0.4/
cp  authkeys  ha.cf    haresources   /etc/ha.d/
cd /etc/ha.d
vi authkeys #打开下面两项:一共有三种认证方式供选择,第一种是CRC循环冗余校验,第二种是SHA1哈希算法,第三种是MD3哈希算法,其中他们的密码可以任意设置,但是两边密码必须保持一致。  
auth 3 
md5 Hello!
chmod 600 authkeys    #给认证文件授权为600
vi  haresources  #加入如下语句
liu 192.168.186.130/24/eth0:0 nginx   #设定虚拟IP和对应的接口,并且指定启动虚拟IP时启动NGINX服务,这里的NGINX服务必须是能够直接在/etc/init.d/目录下启动的服务。
vi  ha.cf   #改为如下内容:
debugfile /var/log/ha-debug   #设定debug文件目录
logfile /var/log/ha-log     #设定日志文件目录
logfacility     local0
keepalive 2            #设定检查时间间隔为2s
deadtime 30            #设定死亡时间为30s
warntime 10            #设定告警时间为10s(10s以上没有收到对方的回应就报警)
initdead 60            #设定初始化时间为60s
udpport 694            #启动udp694监听端口(该端口可以修改)
ucast eth1 192.168.186.110    #设定侦听的心跳线的接口和对应的对端接口的IP地址
auto_failback on         #启动抢占模式(主在挂了以后重新起来后备会自动切换成备)
node    test1         #指定两个节点
node    test2
ping 192.168.186.1         #指定一个第三方的仲裁节点
respawn hacluster /usr/lib/heartbeat/ipfail  #使用这个脚本去侦听对方是否还活着(使用的是ICMP报文检测)

7.  把主上的三个配置拷贝到从上:

cd /etc/ha.d/

scp  authkeys  ha.cf   haresources   liu1:/etc/ha.d/

8. 到从上(liu1) 编辑ha.cf

vi  /etc/ha.d/ha.cf   //只需要更改一个地方

ucast eth0 192.168.186.130 改为   ucast eth1 192.168.186.132

9.  启动heartbeat :

先主,后从

service heartbeat start

启动后主上面会出现一个eth0:0,备上面则不会启动eth0:0

可以查看debug日志和软件日志来检查是否正常启动:

HA到这里基本就搭建完了接下来是测试

用iptables 关闭主机上网卡后,备用机自动启动nginx,开启端口后,备用机关闭,主机开启服务。

但是down掉vip时候,高可用失败,所有HA一定保证vip的存活,才能使HA生效~~~

时间: 2024-10-12 19:14:13

搭建高可用(heartbeat)服务的相关文章

Corosync + Pacemaker 搭建高可用MariaDB服务

实验描述 1.本实验的目的是为了通过手动配置corosync配置文件,实现MariaDB服务的高可用,集群心跳传递使用组播方式.2.三个节点的主机名分别为:node5.redhat.com.node6.redhat.com.node7.redhat.com.地址为172.16.100.5.172.16.100.6.172.16.100.7.3.利用nfs做后端存储,NFS地址为172.16.0.254.3.VIP地址为172.16.100.1004.三个节点系统全部为CentOS7.2,NFS节

Corosync + Pacemaker 搭建高可用Httpd服务

实验描述 1.两个测试节点,分别为node5.redhat.com和node6.redhat.com地址分别为172.16.100.5和172.16.100.62.集群服务为httpd,利用nfs做共享存储,NFS地址为172.16.0.254,NFS已经共享出了一个/www/htdocs目录并且里面有index.html文件.3.VIP地址为172.16.100.1004.两个节点系统全部为CentOS7.25.由于本人还需要上班,所以时间紧张,描述的有点马虎,请多见谅.如有错误的地方,还请提

高可用Redis服务架构分析与搭建

基于内存的Redis应该是目前各种web开发业务中最为常用的key-value数据库了,我们经常在业务中用其存储用户登陆态(Session存储),加速一些热数据的查询(相比较mysql而言,速度有数量级的提升),做简单的消息队列(LPUSH和BRPOP).订阅发布(PUB/SUB)系统等等.规模比较大的互联网公司,一般都会有专门的团队,将Redis存储以基础服务的形式提供给各个业务调用. 不过任何一个基础服务的提供方,都会被调用方问起的一个问题是:你的服务是否具有高可用性?最好不要因为你的服务经

高可用Redis服务架构分析与搭建!

基于内存的Redis应该是目前各种Web开发业务中最为常用的Key-Value数据库了,我们经常在业务中用其存储用户登陆态(Session存储),加速一些热数据的查询(相比较MySQL而言,速度有数量级的提升),做简单的消息队列(LPUSH和BRPOP).订阅发布(PUB/SUB)系统等等.规模比较大的互联网公司,一般都会有专门的团队,将Redis存储以基础服务的形式提供给各个业务调用. 不过任何一个基础服务的提供方,都会被调用方问起的一个问题是:你的服务是否具有高可用性?最好不要因为你的服务经

搭建:LVS+Keepalived高可用Web服务群集环境

该服务涉及到的技术较多,相关技术文档的具体解释可以参考以下链接: Centos 7基于DR(直接路由)模式的负载均衡配置详解: Centos 7基于NAT(地址转换)模式的负载均衡配置详解: LVS负载均衡群集详解: 上面的博文结合,可以搭建出keepalived+DR/NAT模式的高可用web群集,这篇博文以keepalived+DR的环境来搭建一个高可用的web服务群集. 该博文以配置为主,并且按照生产环境来配置,可照搬,环境如下: 一.环境分析: 1.2个调度器和2个web节点使用同一个网

搭建高可用mongodb集群—— 分片

从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 在系统早期,数据量还小的时候不会引起太大的问题,但是随着数据量持续增多,后续迟早会出现一台机器硬件瓶颈问题的.而mongodb主打的就是海量数据架构,他不能解决海量数据怎么行!不行!“分片”就用这个来解决这个问题. 传统数据库怎么做海量数据读写?其实一句话概括:分而治之.上图看看就清楚了,如下 taobao岳旭强在infoq中提到的 架构图: 上图中有个TDDL,是taobao的一

Nginx+Keepalived(双机热备)搭建高可用负载均衡环境(HA)

原文:https://my.oschina.net/xshuai/blog/917097 摘要: Nginx+Keepalived搭建高可用负载均衡环境(HA) http://blog.csdn.net/xyang81/article/details/52554398可以看更多介绍 Keepalived的介绍可以百度一堆一堆的资料.一定要看看哦. 1.基于上一篇博客总结,再次安装一个虚拟机当backup服务器,这个服务器只安装Keepalived+Nginx即可 2.Master还是上一篇博文的

MyCAT+MySQL 搭建高可用企业级数据库集群

第1章 课程介绍课程介绍1-1 MyCAT导学 试看1-2 课程介绍 第2章 MyCAT入门这一章中,我们将回顾了垂直切分,水平切分,分库分表等基础概念,然后快速回如何安装和启动MyCAT的,介绍如何以打包好的可执行程序的方式来启动MyCAT.以及如何对其相关的启动配置文件进行配置.2-1 章节综述2-2 什么是MyCAT2-3 什么是数据库中间层2-4 MyCAT的主要作用2-5 MyCAT基本元素2-6 MyCAT安装 第3章 MYCAT核心配置详解本章将对MyCAT的常用核心配置文件ser

设计高可用Web服务

高可用的设计可以说是web服务架构的目标,如果服务达不到高可用,万一出现故障将会对产品带来重大的负面影响.高可用的架构就是能够让服务在任何情况下都能正常响应,比如双十一的淘宝,面对激增的洪峰照样正常工作:而聚美三周年时服务器的宕机恰好是高可用的反例. 什么是高可用 可用性:在应用工作周期中可用时间的百分比 不可用:应用无法访问,服务中断应用访问非常缓慢 高可用:服务一直正常可用,快速响应 Tags SPoF:单点故障 Failover:故障转移 Disaster Recovery:灾难恢复 Lo