Linux高可用集群方案之配置heartbeat v2基于haresources配置文件的httpd高可用集群

本章主要配置heartbeat v2基于haresources配置文件的httpd高可用集群。



 ll  本文导航 

  · 前期准备

  · 安装heartbeat v2

  · node1、node2主机安装httpd

  · shared-nfs主机安装nfs

  · 配置httpd高可用集群

  · 客户端访问测试

 ll  要求 

完全掌握heartbeat v2基于haresources配置文件的httpd高可用服务。

  前期准备 

1、heartbeat服务主机规划

主机 接口 ip 服务 用途
node1.chanedu.com eth0 192.168.1.131
heartbeat

httpd

LAN数据转发
eth1 192.168.2.131 心跳信息链路
vip 192.168.1.180
node1.chanedu.com eth0 192.168.1.132
heartbeat

httpd

LAN数据转发
eth1 192.168.2.132 心跳信息链路
shared.chanedu.com eth0 192.168.1.150 nfs LAN数据转发

2、架构图

3、配置yum源

rpm -ivh https://mirrors.ustc.edu.cn/epel/epel-release-latest-6.noarch.rpm


4、同步时间

两个节点的时间必须一致,可以使用网络时间服务器或本地ntpd服务器同步事件,我这里直接同步网络时间服务器

crontab -e 202.120.2.101

5、节点名称和IP地址必须能互相解析,保证/etc/hosts文件中主机名的正反解析结果与‘uname -n’的名称一致

分别在node1和node2中的/etc/hosts添加下面的名称解析

echo "192.168.1.131    node1.chanedu.com    node1" >> /etc/hosts
echo "192.168.1.132    node2.chanedu.com    node2" >> /etc/hosts

6、配置节点心跳连接

node1和node2都使用eth1网卡互相连接,不经过交换机,直接用网线连接node1上的eth1和node2上的eth1,用作心跳检测

node1上的eth1:192.168.2.131

node2上的eth1:192.168.2.132

在node1和node2两台主机上分别增加一条主机路由,实现两台主机检测对端时通过eth1网卡来实现心跳检测

在node1上添加:

route add -host 192.168.2.132 dev eth1
# 这条命令的意思是从node1访问192.168.2.132(node2),走eth1网卡出去
echo "route add -host 192.168.2.132 dev eth1" >> /etc/rc.local

在node2上添加:

route add -host 192.168.2.131 dev eth1
# 这条命令的意思是从node1访问192.168.2.131(node1),走eth1网卡出去
echo "route add -host 192.168.2.131 dev eth1" >> /etc/rc.local

7、为了保证通信安全,节点之间使用ssh密码的方式进行通信,可以使用“ssh-keygen -t  rsa”命令产生密钥。

ssh-keygen -t rsa
ssh-copy-id [email protected]

  安装heartbeat v2 

由于heartbeat-pils在CentOS-6.5后备cluster-glue取代了,所以需要手动解决依赖关系

1、解决依赖关系

yum install perl-TimeDate net-snmp-libs libnet PyXML
rpm -ivh heartbeat-2.1.4-12.el6.x86_64.rpm heartbeat-pils-2.1.4-12.el6.x86_64.rpm heartbeat-stonith-2.1.4-12.el6.x86_64.rpm

注意:libnet在epel源中

  node1、node2主机安装httpd 

这里不演示

  shared主机安装nfs 

这里不演示

  配置httpd高可用集群 

  客户端访问测试 

时间: 2024-08-08 09:35:29

Linux高可用集群方案之配置heartbeat v2基于haresources配置文件的httpd高可用集群的相关文章

Linux高可用集群方案之配置heartbeat v2基于crm+hb_gui接口,配置高可用httpd,mysql,lvs

本章主要配置heartbeat v2基于crm+hb_gui接口,配置高可用httpd,mysql,lvs. 如何安装heartbeat v2.httpd.nfs.配置心跳连接.ssh密钥通信.同步时间.添加名称解析.配置yum源等请参照: >> Linux高可用集群方案之配置heartbeat v2基于haresources配置文件的httpd高可用集群 http://ccschan.blog.51cto.com/11854461/1922966  ll  本文导航    · 前期准备及相关

