1.前言
PowerHA7.1.1的诞生,无疑给企业带来了更好、更强健、更灵活的HA解决方案[PowerHA7.1 + PowerVM + GPFS 可以誉为Smart Cloud 三剑客],PowerHA7.1.1与早期的HACMP|PowerHA相比,有了更多的特征:
①:PowerHA7.1.1的五层视图的RSCT层新增了CAA功能——出现了CAA集群[CAA的深入剖析,请点击此处]
#lssrc -g caa
Subsystem Group PID Status
clcomd caa 6553806 active
clconfd caa 6619352 active
②:PowerHA7.1新增了CAA、repository disk,其中磁盘心跳完全由repository disk接管,并且在早期的HACMP|powerha环境中,enhanced-concurrent 只能用来做磁盘心跳,而在PowerHA7.1中,enhanced concurrent模式的磁盘可以用来做资源组
③:PowerHA7.1在IP规划方面也有很多的变化,出现了很多的multicast X,譬如multicast heartbeat,multicast traffic等:其具体表现在:
3.1 首先必须配置base adapter,并且必须在配置完persistent ip后才能配置base adapter 网关
3.2 配置完base adapter网络后,再配置persistent ip
3.3 /etc/hosts表下面的IP与对应的IP别名有非常严格的规定,譬如主机名不能够作为别名写到/etc/hosts下;主机名不能作为服务地址别名;主机名,CAA节点名,节点的通讯路径必须一致(默认的);一旦cluster配置配置好后,主机名不能再更换等等【PS,之所以有这么多严格的规定,是因为有了CAA层】
④:新增clmgr工具(PowerHA7.1.0也有,但是功能不强大),所有的集群管理任务都可以通过clmgr执行,同时clmgr支持所有的C-SPOC功能,更加出乎意料的是,在clmagr命令下,对大小写不再敏感,譬如cluster,CLUSTER,clUSTER得到的结果是一样的
⑤:IPAT for replacement 被弃除,只有IPAT for aliase模式
⑥:PowerHA7.1不再支持串口心跳
2.PowerHA7.1心跳 —— FC 在PowerVM心跳中的实施
FC 心跳的概念
PowerHA7.1 中心跳分为三类:以太网络 Mutil-Cast 心跳、FC 心跳和 Repository disk 心跳。为了使 HA 更加稳定,有效预防脑裂,通常建议客户在实施的时候配置 FC 心跳。当 IP 心跳或者 SAN 心跳正常时,Repository Disk 处于 UP RESTRICTED AIXCONTROLLED 状态,只是作为 Standby,不进行心跳数据的传输。当 IP 心跳或者 SAN 心跳均不可用时,Repository Disk 处于 UP AIX_CONTROLLED 状态,传输心跳消息。
在 PowerVM 环境下,VIOC 一般使用虚拟 HBA 卡,而不配置物理 HBA 卡