Heartbeat3.x应用全攻略.docx

一、Heartbeat的概念组成以及工作原理1、 heartbeat的概念 Heartbeat是Linux-HA项目中的一个组件，也是目前开源HA项目中最成功的一个例子, Linux-HA的全称是High-Availability Linux,这个开源项目的目标是：通过社区开发者的共同努力，提供一个增强linux可靠性（reliability）、可用性（availability）和可服务性（serviceability）（RAS）的群集解决方案. Heartbeat提供了所有 HA 软件所需要的基本功能，比如心跳检测和资源接管、监测群集中的系统服务、在群集中的节点间转移共享 IP 地址的所有者等.Linux-HA的官方网站: 2、 HA集群相关术语（1） 节点（node）运行heartbeat进程的一个独立主机，称为节点，节点是HA的核心组成部分，每个节点上运行着操作系统和heartbeat软件服务，在heartbeat集群中，节点有主次之分，分别称为主节点和备用/备份节点，每个节点拥有唯一的主机名，并且拥有属于自己的一组资源，主节点上一般运行着一个或多个应用服务。而备用节点一般处于监控状态。（2）资源（resource）资源是一个节点可以控制的实体，并且当节点发生故障时，这些资源能够被其它节点接管，heartbeat中，可以当做资源的实体有：磁盘分区、文件系统、IP地址、应用程序服务、NFS文件系统（3）事件（event）也就是集群中可能发生的事情，例如节点系统故障、网络连通故障、网卡故障、应用程序故障等。这些事件都会导致节点的资源发生转移，HA的测试也是基于这些事件来进行的。（4）动作（action）事件发生时HA的响应方式，动作是由shell脚步控制的，例如，当某个节点发生故障后，备份节点将通过事先设定好的执行脚本进行服务的关闭或启动。进而接管故障节点的资源。3、 Heartbeat的组成（1） Heartbeat的结构Heartbeat1.x和2.0.x版本的结构十分简单，各个模块都集中在heartbeat中，到了3.0版本后，整个heartbeat项目进行了拆分，分为不同的项目来分别进行开发。 Heartbeat2.0.x之前的版本具有的模块：heartbeat： 节点间通信检测模块ha-logd： 集群事件日志服务CCM（Consensus Cluster Membership）：集群成员一致性管理模块LRM （Local Resource Manager）：本地资源管理模块Stonith Daemon： 使出现问题的节点从集群环境中脱离CRM（Cluster resource management）：集群资源管理模块Cluster policy engine： 集群策略引擎Cluster transition engine：集群转移引擎Heartbeat3.0拆分之后的组成部分：Heartbeat：将原来的消息通信层独立为heartbeat项目，新的heartbeat只负责维护集群各节点的信息以及它们之前通信；Cluster Glue：相当于一个中间层，它用来将heartbeat和pacemaker关联起来，主要包含2个部分，即为LRM和STONITH。Resource Agent：用来控制服务启停，监控服务状态的脚本集合，这些脚本将被LRM调用从而实现各种资源启动、停止、监控等等。Pacemaker:也就是Cluster Resource Manager （简称CRM），用来管理整个HA的控制中心，客户端通过pacemaker来配置管理监控整个集群。Pacemaker 提供了多种用户管理接口，分别如下：1）crm shell：基于字符的管理方式；2）一个使用Ajax Web配置方式的web konsole窗口；3）hb_gui ，即heartbeat的gui图形配置工具，这也是原来2.1.x的默认GUI配置工具；4）DRBD-MC，一个基于Java的配置管理工具。（2） Pacemaker内部组成及与各模块之间关系（3） Heartbeat3.x内部组成及之间关系（4） Heartbeat各个版本之间的异同与1.x风格相比，Heartbeat2.1.x版本之后功能变化如下：1）保留原有所有功能 如，网络,heartbeat ,机器down时均可切换资源。2）自动监控资源 默认情况下每2分钟检测资源运行情况，如果发现资源不在，则尝试启动资源， 如果60s后还未启动成功，则资源切换向另节点。时间可以修改。3) 可以对各资源组实现独立监控. 比如apache运行在node1上,tomcat运行在node2上,Heartbeat可同时实现两台主机的服务监控。4）同时监控系统负载 可以自动将资源切换到负载低的node上。Heartbeat官方最后一个STABLE release 2.x 版本是2.1.4，Heartbeat 3官方正式发布的首个版本是3.0.2，Heartbeat 3与Heartbeat2.x的最大差别在于，Heartbeat3.x按模块把的原来Heartbeat2.x拆分为多个子项目，但是HA实现原理与Heartbeat2.x基本相同。配置也基本一致。（5） Heartbeat集群的一般拓扑图一、安装heartbeat前的准备1、Heartbeat集群必须的硬件构建一个Heartbeat集群系统必须的硬件设备有：节点服务器、网络和网卡、共享磁盘2、操作系统规划这里统一采用Centos5.3操作系统，每个节点服务器都有两块网卡，一块用作连接公用网络，另一块通过以太网交叉线连接两个节点，作为心跳监控。共享磁盘由一个磁盘阵列设备提供，两个节点共享一个磁盘分区。磁盘分区对应的硬件标识为/dev/sdf1，挂载点为/data1，文件系统类型为ext3。如图1所示：图1网络拓扑如图2所示：图2配置每个节点的/etc/hosts文件，保证两个节点内容一致，/etc/hosts文件内容如下：1. rootnode1#more/etc/hosts 2. 46node1 3. 37node2 4. priv1 5. priv1一切准备就绪，接下来开始安装heartbeat。二、安装heartbeat这里的安装以heartbeat3.x为讲解对象，以下操作需要在两个节点都进行安装，基本安装过程为：首先建立相关用户hacluster和组haclient，然后设定环境变量，最后就是安装heartbeat，过程如下：1、添加用户和组1. groupaddhaclient 2. useradd-ghaclienthacluster2、设置环境变量vi /root/.bash_profile，添加如下内容：1. exportPREFIX=/usr/local/ha 2. exportLCRSODIR=$PREFIX/libexec/lcrso 3. exportCLUSTER_USER=hacluster4. exportCLUSTER_GROUP=haclient5. exportCFLAGS=$CFLAGS-I$PREFIX/include-L$PREFIX/lib6. getentgroup$CLUSTER_GROUP/dev/null|groupadd-r$CLUSTER_GROUP 7. getentpasswd$CLUSTER_USER/dev/null|useradd-r-g$CLUSTER_GROUP-d/var/lib/heartbeat/cores/hacluster-s/sbin/nologin-cclusteruser$CLUSTER_USER heartbeat3.x版本把安装包分成了4个部分，分别是：Cluster Glue、Resource Agents、heartbeat和pacemaker，所以要分别安装，可以从、下载对应的软件包，这里使用的软件版本分别为：glue-1.0.7、agents-1.0.3、heartbeat-STABLE-3.0.4、Pacemaker-1.0.103、安装各个模块软件包（1）安装Cluster Glue1. tarxjvfReusable-Cluster-Components-glue-5e06b2ddd24b.tar.bz2 2. cdReusable-Cluster-Components-glue-5e06b2ddd24b 3. ./autogen.sh 4. ./configure-prefix=$PREFIX-with-daemon-user=$CLUSTER_USER-with-daemon-group=$CLUSTER_GROUP-enable-fatal-warnings=no5. make 6. makeinstall （2）安装Resource Agents1. tarjxvfCluster-Resource-Agents-5ae70412eec8.tar.bz2 2. cdCluster-Resource-Agents-5ae70412eec8 3. ./autogen.sh 4. ./configure-prefix=$PREFIX-enable-fatal-warnings=no5. make 6. makeinstall （3）安装heartbeat1. tarjxvfHeartbeat-3-0-fcd56a9dd18c.tar.bz2 2. cdHeartbeat-3-0-fcd56a9dd18c 3. ./bootstrap 4. ./configure-prefix=$PREFIX-enable-fatal-warnings=no5. make 6. makeinstall （4）安装pacemaker1. tarjxvfPacemaker-1-0-c3869c00c759.tar.bz2 2. cdPacemaker-1-0-c3869c00c759 3. ./autogen.sh 4. ./configure-prefix=$PREFIX-with-lcrso-dir=$LCRSODIR-enable-fatal-warnings=no5. make 6. makeinstall 4、安装图像管理工具Pacemaker-Python-GUI1. rootdrbd1Pacemaker-Python-GUI-18332eae086e#tarjxvfPacemaker-Python-GUI-18332eae086e.tar.bz2 2. rootdrbd1Pacemaker-Python-GUI-18332eae086e#cdPacemaker-Python-GUI-18332eae086e 3. rootdrbd1Pacemaker-Python-GUI-18332eae086e#./bootstrap-prefix=$PREFIXCFLAGS=$CFLAGS-I$PREFIX/include-L$PREFIX/lib4. rootdrbd1Pacemaker-Python-GUI-18332eae086e#make 5. rootdrbd1Pacemaker-Python-GUI-18332eae086e#makeinstall 可能出现如下报错：1. aclocal:configure.in:57:warning:macroAM_PO_SUBDIRSnotfoundinlibrary 2. ./configure:line2064:syntaxerrornearunexpectedtoken0.35.2 3. ./configure:line2064:AC_PROG_INTLTOOL(0.35.2) 只需安装gettext和intltool-0.35.0-2软件包即可三、配置heartbeat对HA的配置分为两个部分，配置heartbeat和pacemaker，与heartbeat版本相对应，配置文件也有两个版本，即为heartbeat1.x的1.x style版本和heartbeat2.1.x版本之后的2.1.x style版本，我们可以借助1.x style的集群资源配置文件转换为2.x style的格式，同时，在heartbeat2.1.x版本之后使用CRM来管理整个集群。集群开始时，通过在各节点间选举产生一个节点成为DC（Designated Coordinator），所有配置操作都在该DC主机上进行，并由其分发到集群下的各个节点上。下面依次讲述。1、1.x和2.x配置文件对比l/usr/local/ha/etc/ha.d/authkeys 该文件在两个版本作用是完全相同的，都必须设置，并且保证每个节点（node）内容一样l/usr/local/ha/etc/ha.d/ha.cf 这个是主要配置文件，由其决定v1或v2 style格式l/usr/local/ha/etc/haresources 这是v1的资源配置文件l/usr/local/ha/var/lib/heartbeat/crm/cib.xml 这是v2的资源配置文件，两者根据ha.cf的设定只能选其一.v2版本使用CRM管理集群，而cib.xml文件有如下几种方式来编写：l人工编写XML文件；l使用admintools工具，其已经包含在heartbeat包中；l使用GUI图形工具配置，也包含在heartbeat-gui包里面，这个一会介绍；l使用python脚本转换1.x style的格式配置文件到2.x style格式。这四种方法实质都是相同的，并且以python脚本转换最为简单容易。为此，可以先配置好1.x style的格式，然后通过python脚本进行转换。2、配置heartbeat1）首先拷贝模板配置文件1. cp/usr/local/ha/share/doc/authkeys/usr/local/ha/etc/ha.d 2. cp/usr/local/ha/share/doc/ha.cf/usr/local/ha/etc/ha.d 3. cp/usr/local/ha/share/doc/haresources/usr/local/ha/etc/ha.d3、主配置文件(/etc/ha.d/ha.cf)下面对ha.cf文件的每个选项进行详细介绍，其中“#”号后面的内容是对选项的注释说明。1. #debugfile/var/log/ha-debug 2. logfile/var/log/ha-log#指名heartbeat的日志存放位置。 3. #crmyes#是否开启ClusterResourceManager（集群资源管理）功能。 4. bcasteth1#指明心跳使用以太网广播方式，并且是在eth1接口上进行广播。 5. keepalive2#指定心跳间隔时间为2秒（即每两秒钟在eth1上发送一次广播）。 6. deadtime30#指定备用节点在30秒内没有收到主节点的心跳信号后，则立即接管主节点的服务资源。 7. warntime10#指定心跳延迟的时间为十秒。当10秒钟内备份节点不能接收到主节点的心跳信号时，就会往日志中写入一个警告日志，但此时不会切换服务。 8. initdead120#在某些系统上，系统启动或重启之后需要经过一段时间网络才能正常工作，该选项用于解决这种情况产生的时间间隔。取值至少为deadtime的两倍。 9. udpport694#设置广播通信使用的端口，694为默认使用的端口号。 10. baud19200#设置串行通信的波特率。 11. #serial/dev/ttyS0#选择串行通信设备，用于双机使用串口线连接的情况。如果双机使用以太网。 12. #ucasteth0#采用网卡eth0的udp单播来组织心跳，后面跟的IP地址应为双机对方的IP地址。 13. #mcasteth069410#采用网卡eth0的Udp多播来组织心跳，一般在备用节点不止一台时使用。Bcast、ucast和mcast分别代表广播、单播和多播，是组织心跳的三种方式，任选其一即可。 14. auto_failbackon#用来定义当主节点恢复后，是否将服务自动切回，heartbeat的两台主机分别为主节点和备份节点。主节点在正常情况下占用资源并运行所有的服务，遇到故障时把资源交给备份节点并由备份节点运行服务。在该选项设为on的情况下，一旦主节点恢复运行，则自动获取资源并取代备份节点，如果该选项设置为off，那么当主节点恢复后，将变为备份节点，而原来的备份节点成为主节点。 15. #stonithbaytech/etc/ha.d/conf/stonith.baytech#stonith的主要作用是使出现问题的节点从集群环境中脱离，进而释放集群资源，避免两个节点争用一个资源的情形发生。保证共享数据的安全性和完整性。 16. #watchdog/dev/watchdog#该选项是可选配置，是通过Heartbeat来监控系统的运行状态。使用该特性，需要在内核中载入softdog内核模块，用来生成实际的设备文件，如果系统中没有这个内核模块，就需要指定此模块，重新编译内核。编译完成输入insmodsoftdog加载该模块。然后输入grepmisc/proc/devices(应为10)，输入cat/proc/misc|grepwatchdog(应为130)。最后，生成设备文件：mknod/dev/watchdogc10130。即可使用此功能。 17. nodenode1#主节点主机名，可以通过命令“uanmen”查看。 18. nodenode2#备用节点主机名。 19. ping#选择ping的节点，ping节点选择的越好，HA集群就越强壮，可以选择固定的路由器作为ping节点，但是最好不要选择集群中的成员作为ping节点，ping节点仅仅用来测试网络连接。 20. ping_groupgroup15139#类似于ping。 21. #respawnhacluster/usr/local/ha/lib/heartbeat/ipfail 22. apiauthpingdgid=haclientuid=hacluster23. respawnhacluster/usr/local/ha/lib/heartbeat/pingd-m100-d5s#该选项是可选配置，列出与heartbeat一起启动和关闭的进程，该进程一般是和heartbeat集成的插件，这些进程遇到故障可以自动重新启动。最常用的进程是pingd，此进程用于检测和监控网卡状态，需要配合ping语句指定的pingnode来检测网络的连通性。其中hacluster表示启动pingd进程的身份。 24. #下面的配置是关键，也就是激活crm管理，开始使用v2style格式 25. crmrespawn 26. #注意，还可以使用crmyes的写法，但这样写的话，如果后面的cib.xml配置有问题 27. #会导致heartbeat直接重启该服务器，所以，测试时建议使用respawn的写法 28. #下面是对传输的数据进行压缩，是可选项 29. compressionbz2 30. compression_threshold2 31. 注意，v2style不支持ipfail功能，须使用pingd代替 4、资源文件(/etc/ha.d/haresources) Haresources文件用于指定双机系统的主节点、集群IP、子网掩码、广播地址以及启动的服务等集群资源，文件每一行可以包含一个或多个资源脚本名，资源之间使用空格隔开，参数之间使用两个冒号隔开，在两个HA节点上该文件必须完全一致，此文件的一般格式为：1. node-namenetwork node-name表示主节点的主机名，必须和ha.cf文件中指定的节点名一致，network用于设定集群的IP地址、子网掩码、网络设备标识等，需要注意的是，这里指定的IP地址就是集群对外服务的IP地址，resource-group用来指定需要heartbeat托管的服务，也就是这些服务可以由heartbeat来启动和关闭，如果要托管这些服务，必须将服务写成可以通过start/stop来启动和关闭的脚步，然后放到/etc/init.d/或者/etc/ha.d/resource.d/目录下，heartbeat会根据脚本的名称自动去/etc/init.d或者/etc/ha.d/resource.d/目录下找到相应脚步进行启动或关闭操作。 LSB： Linux标准脚本文件（init script），通常放在/etc/init.d/目录下，heartbeat1.x版本之前的管理脚本一半放在/etc/ha.d/resource.d，在这里是/usr/local/ha/etc/ha.d/resource.d OCF：Open Cluster Framework，默认放在/usr/lib/resource.d/heartbeat/目录下；在这里是/usr/local/ha/etc/ha.d/resource.d下面介绍一下ocf和lsb格式的区别： LSB格式的脚本必须支持status功能，必须能接收start,stop,status,三个参数；而如果是OCF格式,则必须支持start,stop,monitor三个参数.其中status和monitor参数是用来监控资源的,非常重要. 例如LSB风格的脚本,运行./Mysql status时候， 返回值包含OK或则running则表示资源正常，返回值包含stopped或者No则表示资源不正常。 假如是OCF风格的脚本,运行./Mysql monitor时候, 返回0表示资源是正常的, 返回7表示资源出现问题.下面对配置方法进行具体说明：1. node1IPaddr:00/24/eth0/Filesystem:/dev/sdb5:/webdata:ext3httpdtomcat其中，node1是HA集群的主节点，IPaddr为heartbeat自带的一个执行脚步，heartbeat首先将执行/etc/ha.d/resource.d/IPaddr 00/24 start的操作，也就是虚拟出一个子网掩码为，IP为00的地址，此IP为heartbeat对外提供服务的网络地址，同时指定此IP使用的网络接口为eth0，接着，heartbeat将执行共享磁盘分区的挂载操作，“Filesystem:/dev/sdf1:/data1:ext3”相当于在命令行下执行mount操作，即“mount t ext3 /dev/sdf1 /data1”，最后依次启动httpd和tomcat服务。165、认证文件(/etc/ha.d/authkeys) authkeys文件用于设定heartbeat的认证方式，共有三种可用的认证方式：crc、md5和sha1，三种认证方式的安全性依次提高，但是占用的系统资源也依次增加。如果heartbeat集群运行在安全的网络上，可以使用crc方式，如果HA每个节点的硬件配置很高，建议使用sha1，这种认证方式安全级别最高，如果是处于网络安全和系统资源之间，可以使用md5认证方式。这里我们使用crc认证方式，设置如下：1. auth1 2. 1crc 3. #2sha1sha1_any_password 4. #3md5md5_any_password需要说明的一点是：无论auth后面指定的是什么数字，在下一行必须作为关键字再次出现，例如指定了“auth 6”，下面一定要有一行“6 认证类型”。最后确保这个文件的权限是600（即-rw-）。6、配置pacemaker在使用CRM管理的时候，也就是heartbeat第二种配置格式，就需要配置pacemaker了。通过pacemaker可以对集群资源进行监控和配置。在HA环境中，所有资源的信息，和对其的配置都是以xml格式进行存储的，所以对其进行管理监控配置都是对xml文件进行读写。所以对pacemaker进行配置其实就是对cib.xml文件进行读写，这个文件在不同环境中存在于不同位置，在我们的环境中存在于/usr/local/ha/var/lib/heartbeat/crm/cib.xml，可以用vi对其进行查看。但需要说明的是对其的改写一定不能用vi或其他编辑器进行，而是要通过提供的工具，如cibadmin, crm等命令来进行。这是基于以下原因：xml不易读写，而crm提供了具体的，对应的命令来进行资源信息的监控，配置管理。这个文件的修改直接作用于HA环境的变更，如果在里面执行了一个删除服务的操作，那么这个操作可能会破坏整个环境的运行，所以HA提供了一套机制来避免这种状况的发生，这个机制名为shadow。即我们在通过命令工具修改这个文件时，会将修改后的配置尝试运行，检测一遍，看是否有错误，如果有错则会不能进行修改的提交，这样就保证了配置的正确性和环境的稳定性。因为手动直接修改这个文件无法应用这个机制，所以不能使用手动修改。另外需要说明的是这个文件在所有节点上会自动保持同步，如果有一个节点上面的cib.xml有变更，则其他节点会自动进行该文件的增量拷贝。采用pacemaker管理集群的方法有两种，分别如下：（1） 转换v1.x为v2.x格式文件如果要采用heartbeat的v2.x格式配置文件，最简单的办法就是通过heartbeat提供的一个使用python写的转换工具，可直接将资源配置文件从v1.x转换为v2.x格式，1. /usr/local/ha/lib/heartbeat/haresources2cib.py/usr/local/ha/etc/ha.d/haresources这样就自动生成/usr/local/ha/var/lib/heartbeat/crm/cib.xml文件了。（2）通过Pacemaker-Python-GUI也就是通过GUI图形界面进行相关的配置7、通过pacemaker配置和管理HA集群通过以下几个步骤即可完成：l安装Pacemaker-Python-GUIl将集群配置为Pacemaker（CRM）集中管理方式,即修改ha.cf文件l给hacluster用户创建密码l启动heartbeat服务l登陆xwindow，执行hb_gui程序即可，如图3所示：图3一、启动Heartbeat1、启动主节点的HeartbeatHeartbeat安装完成后，自动在/etc/init.d目录下生成了启动脚步文件heartbeat，直接输入/etc/init.d/heartbeat可以看到heartbeat脚本的用法，如下所示：1. rootnode1#/etc/init.d/heartbeat2. Usage:/etc/init.d/heartbeatstart|stop|status|restart|reload|force-reload因而启动heartbeat可以通过如下命令进行：1. rootnode1#serviceheartbeatstart2. 或者通过3. rootnode1#/etc/init.d/heartbeatstart这样就启动了主节点的heartbeat服务日志信息如下：1. Feb519:09:48node1heartbeat:22768:info:glib:ucast:boundsendsockettodevice:eth02. Feb519:09:48node1heartbeat:22768:info:glib:ucast:boundreceivesockettodevice:eth03. Feb519:09:48node1heartbeat:22768:info:glib:ucast:startedonport694interfaceeth0to4. Feb519:09:48node1heartbeat:22768:info:glib:pingheartbeatstarted.5. Feb519:09:48node1heartbeat:22768:info:glib:pinggroupheartbeatstarted.6. Feb519:09:48node1heartbeat:22768:info:Localstatusnowsetto:up7. Feb519:09:49node1heartbeat:22768:info:Link:up.8. Feb519:09:49node1heartbeat:22768:info:Statusupdatefornode:statusping9. Feb519:09:49node1heartbeat:22768:info:Linkgroup1:group1up.10. Feb519:09:49node1heartbeat:22768:info:Statusupdatefornodegroup1:statusping此段日志是Heartbeat在进行初始化配置，例如，heartbeat的心跳时间间隔、UDP广播端口、ping节点的运行状态等，日志信息到这里会暂停，等待120秒之后，heartbeat会继续输出日志，而这个120秒刚好是ha.cf中“initdead”选项的设定时间。此时heartbeat的输出信息如下：1. Feb519:11:48node1heartbeat:22768:WARN:nodenode2:isdead2. Feb519:11:48node1heartbeat:22768:info:Comm_now_up():updatingstatustoactive3. Feb519:11:48node1heartbeat:22768:info:Localstatusnowsetto:active4. Feb519:11:48node1heartbeat:22768:info:Startingchildclient/usr/local/ha/lib/heartbeat/pingd-m100-d5s(102,105)5. Feb519:11:49node1heartbeat:22768:WARN:NoSTONITHdeviceconfigured.6. Feb519:11:49node1heartbeat:22768:WARN:Shareddisksarenotprotected.7. Feb519:11:49node1heartbeat:22768:info:Resourcesbeingacquiredfromnode2.8. Feb519:11:49node1heartbeat:22794:info:Starting/usr/local/ha/lib/heartbeat/pingd-m100-d5sasuid102gid105(pid22794) 在上面这段日志中，由于node2还没有启动，所以会给出“node2: is dead”的警告信息，接下来启动了heartbeat插件pingd，由于我们在ha.cf文件中没有配置STONITH，所以日志里也给出了“No STONITH device configured”的警告提示。继续看下面的日志：1. Feb519:11:50node1IPaddr22966:INFO:Resourceisstopped2. Feb519:11:50node1ResourceManager22938:info:Running/usr/local/ha/etc/ha.d/resource.d/IPaddr35start3. Feb519:11:50node1IPaddr23029:INFO:Usingcalculatednicfor35:eth04. Feb519:11:50node1IPaddr23029:INFO:Usingcalculatednetmaskfor35:5. Feb519:11:51node1pingd:22794:info:attrd_lazy_update:Connectingtocluster.5retriesremaining6. Feb519:11:51node1IPaddr23029:INFO:evalifconfigeth0:035netmaskbroadcast557. Feb519:11:51node1avahi-daemon2455:Registeringnewaddressrecordfor35oneth0.8. Feb519:11:51node1IPaddr23015:INFO:Success9. Feb519:11:51node1Filesystem23134:INFO:Resourceisstopped10. Feb519:11:51node1ResourceManager22938:info:Running/usr/local/ha/etc/ha.d/resource.d/Filesystem/dev/sdf1/data1ext3start11. Feb519:11:52node1Filesystem23213:INFO:Runningstartfor/dev/sdf1on/data112. Feb519:11:52node1kernel:kjournaldstarting.Commitinterval5seconds13. Feb519:11:52node1kernel:EXT3FSonsdf1,internaljournal14. Feb519:11:52node1kernel:EXT3-fs:mountedfilesystemwithordereddatamode.15. Feb519:11:52node1Filesystem23205:INFO:Success上面这段日志是进行资源的监控和接管，主要完成haresources文件中的设置，在这里是启用集群虚拟IP和挂载磁盘分区此时，通过ifconfig命令查看主节点的网络配置，可以看到，主节点已经自动绑定了集群的IP地址，在HA集群之外的主机上通过ping命令检测集群IP地址35，已经处于可通状态，也就是该地址变的可用。同时查看磁盘分区的挂载情况，共享磁盘分区/dev/sdf1已经被自动挂载。2、启动备用节点的Heartbeat启动备份节点的Heartbeat，与主节点方法一样，使用如下命令：1. rootnode2#/etc/init.d/heartbeatstart2. 或者执行3. rootnode2#serviceheartbeatstart 这样就启动了备用节点的heartbeat服务，备用节点的heartbeat日志输出信息与主节点相对应，通过“tail -f /var/log/messages”可以看到如下输出：1. Feb1902:52:15node2heartbeat:26880:info:Pacemakersupport:false2. Feb1902:52:15node2heartbeat:26880:info:*3. Feb1902:52:15node2heartbeat:26880:info:Configurationvalidated.Startingheartbeat3.0.44. Feb1902:52:15node2heartbeat:26881:info:heartbeat:version3.0.45. Feb1902:52:15node2heartbeat:26881:info:Heartbeatgeneration:12977663986. Feb1902:52:15node2heartbeat:26881:info:glib:UDPmulticastheartbeatstartedforgroupport694interfaceeth0(ttl=1loop=0)7. Feb1902:52:15node2heartbeat:26881:info:glib:ucast:writesocketprioritysettoIPTOS_LOWDELAYoneth08. Feb1902:52:15node2heartbeat:26881:info:glib:ucast:boundsendsockettodevice:eth09. Feb1902:52:15node2heartbeat:26881:info:glib:pingheartbeatstarted.10. Feb1902:52:15node2heartbeat:26881:info:glib:pinggroupheartbeatstarted.11. Feb1902:52:15node2heartb