Linux高可用集群方案之配置heartbeat v2基于crm+hb_gui接口,配置ipvs高可用集群

  基于crm+hb_gui接口配置ipvs高可用集群    基于crm+hb_gui+ldirectored接口配置ipvs高可用集群 

Linux高可用集群方案之配置heartbeat v2基于crm+hb_gui接口,配置http+msyql+nfs高可用集群

  基于crm+hb_gui接口配置http+mysql+nfs高可用集群    基于crm+hb_gui接口配置ipvs高可用集群    基于crm+hb_gui+ldirectored接口配置ipvs高可用集群 

架构设计:系统存储(17)——Redis集群方案:高可用

1.概述 从本篇文章开始,我们将向读者介绍几种Redis的高可用高负载集群方案.除了介绍Redis 3.X版本中推荐的原生集群方案外,还会介绍使用第三方组件搭建Redis集群的方法.本文我们会首先介绍Redis的高可用集群方案. 2.Redis高可用方案 Redis提供的高可用方案和我们介绍过的很多软件的高可用方案类似,都是使用主从节点的思路.即是有一个Master节点在平时提供服务,另外一个或多个Slave节点在平时不提供服务(或只提供数据读取服务).当Master节点由于某些原因停止服务后,

heartbeat v2配置高可用web集群和基于nfs搭建MySQL高可用集群

安装环境:Centos 6.4, httpd2.4,mysql5.5,heartbeat v2 提供两台机器node1和node2,在/etc/hosts文件中添加名称解析,并且主机名称要与节点名称要相同,即uname -n的名称要和hosts定义的名称必须一样. #   IP                         HOSTNAME             ALIAS 10.204.80.79     node1.mylinux.com     node1 10.204.80.80  

heartbeat v2版CRM的高可用web集群的实现

上篇文章:heartbeat v1版CRM的高可用集群的实现 集群架构图 : 主节点(172.16.31.10) 客户端(172.16.31.12) Vitual IP(172.16.31.166)                            NFS IP(172.16.31.12) 从节点(172.16.31.11) 注:心跳信息传递借助eth0网卡实现 网络以及IP地址规划如下所示: 节点类型     IP地址规划          主机名      类型 主用节点     eth

架构设计:系统存储(18)——Redis集群方案:高性能

1.概述 通过上一篇文章(<架构设计:系统存储(17)--Redis集群方案:高可用>)的内容,Redis主从复制的基本功能和进行Redis高可用集群监控的Sentinel基本功能基本呈现给了读者.虽然本人并不清楚上一篇根据笔者实际工作经验所撰写的文章有什么重大问题,导致那么多朋友集体点踩而且截止目前又没有任何人愿意为笔者指出这些问题,但是这不会影响笔者继续学习.总结技术知识的热情.从这篇文章开始我们一起来讨论Redis中两种高性能集群方案,并且在讨论过程中将上一篇文章介绍的高可用集群方案结合

redis集群方案总结

一,公司现在正在使用的集群方案(redis+sentinel) 通过多个Sentinel一起监控redis集群,检测到master不可用时,通过投票来决定master是否需要切换. Sentinel 之间互相检测(通过在共同检测的master中写入信息来进行),Sentinel 只需要配置master节点,自动通过master来获取已经连接的slave列表.当其中的某一个Sentinel 检测到master宕机之后,标示master为SDOWN,向其他的Sentinel 发送SENTINEL i

Redis缓存集群方案

由于单台Redis服务器的内存管理能力有限,使用过大内存的Redis又会使得服务器的性能急剧下降,一旦服务器发生故障将会影响更大范围业务,而Redis 3.0 beta1支持的集群功能还不适合生产环境的使用.于是为了获取更好的Redis缓存性能及可用性,很多公司都研发了Redis缓存集群方案.现对NetFlix.Twitter.国内的豌豆荚在缓存集群方面的解决方案进行一个汇总,以供读者参考,具体内容如下: 1.NetFlix对Dynamo的开源通用实现Dynomite Dynomite是NetF