linux下高可用集群详解

1.高可用集群简单效果图

1.1.Messaging Layer:主要收集节点间的事务资源心跳等信息,分别有以下几种:

heartbeatV1 heartbeatV2 heartbeatV3

corosync

cman

keepalived

ultramokey

1.2.CRM:cluster resourse manager,对Messaging Layer收集到的资源进行管理,分别有以下几种:

Heartbeat v1 自带的资源管理器:haresources

Heartbeat v2 自带的资源管理器:haresources和crm

Heartbeat v3: 资源管理器crm发展为独立的项目,pacemaker

1.3.RA: Resource Agent,资源代理,由符合LSB标准的脚本(start,stop,restart,status)

主要功能是CRM资源管理器对资源管理分配后由RA进行执行

RA Classes:RA类型

Legacy heartbeat v1 RA

LSB (/etc/rc.d/init.d/)

OCF (Open Cluster Framework):含pacemaker 和 linbit (drbd)

STONITH 隔离

Resource Type:资源类型

primitive: 基本类型

clone: 克隆

group:组

master/slave: drbd,运行于两节点的主从关系

资源粘性:资源对某点的依赖程度,通过score定义

资源约束:Constraint

位置约束 location: 资源对节点倾向程度

排列约束 coloation: 资源间依赖性

顺序约束 order: 资源的采取动作的次序

2.高可用集群

2.1.三个基本要求

节点之间名称解析建议写在/etc/hosts文件下

节点之间ssh能互相通信,建议使用密钥认证

节点之间时间同步建议使用ntp服务器

2.2.三个配置文件:

authkeys:密钥文件,600,

ha.cf: heartbeat服务的配置

haresources:资源管理配置文件

3.本实验背景:双集群节点为node1.willow.com,IP为1.1.1.18 node2.willow.com,IP为1.1.1.19

在node1.willow.com主机配置如下:(与node2.willow.com集群配置全部相同)

3.1.安装HA集群包

#yum --nogpgcheck localinstall perl-MailTools-1.77-1.el5.noarch.rpm

#yum --nogpgcheck localinstall heartbeat-2.1.4-9.el5.i386.rpm heartbeat-gui-2.1.4-9.el5.i386.rpm heartbeat-pils-2.1.4-10.el5.i386.rpm heartbeat-stonith-2.1.4-10.el5.i386.rpm libnet-1.1.4-3.el5.i386.rpm

#cd /usr/share/doc/heartbeat-2.1.4/

#cp -p authkeys ha.cf haresources /etc/ha.d/

#chmod 600 authkeys

#cd /etc/ha.d/

3.2.vim authkeys #新增如下內容:

auth 1

1 md5 willow!  #其中willow!是md5所需的salts

3.3.vim ha.cf  #修改成如下內容:

logfacilitylocal0

keepalive 1

bcasteth0# Linux

auto_failback on

nodenode1.willow.com

nodenode2.willow.com

ping 1.1.1.144

3.3.vim haresources #修改成如下內容:

node1.willow.com  IPaddr::1.1.1.100/24/eth0 httpd

#yum -y install httpd

#echo "<h1>node1.willow.com</h1>" > /var/www/html/index.html #区别首页显示内容

#chkconfig httpd off

#setenforce 0

#iptalbes -F

3.4.node2.willow.com主机只修改如下部分(其他与node1.willow.com集群配置全部相同,省略)

#echo "<h1>node2.willow.com</h1>" > /var/www/html/index.html #区别首页显示内容

3.5.简单集群测试:

在node1.willow.com主机下:

#serivce heartbeat start

#ssh node2 ‘serivce heartbeat start‘

#tail -f /var/log/messages #看日志

此时通过web访问VIP1.1.1.100看效果

#cd /usr/lib/heartbeat

#./ha_stanby  #模拟node1节点掉线,web自动转到node2节点上,进行服务

此时通过web访问VIP1.1.1.100再看效果

3.6.通过第三台linux主机1.1.1.20的NFS服务器共享网页内容,再进行集群测试

在1.1.1.20主机上开启NFS共享:

#mkdir -pv /web/ha

#echo "<h1>this is NFS sharing</h1>" > /web/ha/index.html

#vim /etc/exports

/web/ha     1.1.1.0/24(ro)

#service nfs start

#service portmap start

在node1主机上:停止heartbeat服务

#ssh node2 ‘serivce heartbeat stop‘

#serivce heartbeat stop

在node1和node2两台主机上:同进修改haresources文件

#vim haresources #修改如下内容

node1.willow.com IPaddr::1.1.1.100/24/eth0 Filesystem::1.1.1.20:/web/ha::/var/www/html::nfs httpd

再在node1主机上:启动heartbeat服务

#serivce heartbeat start

#ssh node2 ‘serivce heartbeat start‘

#tail -f /var/log/messages #看日志

此时通过web访问VIP1.1.1.100看效果

#cd /usr/lib/heartbeat

#./ha_stanby  #模拟node1节点掉线,web自动转到node2节点上,进行服务

此时通过web访问VIP1.1.1.100再看效果

会持续更新此博客........

时间: 2024-10-20 01:48:02

linux下高可用集群详解的相关文章

