linux之heartbeat高可用的简单配置

Heartbeat

系统环境:

防火墙关闭,

seliux状态为disabled

各服务器之间组做好地址解析

Node3:172.25.44.3

Node4:172.25.44.4

物理真机:172.25.44.250

VIP:172.25.44.100

以下内容node3和nod4上都进行配置

安装软件

heartbeat-libs-3.0.4-2.el6.x86_64.rpm

heartbeat-3.0.4-2.el6.x86_64.rpm

ldirectord-3.9.5-3.1.x86_64.rpm

heartbeat-devel-3.0.4-2.el6.x86_64.rpm

rpm -q heartbeat -d             ##查看软件生成的配置文件

cd /usr/share/doc/heartbeat/

cp ha.cf haresources authkeys /etc/ha.d

1).

vim /etc/ha.d/ha.cf      ####需要添加或更改的内容,根据具体情况而设定,参数不固定

29 logfile /var/log/ha-log

48 keepalive 2

56 deadtime 30

61 warntime 10

71 initdead 60

76 udpport 738

91 bcast   eth0

157 auto_failback on

211 node    server3.example.com

212 node    server4.example.com

220 ping 172.25.44.250  #已存在的ip地址,非节点地址,

253 respawn hacluster /usr/lib64/heartbeat/ipfail

259 apiauth ipfail gid=haclient uid=hacluster

#########################################

主配置文件(/etc/ha.d/ha.cf):

debugfile /var/log/ha-debug

调试日志文件文件,取默认值

logfile /var/log/ha-log

系统运行日志文件,取默认值

logfacility local0

日志等级,取默认值

keepalive 2

心跳频率,自己设定。1:表示 1 秒;200ms:表示 200 毫秒

deadtime 30

节点死亡时间阀值,就是从节点在过了 30 后还没有收到心跳就认为主节点死亡,自己设定

warntime 10

发出警告时间,自己设定

initdead 120

守护进程首次启动后应该等待 120 秒后再启动主服务器上的资源

udpport 694

心跳信息传递的 udp 端口,使用端口 694 进行 bcast 和 ucast 通信,取默认值

#baud 19200

串口波特率,与 serial 一起使用。

#serial /dev/ttyS0

采用串口来传递心跳信息。

bcast eth1

采用 udp 广播播来通知心跳

#ucast eth1 10.0.0.3采用网卡 eth1 的 udp 单播来通知心跳,eth1 的 IP

#mcast eth0 225.0.0.1 694 1 0

采用 udp 多播播来通知心跳

auto_failback on

当主节点恢复后,是否自动切回

#stonith baytech /etc/ha.d/conf/stonith.baytech

stonith 用来保证共享存储环境中的数据完整性

watchdog /dev/watchdog

watchdog 能让系统在出现故障 1 分钟后重启该机器,这个功能可以帮助服务器在确实停止心

跳后能够重新恢复心跳。 如果使用该特性,修改系统中/etc/modprobe.conf, 添加如下行

options softdog nowayout=0

这样在系统启动的时候,在内核中装入"softdog"内核模块,用来生成实际的设备文件

/dev/watchdog

node station3.example.com

主节点名称,与 uname –n 保持一致。排在第一的默认为主节点,所以不要搞措顺序

node station4.example.com

副节点名称,与 uname –n 保持一致

ping 192.168.0.254

respawn hacluster /usr/lib/heartbeat/ipfail

apiauth ipfail gid=haclient uid=hacluster

默认 heartbeat 并不检测除本身之外的其他任何服务,也不检测网络状况。

所以当网络中断时,并不会进行 Load Balancer 和 Backup 之间的切换。

可以通过 ipfail 插件,设置‘ping nodes‘来解决这一问题,但不能使用一个集群节点作为ping 的节点。

###########################

2).

vim /etc/ha.d/haresources

server3.example.com IPaddr::172.25.44.100/24/eth0 httpd

虚拟ip是172.25.44.100,启动服务是httpd

########################

资源文件(/etc/ha.d/haresources):

station3.example.com IPaddr::192.168.0.200/24/eth0 ldirectord httpd

这个文件中定义了实现集群所需的各个软件的启动脚本,这些脚本必须放在/etc/init.d 或者/etc/ha.d/resource.d 目录里 IPaddr 的作用是启动 Virutal IP,它是 HeartBeart 自带的一个脚本;ldirectord 的作用是启动 ldirectord 监控程序,它会使 ldirectord.cf 中定义的 lvs 生效,

并监听其健康状;httpd 是 apache 服务的启动脚本.

3).

vim /etc/ha.d/authkeys

chmod 600 /etc/ha.d/authkeys

配置完成后将文件传送到node4

#scp ha.cf haresources authkeys 172.25.44.4:/etc/ha.d/

#########认证文件,此文件权限必须是600#######

测试:

1..编写测试文件(在node3和node4上编写不同内容方便测试)

vim /var/www/html/index.html

2.# /etc/init.d/heartbeat start  ###l两边都开启hearbeat服务

Starting High-Availability services: INFO:  Resource is stopped

Done.

#arp -an | grep 172.25.44.100  ##查看vip在哪个节点上运行(在物理真机上执行此命令)

在主节点上查看vip

#ip addr show

3.浏览器访问vip:172.25.44.100,查看网页内容

4.Node3上手动关闭heartbeat服务,查看vip是否跳转到node4上,同时httpd在node4上开启,访问172.25.44.100,若内容与节点node4上测试文件内容一致,测试成功。

时间: 2024-11-10 11:30:59

linux之heartbeat高可用的简单配置的相关文章

