HACMP第一部分_规划篇
- 格式：pdf
- 大小：445.67 KB
- 文档页数：9
下载文档原格式
合集下载
HACMP培训课程
以上文件在系统安装盘中
设置系统心跳线
HACMP软件需要通过心跳线监测双机之间是否正常。连接两个系 统之间的心跳线，将一分八的异步电缆接在各自系统的八口异步卡 上，以RS232线缆连接，在P570_1/570_2上配置tty1，使用smit tty命 令。
设置系统心跳线
选择RS232异步端口模式，TTY Type为tty rs232 Asynchronous Terminal 。
HACMP的构成示意图
备份 网卡 服务 网卡 备份 网卡 服务 网卡
A
SSA卡 1# A-1 SSA卡 1# A-2
SSA 卡 2# A-1 SSA 卡 2# A-2
心跳线
SSA卡 1# A-2 SSA卡 1# A-1
B
SSA 卡 2# A-2 SSA 卡 2# A-1
SSA 环路B
A 镜像
B 镜像
户计算机系统及其应用的可靠性，而不是单台主
机的可靠性。
HACMP的构成
HACMP通过以下的方式提供一个高可用性的环境：
定义集群资源和资源组
定义群集中节点对资源组的接管关系
群集资源包括以下硬件或软件部件：磁盘、卷组、文件系统、 网络地址和应用服务器。集群中的每种资源为了实现高可用 性，必须被归入一个资源组，资源组时为了便于管理及配置 而定义的相关性的资源集合，如某个节点机的卷、文件系统、 IP地址、磁盘、应用系统往往定义为一个资源组。 集群中节点的接管关系确定了当某个节点失败时，与其相关 的资源组由哪个节点接管以及如何接管的规则。
主机B（standby): Service_ip: Standby_ip: Boot_ip: perm_ip:
6.100.4.3 192.168.1.2 192.168.2.2 6.100.4.4 永久ip
PowerHA完全手册
PowerHA完全手册（一）前言自2008 年4 月02 日笔者在IBM DevelopWork网站首次发表《HACMP 5.X 完全手册》以来，加上各网站的转载，应该已过了10万的阅读量，在此非常感谢大家的认可和支持。
转眼已经5年过去了，期间非常感谢不少同仁指出了该文的各种不足，并且HACMP已经改名为HACMP了，由于软件版本的更新和本人当时的技术水准有限，同时也存储不少同仁的希望，在原文基础上进行了补充和修订完善，也就有了本文。
正是由于AIX专家俱乐部的兴起，对AIX和HACMP的技术感兴趣的技术人员又更多了。
因此选择本杂志作为原创发表，就是希望能对更多的同仁日常工作有所帮助。
此外，虽然本文号称“完全手册”，一是为了吸引眼球，二也只是相对于其他只谈安装配置的文档而言。
由于HACMP现在已相当复杂，本文范围也主要关注于最常用的双节点，还望大家谅解。
即便如此，本文篇幅可能仍然较长，虽然也建议大家先通读一下，但实际使用使用时可根据具体目的按章节直接查阅操作。
这是因为一方面本文所述操作笔者都加以验证过；一方面也是全中文，省得大家去查一大堆原版资料。
希望能帮助大家在集成和运维HACMP的过程中节省精力、降低实施风险，这也是本文编写的初衷。
同时还望那些被部分摘抄文章的同仁也能理解，你们都是笔者的老师，这里也一一谢过。
虽笔者端正态度，尽力认真编写，但由于能力有限，恐仍有错漏之处，还望众多同仁多多指正海涵，在此先行谢过。
1. 为什么需要PowerHA/HACMP随着业务需求日益增加，IT的系统架构中核心应用必须一直可用，系统必须对故障必须有容忍能力，已经是现代IT高可用系统架构的基本要求。
10 年前各厂商现有的UNIX服务器就已拥有很高的可靠性，在这一点上IBM的Power系列服务器表现尤为突出。
但所有UNIX服务器均无法达到如原来IBM大型主机S/390那样的可靠性级别，这是开放平台服务器的体系结构和应用环境所决定的，这一点，即使科技发展到云计算的今天仍然如此。
HACMP全攻略之概念篇
rotating模式，节点是平等的，按预先定义的顺序接管资源，节点恢复后不会回拉资源。
concurrent模式，并发模式，应用跑在所有的的节点上，不存在资源接管的问题。
什么情况下不要用HA
如果不能忍受任何宕机时间。7*24小时的服务或生命系统的服务需要使用错误避免。
如果你的系统安全和网络安全得不到保障的话，使用HA也是没有意义的。
事件：状态的改变。可以通过自定义事件来实现个性化的要求。
进程：核心进程包括clstrmgr和clsmuxpd。此外还有，clinfo-提供显示群集的状态，cllockd-提供并发控制，在concurrent模式下使用。
cascading模式，有优先级，按优先级来接管资源。优先级高的节点恢复后将回拉资源。
2、共享硬盘为ssa盘，即7133之类。每个节点要有两个ssa卡并仔细规划好结构，保证没有单点故障。
3、确保各节点都能访问到共享的硬盘，并保证各节点上使用相同的VG major number。用lvlstmajor看可用的major number，在importvg时用-V指定major number。
hacmp是无法解决所有问题的，ha解决不了诸如硬盘、硬盘适配器、硬盘总线的损坏，当然也解决不了ha自身的问题。这些问题应该在操作系统层面上解决。
可以通过自定义的事件来实现大多数个性化的需求。
hacmp心跳信号用的是snmp协议，同时在TCP/IP和非TCP/IP网络上跑，非TCP/IP包括RS232/RS422、SSA、SCSI等。所以心跳线不只是使用串口线。
没有配非TCP/IP网络的，即没有心跳线的HA是可以跑的。前面已经说了心跳信号在TCP/IP网络上也在跑。但是，没有非TCP/IP网络的HA是无法区分TCP/IP失败还是节点失败，这样的话网络的失败会造成孤立的节点，备用会对资源进行错误的接管。
concurrent模式，并发模式，应用跑在所有的的节点上，不存在资源接管的问题。
什么情况下不要用HA
如果不能忍受任何宕机时间。7*24小时的服务或生命系统的服务需要使用错误避免。
如果你的系统安全和网络安全得不到保障的话，使用HA也是没有意义的。
事件：状态的改变。可以通过自定义事件来实现个性化的要求。
进程：核心进程包括clstrmgr和clsmuxpd。此外还有，clinfo-提供显示群集的状态，cllockd-提供并发控制，在concurrent模式下使用。
cascading模式，有优先级，按优先级来接管资源。优先级高的节点恢复后将回拉资源。
2、共享硬盘为ssa盘，即7133之类。每个节点要有两个ssa卡并仔细规划好结构，保证没有单点故障。
3、确保各节点都能访问到共享的硬盘，并保证各节点上使用相同的VG major number。用lvlstmajor看可用的major number，在importvg时用-V指定major number。
hacmp是无法解决所有问题的，ha解决不了诸如硬盘、硬盘适配器、硬盘总线的损坏，当然也解决不了ha自身的问题。这些问题应该在操作系统层面上解决。
可以通过自定义的事件来实现大多数个性化的需求。
hacmp心跳信号用的是snmp协议，同时在TCP/IP和非TCP/IP网络上跑，非TCP/IP包括RS232/RS422、SSA、SCSI等。所以心跳线不只是使用串口线。
没有配非TCP/IP网络的，即没有心跳线的HA是可以跑的。前面已经说了心跳信号在TCP/IP网络上也在跑。但是，没有非TCP/IP网络的HA是无法区分TCP/IP失败还是节点失败，这样的话网络的失败会造成孤立的节点，备用会对资源进行错误的接管。
HACMP 5.4规划与实施演示
– High Availability is fault resilient not fault tolerant
2003 IBM Corporation
HACMP监测四类故障
Node Failures – Processor hardware or operationg system failures – One or more surviving nodes can acquire resources Network Adapter Failures – Move IP address to standby network adapter in same node Network Failure – Message displayed on console and event is logged – As every site's network configurations are unique , no other default action is taken – Action to be taken in response to network failures is customizable Application Failure – WebSphere/DB2/Oracle AS &DB
2003 IBM Corporation
IP规划 cluster配置规划表(二)
node name 浮动 浮动 IP Label db_svc webapp_svc node1_boot1 ha_node1 node1_boot2 node1_per node2_boot1 HA_node2 node2_boot2 node2_per Network Network Interface Name 浮动 浮动 en1 en3 本机内浮动 en2 en0 本机内浮动 ether1 ether1 ether1 ether1 ether1 ether1 ether1 ether1 功能 服务地址 服务地址 IP Address Netmask
HACMP学习PPT
– –
21
HACMP5.1 concept and planning
2010-11-1
© 2003 IBM Corporation
IBM System and Technology Group
IP网络规划： IPAT via IP aliases（二）
设置 IPAT via IP aliases 功能 #smitty hacmp Extended Configuration > Extended Topology Configuration > Configure HACMP Networks > Change/Show a Network in the HACMP Cluster > Change/Show an IP-Based Network in the HACMP Cluster Change/Show an IP-Based Network in the HACMP Cluster Type or select values in entry fields. Press Enter AFTER making all desired changes. [Entry Fields] * Network Name net_ether_01 New Network Name [] * Network Type [ether] + * Netmask [255.255.255.0] + * Enable IP Address Takeover via IP Aliases [Yes] + IP Address Offset for Heartbeating over IP Aliases [] * Network Attribute public +
HACMP认证知识：资源组规划
HACMP认证知识：资源组规划HACMP认证知识：资源组规划资源组是一个逻辑实体，其中包含HACMP 要使其高度可用的资源。
资源可以是：存储空间(应用程序代码和数据)文件系统网络文件系统原始逻辑卷原始物理磁盘服务 IP 地址/标签(由客户端用于访问应用程序数据)应用程序服务器应用程序启动脚本应用程序停止脚本要让HACMP 使资源高度可用，必须将每个资源包括在资源组中。
每当发生集群事件和集群中的条件发生改变，HACMP 就将资源组从一个节点移动到另一个节点，从而确保集群资源的可用性。
HACMP 控制资源组在以下情况下的行为：集群启动节点故障节点重新集成集群关闭在这其中的每个集群阶段，HACMP 中的资源组行为由以下条件确定：哪个或哪些节点在集群启动时获取该资源组。
哪个节点在所有者节点发生故障时接管该资源组。
资源组是要退回刚从先前发生的故障中恢复的节点，还是保留在当前拥有它的.节点上。
集群节点之间的优先级关系决定了哪个集群节点最初控制某个资源组，以及原始节点在发生故障后重新加入集群时，哪个节点将接管该资源组的控制权。
资源组接管关系可定义为：级联(Cascading)循环(Rotating)并发(Concurrent)自定义(Custom)级联、循环和并发资源组是 HACMP V5.1 以前的“传统”类型。
由于这些类型的定义可能难于理解，HACMP V5.1 中引入了新的“自定义”类型的资源组。
这只是规范化 HACMP 术语并使得 HACMP 概念更容易理解的第一步。
从 HACMP V5.2 开始，“传统”资源组类型已被唯一的自定义资源组所取代。
【HACMP认证知识：资源组规划】。
中间业务平台HACMP安装配置指南
一、HACMP 双机系统配置计划在配置中间业务平台HACMP环境之前首先要制定配置计划。
在IBM HACMP 的配置指南中推荐了一种配置计划表的方式（Planning Worksheet ），在进行配置考虑的时候将这些表格填完即可。
通常分行中间业务平台的HACMP环境大体都有相似的拓扑环境，两个Public 类型的网络，一个用于提供中间业务服务（使用IP alias方式），另一用于连接AS/400的SNA （必须使用IP replacement方式）Cluster WorksheetCluster Name：xxibp_clusterNode Name：xxMID_PRD，xxMID_BAK在主节点上配置拓扑结构然后同步到其他节点，网络拓扑如下：（1）Network概览Network Name Network Type Network Attribute Network Mask Node Namesnet_ibp Ether public 255.255.255.0 xxMID_PRD，xxMID_BAK net_sna Ether public 255.255.255.0 xxMID_PRD，xxMID_BAK net_rs232_01 RS-232 serial N/A xxMID_PRD，xxMID_BAK （2）Network内部结构Network net_ibpService地址：ibp_svc 10.1.7.33Boot地址：ibp_boot2 172.16.101.1ibp_boot1 172.16.100.1Network sna_netService地址：sna_svc 172.16.120.3Boot地址：sna_boot 172.16.120.1Standby地址：sna_stb 172.16.121.1SNA的网络配置IP（可以使用私有地址，如172网段的任何地址，但两块网卡要在同一网段），只是为了能够互相切换，平时的IP地址不用。
HACMP配置
HACMP配置环境:OS:Aix 6.1P740两台,每台机器两个物理网卡.共享存储:IBM V7000操作系统:AIX 6.1HACMP版本:HACMP 5.3一.IP地址规划1.节点nodeA启动ip地址(nodeA_boot): en0 192.168.10.11 netmask:255.255.255.0 备用ip地址(nodeA_sta): en1 192.168.20.11 netmask:255.255.255.0 服务ip地址(nodeA_svc): 192.168.30.11永久ip地址(nodeA_per): 192.168.40.112.节点nodeB启动ip地址(nodeB_boot): en0 192.168.10.12 netmask:255.255.255.0 备用ip地址(nodeB_sta): en1 192.168.20.12 netmask:255.255.255.0 服务ip地址(nodeB_svc): 192.168.30.12永久ip地址(nodeB_per): 192.168.40.12二.安装HACMP5.3文件集1.安装HACMP5.3要求的操作系统文件集:bos.databos.adt.libbos.adt.libmbos.adt.syscalls.tcp.client.tcp.serverbos.rte.SRCbos.rte.libcbos.rte.libcfgbos.rte.libpthreadsbos.rte.odmbos.rte.lvmbos.clvm.enh(IBM aix5.3系统默认没有安装)2.要求的RSCT文件集pat.basic.hacmp 2.4.2.0pat.clients.hacmp 2.4.2.0rsct.core.sec 2.4.2.1rsct.basic.sp.2.4.2.0三.安装HACMP5.31.插入hacmp5.3光盘，除以下文件集外全部安装：cluster.es.pluginscluster.hativolicluster.haviewrsct.exp2.安装完成后重启AIX系统，并查看相关进程#lssrc -g cluster#ps -ef|grep cl*四、网络配置nodeA地址配置:#ifconfig en0 192.168.10.11 netmask 255.255.255.0#ifconfig en1 192.168.20.11 netmask 255.255.255.0nodeB地址配置:#ifconfig en0 192.168.10.12 netmask 255.255.255.0#ifconfig en1 192.168.20.12 netmask 255.255.255.0五.编写/etc/hosts文件(nodeA 和nodeB上都需要做相同添加)192.168.10.11 nodeA_boot nodeA192.168.20.11 nodeA_sta192.168.30.11 nodeA_svc192.168.40.11 nodeA_per192.168.10.12 nodeB_boot nodeB192.168.20.12 nodeB_sta192.168.30.12 nodeB_svc192.168.40.12 nodeB_per注:nodeA 和nodeB上配置完ip地址并且修改完hosts文件后,两台主机可以互相ping下,检测两边是否连通.六.修改网络参数#no -p -o nonlocsrcroute=1#no -p -o ipsrcrouterec=1#no -p -o routerevalidate=1七.编写/usr/es/sbin/cluster/etc/rhosts 文件(nodeA和nodeB上都需要相同修改),建立信任关系.192.168.10.11 //(nodeA的启动ip)192.168.20.11 //(nodeA的备用ip)192.168.10.12 //(nodeB的启动ip)192.168.20.12 //(nodeB的备用ip)八.编写/usr/es/sbin/cluster/netmon.cf文件(nodeA 和nodeB上各添加自己的启动ip和备用ip)nodeA上添加:192.168.10.11192.168.20.11nodeB上添加:192.168.10.12192.168.20.12九.创建程序服务的脚本启动文件(nodeA 和nodeB 上都做相同操作)#touch /etc/hastart1.sh#touch /etc/hastop1.sh#chmod -R /etc/hast*.sh十.验证串口设备的通信,以便于串口设置做HACMP心跳线nodeA上:#lsdev -c tty#cat < /dev/tty0nodeB上:#lsdev -c tty#cat /etc/hosts >/dev/tty0反之,将nodeA上查看的hosts文件信息重定向输出到nodeB的终端上.十一.共享存储配置SSA在节点nodeA上，配置SSA存储的raid#smiity ssaraid----> add an ssa raid array选择要创建的raid的类型添加创建raid所需要的磁盘查看命令:#lsdev -c disk 查看SSA logical disk drive#lspv 查看是否出现一个新的磁盘在nodeB上使用cfgmgr命令扫描硬件然后使用lspv命令查看是否能看到与nodeA上一样的一块新磁盘,如果nodeA和nodeB上都出现一块相同的的物理磁盘则证明共享存储SSA配置成功十二.共享卷组配置在节点nodeA上,使用共享磁盘创建卷组,并指定卷组的major号(主设备号),使用lspv查看共享磁盘为hdisk2.#mkvg -V 60 -y oravg hdisk2#lsvg -orootvgoravg修改卷组oravg属性,开机不自动启动#chvg -an oravg在新的卷组oravg上创建逻辑卷#mklv -t jfs2 -y halv oravg 5G在新的逻辑卷halv上创建文件系统 /hafs#crfs -v jfs2 -d halv -m /hafs在节点nodeA 上varyoffvg卷组#varyoffvg oravg在节点nodeB上为扫描出来的新共享磁盘hdisk2添加PVID#chdev -l hdisk2 -a pv=yes在几点nodeB上导入卷组,同时指定卷组的major号与节点nodeA上卷组的major 号相同#importvg -y oravg -V 60 hdisk2#lsvg -l oravg在节点nodeB上修改卷组的属性，使开机不自动激活并关闭卷组#chvg -an oravg#varyoffvg oravg#lspv十三.添加集群(以下操作需要在卷组所在的主机上操作,本篇中为nodeB)添加集群cluster1#smittyhacmp——>initialization and standard configuration ——>add nodes to an HACMP cluster指定cluster名:cluster1:选择nodeA和nodeB的启动ip地址十四.添加服务ip地址标签添加节点nodeA上的服务ip地址nodeA_svc#smitty hacmp——>initialization andstandard configuration——>configure resources to make highly available——>configure service ip labels/addresses——>add a service ip label/address选择nodeA的服务ip地址(该位置指定以后真正使用的服务ip地址)十五.添加应用服务#smitty hacmp——>initialization and standardconfiguration——>configure resources to make highlyavailable——>configure application servers——>add an application server添加如下:server name:appserverstart script: /etc/hastart1.shstop script: /etc/hastop1.sh十六.添加资源组添加新的资源组rsg1,参与的节点为nodeA和nodeB,且nodeA在前,表示节点nodeA的优先级最高#smitty hacmp——>initialization and standardconfiguration——>configure HACMP resource Groups——>add a resource group指定资源组名：rsg1；选择节点nodeA nodeB（备注：nodeA在前优先级高）十七.更改资源组更改资源组rsg1,将资源(服务ip,应用服务,卷组)加入资源组中#smitty hacmp——>initialization and standardconfiguration——>configure hacmp resource groups——>change/show resources for a resource group选择nodeA_svc,appserver1,oravg等资源十八.添加永久IP地址添加节点nodeA的永久ip地址(节点NodeA)#smitty hacmp——>extended configuration——>extended topologyconfiguration——>configure hacmp persistent node iplabel/address——>add a persistent node ip label/address选择节点nodeA上的永久ip地址:nodeA_per添加节点nodeB的永久ip地址(节点NodeB)#smitty hacmp——>extended configuration——>extended topology configuration——>configure hacmp persistent node iplabel/address——>add a persistent node ip label/address选择节点nodeB上的永久ip地址:nodeB_per十九.添加串口心跳网络和网络设备添加串口网络和设备#smitty hacmp——>extended configuration——>extended topology configuration——>configure hacmp communicationinterfaces/devices——>add communication interface/devices按F7键选中nodeA nodeB的串口心跳网络设备:>nodeA tty0 /dev/tty0>nodeB tty0 /dev/tty0二十.显示HACMP配置显示HACMP配置#smittyhacmp——>initialization and standard configuration——>display HACMP configuration二十一.验证并同步HACMP配置(将在nodeA上做的集群配置同步到nodeB上) smitty hacmp——>initialization and standard configuration——>verify and synchronize HACMP configuration同步成功表示集群配置成功!查看永久ip地址,可以看到没有启动hacmp服务时永久nodeA和nodeB的永久ip已经存在.nodeA#ifconfig -anodeB#ifconfig -a二十二.启动HACMP服务启动节点nodeA和节点nodeB的集群服务#smitty hacmp——>system management(C-SPOC)——>manage hacmp services——>start cluster services二十三.查看集群当前状态启动完成后，查看集群当前状态#smitty hacmp——>problem determination tools——>view current state 二十四.测试集群的高可用性1.服务ip地址在网卡间的漂移(服务ip地址nodeA_svc在nodeA的en0网卡上) nodeA#ifconfig en0 down 模拟en0网卡宕掉nodeA#ifconfig -dl 查看关闭的网卡nodeA#ifconfig -a 查看服务ip地址是否转移漂移到en1上nodeA#ifconfig en1 down 模拟en1网卡也宕掉了看服务ip地址是否漂移到nodeB主机上面2.服务ip地址主机间漂移#假设服务ip地址当前在nodeB主机上,通过reboot命令重启nodeB主机服务ip会自动漂移到nodeA主机上,当nodeA主机重启时服务ip地址会自动漂移到nodeB主机上;nodeB主机正常的关机,开机操作服务ip地址不会发生漂移,资源组中默认的是级联的漂移方式优先级高的优先获得服务ip地址.。
IBM认证知识：HACMP集群规划
IBM认证知识：HACMP集群规划IBM认证知识：HACMP集群规划集群规划也许是实现成功的配置过程中最重要的步骤。
HACMP 规划应该包括以下方面：硬件规划节点网络存储软件规划操作系统版本HACMP 版本应用程序兼容性测试和维护规划测试过程变更管理管理操作硬件规划实现高可用性配置的目标是通过消除单点故障(硬件、软件和网络)，以及通过屏蔽服务中断(无论是计划内还是计划外的中断)，从而提供高度可用的服务。
节点规划的决策因素包括：支持的.节点：计算机类型、功能、支持的适配器、电源(AC、DC、双电源与单电源等等)。
连接和电缆：电缆类型、长度、接头、型号、导线管布线、电缆槽容量需求，以及可用性。
节点配置HACMP V5.1 支持在一个集群中使用 IBM Eserver pSeries(独立和 LPAR 模式)、IBM SP 节点以及现有的 RS/6000 服务器的任何节点组合。
节点必须满足内部内存、内部磁盘、可用I/O 插槽数量和操作系统兼容性(AIX 版本)的最低要求。
要考虑的项包括：内部磁盘(磁盘数量、容量以及是否使用LVM 镜像)共享磁盘容量和存储数据保护方法(RAID 和 LVM 镜像)I/O 插槽限制及其对导致单点故障(SPOF) 的影响对集群的客户端访问(网络适配器)其他LAN 设备(交换机、路由器和网桥)I/O 适配器和子系统冗余电源冗余网络配置规划群集网络时的主要目标是评估所需的冗余程度，以消除网络组件成为单点故障的可能性。
应该考虑以下方面：网络：连接到多个物理网络的节点对于 TCP/IP 子系统故障：使用非 IP 网络以帮助决策过程网络接口：每个网络上的冗余网络适配器(以防止在单个网络接口发生故障情况下的资源组故障转移)在规划集群网络配置时，必须为节点连接选择正确的组合：集群网络拓扑(交换机、路由器等等)。
连接集群节点的IP 和非IP(点到点)网络组合和每个节点到所有网络的连接数量。
HACMP总结
配置拓扑、定义网卡
定义应用服务器
定义资源组
HACMP 5.X:
新特点：
所有版本合并（all in one）
简化了HACMP Cluster的配置与管理
通过磁盘传输心跳信号(Heartbeat over Disk)
IPAT通过Alias实现(IPAT via Alias)(缺省方式，另有replacement方式)
4.X
HACMP:High Availability Cluster Multi-Processing （not tolerance）
资源：
磁盘、卷组、文件系统
NFS 输出的文件系统
IP 地址
应用程序
HACMP 群集的硬件由以下硬件组成：
节点
共享磁盘设备
网络和网卡
客户机
#varyonvg -f vg_name
HACMP规划：
Cluster规划
Node规划
Recourse规划
IP网络及地址（Service IP、Non-Service IP、Persistent IP）
Heartbeat网络（IP、串口、共享硬盘）
Volume Group and File System
SRC（System Resource Controller）
IPAT(IP takeover)：一个节点接替另一个节点的VIP
资源组：HACMP把相关资源分配到不同的资源组中，便于管理。共有三种类型的资源组，分别是Cascading 资源组、Rotating 资源组和Concurrent 资源组
3、“硬件地址切换”功能。硬件地址切换是将一个假的硬件地址与IP 地址一起移动，防止客户机上拥有错误的ARP 表
定义应用服务器
定义资源组
HACMP 5.X:
新特点：
所有版本合并（all in one）
简化了HACMP Cluster的配置与管理
通过磁盘传输心跳信号(Heartbeat over Disk)
IPAT通过Alias实现(IPAT via Alias)(缺省方式，另有replacement方式)
4.X
HACMP:High Availability Cluster Multi-Processing （not tolerance）
资源：
磁盘、卷组、文件系统
NFS 输出的文件系统
IP 地址
应用程序
HACMP 群集的硬件由以下硬件组成：
节点
共享磁盘设备
网络和网卡
客户机
#varyonvg -f vg_name
HACMP规划：
Cluster规划
Node规划
Recourse规划
IP网络及地址（Service IP、Non-Service IP、Persistent IP）
Heartbeat网络（IP、串口、共享硬盘）
Volume Group and File System
SRC（System Resource Controller）
IPAT(IP takeover)：一个节点接替另一个节点的VIP
资源组：HACMP把相关资源分配到不同的资源组中，便于管理。共有三种类型的资源组，分别是Cascading 资源组、Rotating 资源组和Concurrent 资源组
3、“硬件地址切换”功能。硬件地址切换是将一个假的硬件地址与IP 地址一起移动，防止客户机上拥有错误的ARP 表
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一部分--规划篇万事开头难，对于一个有经验的HACMP工程师来说，会深知规划的重要性，一个错误或混乱的规划将直接导致实施的失败和不可维护性。
HACMP实施的根本目的不是安装测试通过，而是在今后运行的某个时刻突然故障中，能顺利的发生自动切换或处理，使得服务只是短暂中断即可自动恢复，使高可用性成为现实。
2.1.规划前的需求调研在做规划之前，或者说一个准备实施HACMP来保证高可用性的系统初步设计之前，至少需要调查了解系统的以下相关情况，这些都可能影响到HACMP的配置。
应用特点1）对负荷的需求，如CPU、内存、网络等特别是I/O的负载的侧重。
2）对起停的要求，如数据库重起可能需要应用重起等等。
3）对于自动化的限制，如重起需要人工判断或得到命令，需要在控制台执行。
网络状况和规划包括网段的划分、路由、网络设备的冗余等等在系统上线前的状况和可提供条件，以及实施运行过程中可能出现的变更。
操作系统情况目前IBM的HACMP除了AIX，还支持Linux。
目前新装机器都是AIX5.3，即使安装HA5.4也没有问题。
但如果安装可能是在老机器上进行升级，需要仔细了解操作系统版本及补丁情况。
主机设计1）可能实施的机器网卡的数量,网卡是否只能是双口或更多。
2）是否有槽位增加异步卡3）主机之间的距离，这影响到串口线的长度。
预计实施高可用性的情况1）希望实施HACMP的机器数量2）希望方式，如一备一，双机互备，一备多，环形互备等等。
2.2.PowerHA/HACMP版本确定IBM HACMP 自从出了5.2 版本后，到了5.205后比较稳定，并经过我们自己充分的测试（见测试篇）和实践证明（已有多个系统成功自动切换）。
之前个人觉得HACMP5.3后变化较快快，功能增加多，稳定性不够，相当长时间还是一直推荐HA5.209。
这也是本文出了第一版完全手册之后一直没有修订的原因之一。
随着Power主机和AIX的更新换代，名称也在变化，虽然目前最新版为PowerHA SystemMirror7.1, 又增加了不少绚丽夺目的功能，但个人以为作为高可用性软件，其成熟度为第一要素，其稳定性有待进一步验证。
而经过我们这2年来的充分实施经验，目前可以放心推荐版本为PowerHA 6.1的6.1.10及以上。
2.3.IP地址设计IP地址切换(IPAT)方式有3种方式:图1a，1b，和1c中描述了三个主要的IPAT配置场景。
◆第一个拓扑模式:IPAT via Replacement在分开的子网中包含boot 和standby网卡。
当集群服务启动的时候boot 地址被换成service 地址。
尽管这种方式有效性强，但是在需要实现多服务IP地址的环境下这种方式是不可取的。
集群的管理员不得不利用pre-和post-events 定制其环境建立额外的别名，并且需要确认这些别名在下一次接管发生前被删除。
IPAT via Replacement示意图◆第二个拓扑模式：IPAT via AliasingHACMP 4.5 开始引入了IPAT via Aliasing 作为缺省的拓扑模式。
在这种新的模式中，standby网卡的功能被另外一个boot网卡替换。
子网需求的不同点是还需要一个另外的子网，每一个boot 网卡需要它自己的子网，并且任何service 或persistent 的IP 将在其本身的子网上操作，所以一共三个子网。
当集群服务启动并且需要service IP 的时候，boot IP 并不消失。
这个设计和第一种是不同的，在同一个HACMP网络中有多个service IP存在并且通过别名来控制。
IPAT via Aliasing示意图第三种模式:EthernetChannel（EC）这种模式把底层的以太网卡藏到一个单一的“ent”接口之后。
该模式不是对前述任何一种方式的替换，而是可以和前述的任一种模式共同存在。
因为在每一个节点EC 都被配置成冗余方式，可以在HACMP中使用IP别名定义它们每一个作为单一网卡网络。
因为在每个节点只有一个网卡被定义，所以只有两个子网，一个是用作boot（每个节点的基本IP地址），另一个是用于提供高可用服务。
IPAT via EthernetChannel示意图本文讨论实际工作中使用最多的为第2种:别名方式(IPAT via Aliasing)，即使到今天，其使用仍然最为广泛，对交换机要求也最低。
对于新型核心交换机和网络人员可紧密配合的，则推荐第3种，由于第3种更为简单，切换时间更短。
但本文这里以第2种为主加以讨论。
这样设计时就需要注意以下事情：1.网段设计：一个服务地址需要3个网段对应，boot地址网段不能和服务地址一致。
避免网络变更造成的系统不可用，boot地址的网段不要和实际其他系统的网段一致。
在网段比较紧张的地方，建议设计时询问网络人员。
举例来说，下面的地址将会由于网络变更后打通合一后可能造成冲突：设计人机器名服务地址boot1地址boot2地址张三app1_db10.66.1.110.10.1.110.10.1.1张三app1_app1李四app2_db10.66.2.110.66.3.110.66.1.1李四app2_app1王五app3_db10.66.3.110.66.1.110.66.2.1王五app3_app12.boot地址的设计：不要和实际其他同网段机器的boot地址冲突，最好不同网段。
即这个规划不能只考虑系统本身，还需要从同网段的高度考虑。
举例来说，下面的地址由于2个系统分开设计，同时开启将直接导致2个系统不可用。
boot地址的设计表1设计人机器名服务地址boot1地址boot2地址张三app1_db10.66.3.110.10.1.110.10.1.1张三app1_app1李四app2_db10.66.3.111李四app2_app11所以在设计时，我们建议boot地址的IP地址最后一段参照服务地址，这样虽然可记忆性不是很好，但即使设计在同一网段，也可以避免上述错误发生。
更改设计如下：boot地址的设计表2设计人机器名服务地址boot1地址boot2地址张三app1_db10.66.3.110.10.1.110.10.1.1张三app1_app1李四app2_db10.66.3.111李四app2_app11此外，如果是每个网卡多个网口，记得设计时必须注意同一网络的boot地址要分开到2块网卡，以保证真正的冗余。
2.4.心跳设计配置HACMP的过程中，除了TCP/IP网络之外，您也可以在其它形式的网络上，如串行网络和磁盘总线上配置心跳网络。
1.TCP/IP网络优点：要求低，不需要任何额外硬件或软件，即可实现。
缺点：占用IP地址，不能避免由于TCP/IP的软件问题导致HACMP崩溃，系统不可用。
2.串口网络优点：真正实现高可用性，不占用IP地址。
缺点：需要硬件支持，需要新增异步卡，而中低端的机器的插槽有限。
3.磁盘心跳优点:不占用插槽，磁盘总线上的心跳网络能够在TCP/IP网络资源有限的情况下提供额外的HACMP节点间的通信手段，并且能够防止HACMP节点之间由于TCP/IP软件出现问题而无法相互通信。
缺点：需要操作系统和存储支持，如使用增强型卷组，此外对于I/O读写负荷高的应用，也需要慎用。
正如IBM红皮书所说，条件许可的情况下，强烈推荐使用串口网络，其次是磁盘心跳。
不过我们也注意到HACMP7.1将不再支持串口心跳，而改为其他如SAN方式，效果有待进一步观察。
2.5.资源组设计对于HACMP来讲，服务IP地址和磁盘VG、文件系统、应用服务器都是资源，如何规划需要根据实际情况来，包括以下内容：资源组的数量即资源：一般情况下每台机器只要建立一个资源组即可，包括服务IP地址、应用服务器及VG。
现在不推荐具体确定VG里的文件系统，这是因为确定后，有可能造成有些新增文件系统不在HACMP的控制范围，结果是HACMP切换时由于这些文件系统没有unmount掉而导致切换失败。
资源组的策略:分failover(故障切换)和fallback（回切）等。
一般选缺省，当然你可以根据具体情况修正，如oracle 10g RAC的并发VG资源组的选择就不一样。
2.5.1.磁盘及VG设计虽然实际上HACMP是靠PVID来认磁盘的，但集群的机器上磁盘顺序不一，磁盘对应不一致会造成某种混乱。
以致于安装配置和维护时很容易产生各种人为错误，所以我们强烈建议机器上看到的磁盘和VG名称都一一对应，此外VG 的MajorNumber也需要预先设计规划，以免不一致。
同时新的AIX6.1已很好提供了修改hdisk号的rendev 命令，以前这样的烦恼也就迎刃而解了。
2.5.2.用户及组设计HA要求所有切换需要用到的用户必须所有节点对应，ID完全相同，用户运行的环境变量完全相同，即当系统切换时，对使用该用户的程序用户即组设置没有区别的。
如某系统的host2上oracle用户为orarun，host1上的orarun必须为切换保留，ID均为209，host1上平时用的oracle用户就设为orarunc。
2.5.3.逻辑卷和文件系统设计HACMP要求切换相关的文件系统和lv不能重名，如host2上oracle软件目录为/ora11run，host1上的/ora11run必须为切换保留，改为/ora11runc。
此外，集群下相关的文件系统和lv，在各个节点主机的定义也需要一致,如/etc/filesystems里是一致的，这个通过importvg或HACMP的C-SPOC 来保证。
2.5.4.路由设计对于有通信需求的主机，很可能对路由有一定要求，如本次实验环境，就有2个网段走的不是缺省路由，需要设计清楚，最后在起停脚本实现。
2.5.5.应用脚本设计我们这里说的应用，是包括数据库在内除OS和HACMP之外的所有程序，对于应用程序的起停顺序和各种要求，都需要预先和应用人员加以沟通，并预先设计伪码，最终编写脚本实现。