linux下高可用集群之DRBD详解

1.DRBD:Disrtributed Replicated Block Device,分布式复制块设备 DRBD:主要是在不同服务器之间硬盘或分区同步数据,通过网络,按位同步,即镜像! Raid1主要是将同一服务器硬盘或分区同步数据,通过主板总线,按位同步.即镜像! DRBD区别于DAS,NAS,SAN,也区别于Raid1 DRBD是primary/secondary,主从设备,主从角色可以互换 primary:可读写执行操作,但secondary不能挂载文件系统 DRBD也是Dual pri

linux下高可用集群之RHCS详解

1.RHCS: RedHat Cluster Suite,红帽集群套件 RHCS必备基础包:cman rgmanager system-cluster-config 2.RHCS集群部署基本前提: 2.1.时间同步:建议使用ntp服务 2.2.跳板机与各节点名称解析且每个主机的主机名与其'uname -n'保持一致: 2.3.跳板机与各节点之间ssh实现密钥认证 2.4.配置好每个节点的Yum; 3.本实验使用3个节点主机实现RHCS集群,GW主机作为跳板主机,IP分布如下: 1.1.1.18

linux下高可用集群之corosync详解

1.corosync相当于heartbeat功能,提供Messaging Layer,收集节点之间心跳等信息 pacemaker相当于haresources,提供crm管理资源信息 2.实验:双集群节点为node1.willow.com,IP为1.1.1.18 node2.willow.com,IP为1.1.1.19 在node1.willow.com主机配置如下:(与node2.willow.com集群配置全部相同) 2.1.安装corosync和pacemaker等需要安装的包 cluste

MHA 高可用集群详解

一.什么是MHA 传统的主从复制如果主库宕机,其余从库不会自动的代替主库继续工作,这样就不能保证业务的高可用,而MHA就是一个mysql主从复制高可用的解决方案,当主库宕机后,MHA能在1-30秒实现故障检测和故障自动转移,选择一个最优的从库作为主库,同时新的主库还继续与其他从库保持数据一致的状态 二.MHA架构组成 整个MAH架构由两部分组成,即MHA Manager(管理节点),和MHA Node(数据节点),MHA Manager 可以独立部署到一台服务器上(含虚拟机)管理多个主从复制集群

keepalived for linux(HA 高可用集群)

高可用集群的实现是由基于vrrp协议(虚拟冗余路由协议)的keepalived软件实现的: VRRP协议: 下面开始配置keepalived 实现高可用集群操作 首先准备好2台调度器(DR1,DR2),2台RS服务器(RS1,RS2),1台客户机: 要做高可用的前提需要注意: 1.各个节点之间时间必须同步:需要使用时间服务器: 2.各个节点之间可以通过主机名互相通信: 3.确保iptables和selinux不会阻碍各个节点之间的数据通信 4.为了安全考虑,各个节点之间的root用户可以基于密钥

Linux系统高可用集群软件之Keepalived

Keepalived 集群软件是一个基于VRRP协议来实现的LVS(四层协议)服务高可用方案,可以利用避免单节点故障.LVS服务需要有2台服务器运行Keepalived服务,一台为主服务器(MASTER),一台为备份服务器(BACKUP),但是对外只有一个虚拟IP,主服务器会发送特定的消息给备份服务器,当备份服务器收不到这个消息的时候,备份服务器认为主服务器宕机并会接管虚拟IP提供服务,从而保证了服务的高可用性. 1.环境说明 系统:Centos 6.5 64位 软件:Keepalived ip

Linux系统高可用集群软件之HeartBeat

服务器环境: node1:192.168.1.100    10.0.0.1 node2:192.168.1.102    10.0.0.2 服务:apache 1.配置系统的网络环境 node1节点: (1)配置IP地址 [[email protected] yum.repos.d]# cd /etc/sysconfig/network-scripts/[[email protected] network-scripts]# vim ifcfg-eth0 DEVICE=eth0HWADDR=0

linux高可用集群(HA)原理详解

高可用集群 一.什么是高可用集群 高可用集群就是当某一个节点或服务器发生故障时,另一个节点能够自动且立即向外提供服务,即将有故障节点上的资源转移到另一个节点上去,这样另一个节点有了资源既可以向外提供服务.高可用集群是用于单个节点发生故障时,能够自动将资源.服务进行切换,这样可以保证服务一直在线.在这个过程中,对于客户端来说是透明的. 二.高可用集群的衡量标准 高可用集群一般是通过系统的可靠性(reliability)和系统的可维护性(maintainability)来衡量的.通常用平均无故障时间

linux高可用集群(HA)原理详解(转载)

一.什么是高可用集群 高可用集群就是当某一个节点或服务器发生故障时,另一个 节点能够自动且立即向外提供服务,即将有故障节点上的资源转移到另一个节点上去,这样另一个节点有了资源既可以向外提供服务.高可用集群是用于单个节点发 生故障时,能够自动将资源.服务进行切换,这样可以保证服务一直在线.在这个过程中,对于客户端来说是透明的. 二.高可用集群的衡量标准 高可用集群一般是通过系统的可靠性(reliability)和系统 的可维护性(maintainability)来衡量的.通常用平均无故障时间(MT