CentOS Linux 负载均衡高可用WEB集群之LVS+Keepalived配置

CentOS Linux 负载均衡高可用WEB集群之LVS+Keepalived配置 LB集群是locd balance集群的简称.翻译成中文是:负载均衡集群的意思:集群是一组相互独立的.通过高速网络互联的计算机相互之间构成一个组合,并以单一的系统的模式加以管理.LVS是Linux Virtual Server的简写,翻译中文是Linux虚拟服务器,是一个虚拟的服务器集群系统. 负载均衡集群:是为了企业提供更为实用,性价比更高的系统机构解决方案.负载均衡集群把用户的请求尽可能的平均分发到集群的各

使用HeartBeat实现高可用HA的配置过程详解

使用HeartBeat实现高可用HA的配置过程详解 一.写在前面 HA即(high available)高可用,又被叫做双机热备,用于关键性业务.简单理解就是,有2台机器 A 和 B,正常是 A 提供服务,B 待命闲置,当 A 宕机或服务宕掉,会切换至B机器继续提供服务.常见的实现高可用的开源软件有 heartbeat 和 keepalived. 这样,一台 web 服务器一天24小时提供web服务,难免会存在 web 服务挂掉或服务器宕机宕机的情况,那么用户就访问不了服务了,这当然不是我们期望

mysql运维管理-heartbeat高可用软件的安装及配置

部署Heartbeat高可用需求 1 操作系统 CentOS-6.8-x86_64 2 Heartbeat服务主机资源准备 主服务器A: 主机名:heartbeat-1-130 eth0网卡地址:192.168.1.130(管理IP) eth1网卡地址:10.0.10.4 (心跳IP) 从服务器B: 主机名:heartbeat-1-129 eth0网卡地址:192.168.1.129(管理IP) eth1网卡地址:10.0.10.5(心跳IP) 虚拟VIP: 虚拟VIP在主服务器heartbea

keepalived高可用调度器配置详解

一.VRRP概述 1.VRRP协议 虚拟路由冗余协议(Virtual Router Redundancy Protocol,简称VRRP)是由IETF提出的解决局域网中配置静态网关出现单点失效现象的路由协议,1998年已推出正式的RFC2338协议标准.VRRP广泛应用在边缘网络中,它的设计目标是支持特定情况下IP数据流量失败转移不会引起混乱,允许主机使用单路由器,以及及时在实际第一跳路由器使用失败的情形下仍能够维护路由器间的连通性. 2.vrrp术语 参考:H3C VRRP技术白皮书 虚拟路由

CentOS 6.5环境下heartbeat高可用集群的实现及工作原理详解

Linux HA Cluster高可用服务器集群,所谓的高可用不是主机的高可用,而是服务的高可用. 什么叫高可用:一个服务器down掉的可能性多种多样,任何一个可能坏了都有可能带来风险,而服务器离线通常带来的代价是很大的,尤其是web站点,所以当某一台提供服务的的服务器down掉不至于服务终止的就叫高可用. 什么叫心跳:就是将多台服务器用网络连接起来,而后每一台服务器都不停的将自己依然在线的信息很简短很小的通告给同一个网络中的备用服务器的主机,告诉其实主机自己依然在线,其它服务器收到这个心跳信息

Heartbeat高可用部署(二)

三:Heartbeat高可用部署基础准备 3.1 搭建虚拟机模拟真实环境 我们安装前面的主机规划来进行配置主机 首先我们准备两台机器 给虚拟机配置IP和主机名,hosts 按照主机规划给服务器配置IP地址,如果是双网卡的机器,要记得添加网卡设备,尽可能在关机状态下添加网卡设备,然后开机登录后,执行/etc/init.d/kudzu start(centos6已经没有这个命令,可以使用start_udev来管理)检查新硬件 完成之后重启两台主机,然后通过setup配置 注意:这里不用设置网关和DN

Haproxy+Heartbeat 高可用集群方案操作记录

之前详细介绍了haproxy的基础知识点, 下面记录下Haproxy+Heartbeat高可用web集群方案实现过程, 以加深理解. 架构草图如下: 1) 基本环境准备 (centos6.9系统) 172.16.60.208(eth0) HA主节点(ha-master) haproxy,heartbeat 172.16.60.207(eth0) HA备节点(ha-slave) haproxy,heartbeat 172.16.60.229 VIP地址 172.16.60.204(eth0) 后端

Heartbeat高可用解决方案

Heartbeat高可用 Heartbeat作用: 通过heartbeat,可以将资源(ip以及程序服务等资源)从一台已经故障的计算机快速转移到另一台正常运转的机器上继续提供服务,一般称之为高可用服务. heartbeat和keepalived有很多相同之处,但是也有区别. 官方网址:http://www.linux-ha.org/wiki/Main_Page 工作原理: 通过修改heartbeat的配置文件,可以指定一台heartbeat服务器作为主服务器,另一台自动成为热备服务器.在热备服务

keepalived 高可用调度器配置

一.vrrp 概述 1.VRRP协议 虚拟路由冗余协议,是IETF提出的解决局域网中配置静态网关出现单点失效现象的路由协议. VRRP广泛应用在边缘网络中,它的设计目标是支持特定情况下IP数据流量失败转移不会引起混 乱,准许主机使用单路由器,及时在在实际第一跳路由器使用失败的情形下仍能够维护路由器 间的连通性. 2.VRRP基本术语 3.VRRP工作原理  4.VRRP的主要功能 1.master 路由器的选择功能 2.master 路由器的状态通告 3.VRRP 认证功能 5.VRRP高可用工