2559人阅读
HACMP(PowerHA)（18）
首先，先对CAA以及Rep-disk进行名词解释
CAA：Cluster Aware AIX
& & & & AIX 7.1 (and 6.1 TL6) introduced a new built-in clustering capability called Cluster Aware AIX (CAA). This feature enables system administrators to create clusters from a group of AIX instances by using commands and programming
APIs. It includes kernel-based heartbeating, monitoring, and an event infrastructure.
CAA作用就是提供系统管理功能：包括基于内核的心跳，监控事件
Rep-Disk：Respository disk用来存储所有集群的信息
Cluster-wide configuration management &；&Cluster messaging and heartbeating；All migration processes&
集群配置管理和集群消息 ；心跳的传递；所有的迁移进程
Repository Disk还拥有一个新特征：
在保证PowerHA集群不停机的情况下，在线替换出现故障的repository disk，并且由CAA负责将所有集群相关的信息重新写到替换后的新的repository disk里，这个特征就是——repository
disk resiliency
Repository disk resiliency功能并不是所有的PowerHA7.1和AIX操作系统所拥有的，他必须满足：
PowerHA7.1.1SP1 ,AIX6.1.TL7SP3,AIX7.1.TL1SP3
CAA 与 rep-disk两者关系：
& & & CAA also introduces a new component, which is required for PowerHA cluster environments, called Cluster Repository Disk. It is a central repository for all cluster topology-related information, and it must be shared by all
servers that form the cluster.
Rep-disk是CAA引进的一个新的集群组建，它存储着所有集群拓扑相关的信息，并且它必须被所有的集群节点所共享。
With CAA, you can use the cluster repository disk for the following purposes:
 Cluster-wide configuration management&
 Cluster messaging and heartbeating
通过CAA，你可以利用Rep-disk作为集群的配置管理；也可以用来进行集群消息和心跳传递.
Rep-disk特征
PowerHA stores the CAA cluster configuration on a designated disk, which is called the&repository disk
PowerHA将CAA集群配置信息存储在指定的磁盘里，这个磁盘就是repository-disk
& & & Rep-disk的大小配置一般必须大于512M但不能超过460G，当然，1GB的大小可以适合任意系统。此外rep-disk能够提供给配置数据和集群心跳信息高可用功能，同时为了防止rep-disk出现故障而影响集群，所有我们可以通过raid技术来保护它，同时也可以通过snapshot功能来备份和恢复任意一个集群的配置。
此外，在PowerHA7.1.1中，出现故障的rep-disk是不会影响正常的Powerha集群操作的，但这个特点只有powerHA7.1.1有，PowerHA7.1.0不具有的！
Rep-disk的管理
& & & The AIX operating system manages repository disks in a special way during the configuration&of a cluster. AIX cluster
services recognize the repository disk during the AIX device&configuration process and can perform special actions on the disk. Cluster services also&generate detailed events in relationship to the health of the repository disk. For example, the&repository
disk is used by the cluster services to enable disk-based communication across&hosts. Disk communication involves one host that writes to the disk and the other host or&hosts retrieving the message through a polling mechanism.
& & &AIX操作系统在配置一个集群时以特殊的方式管理rep-disk。AIX集群服务识别存储库磁盘在AIX装置配置过程和可以执行特殊动作在磁盘上。集群服务同时也生成详细的事件到健康的存储库磁盘（之前说过，Rep-disk存储着所有集群拓扑相关的信息[本节最后来揭晓]）。例如,存储库磁盘使用集群服务,使基于磁盘的之间的通信主机。磁盘通信涉及到一个主机写入磁盘和其他主机或主机信息检索通过轮询机制。
Users must not work with the repository disk and the Volume Group (VG) that&is created on it by using varyonvg, varyoffvg, or mklv. This disk and VG are for the&exclusive use of CAA.
& Rep-disk的管理是不能够由用户通过vg命令来管理的，而是通过CAA命令进行管理。
Rep-disk的创建
如果使用AIX 多路径磁盘方式，那么磁盘可以自动被创建并且被用作rep-disk
如果使用第三方的多路径磁盘方式，那么必须提供第三方对应的磁盘驱动和软件，并且只支持第三方的譬如EMC PowerPath和日立的HDLM（IBM最贱的地方，就是排他，嘿嘿）
谈了很久的rep-disk，接下来继续深入讲解repository disk resiliency（仓库磁盘弹性）
当然，先解释一下，repository disk resiliency是干嘛的吧
Repository resiliency is a new feature that allows the replacement of a failed repository disk&on a running PowerHA SystemMirror cluster with no downtime
说白了，就是功能：一个能使PowerHA 集群在线替换出现故障的rep-disk，且保证PowerHA不需要重启，也就是说在无需停机的情况下，通过这个特征进行故障的rep-disk替换。
当然，并不是所有的PowerHA 和AIX系统都支持这个功能的，当然除了一下几类：
PowerHA7.1.1SP1,AIX6.1TL7SP3,AIX7.1TL1.SP3
哦，最后还是要强调一下，有关rep-disk有关的操作，都是通过CAA命令来进行操作的哦!
现在来演示一下，正常的rep-disk状态是什么样子的：
root@caa1 / # lspv
hdisk0 00f74d47f963be5f rootvg active&
hdisk1 00f74d47fa93539e rootvg active&
hdisk2 00f61ab23678ae74 caavg_private active&
hdisk3 00f74d472b9f9c73 &dbvg &concurrent&
root@caa1 / # lscluster -d
Storage Interface Query
Cluster Name: caa_cl
Cluster uuid: 0fb-11e1-8cf4-b6fcc11f846f
Number of nodes reporting = 2
Number of nodes expected = 2
Node uuid = 0f5bfa5c-857b-11e1-8cf4-b6fcc11f846f
Number of disk discovered = 1
state : UP
uUid : 92c9ec23-176e-7097-59ab-0be
type : REPDISK
Node uuid = 0fb-11e1-8cf4-b6fcc11f846f
Number of disk discovered = 1
state : UP
uUid : 92c9ec23-176e-7097-59ab-0be
type : REPDISK
root@caa1 / # lscluster -i
Network/Storage Interface Query
Cluster Name: caa_cl
Cluster uuid: 247a062c--802c-b6fcc11f846f
Number of nodes reporting = 2
Number of nodes expected = 2
Node uuid = 242fabd6--802c-b6fcc11f846f
Number of interfaces discovered = 3
Interface number 3 dpcom（&dpcom, which is also often&referred to as “pingcomm” with the state UP for both cluster nodes）
ifnet type = 0 ndd type = 305
Mac address length = 0
Mac address = 0.0.0.0.0.0
Smoothed rrt across interface = 750
Mean Deviation in network rrt across interface = 1500
Probe interval for interface = 22500 ms
ifnet flags for interface = 0x0&
ndd flags for interface = 0x9&
Interface state UP RESTRICTED AIX_CONTROLLED&
Pseudo Interface&
Interface State DOWN
Node uuid = 2475cdf0--802c-b6fcc11f846f
Number of interfaces discovered = 3
Interface number 3 dpcom
ifnet type = 0 ndd type = 305
Mac address length = 0
Mac address = 0.0.0.0.0.0
Smoothed rrt across interface = 750
Mean Deviation in network rrt across interface = 1500
Probe interval for interface = 22500 ms
ifnet flags for interface = 0x0&
ndd flags for interface = 0x9&
Interface state UP RESTRICTED AIX_CONTROLLED&
Pseudo Interface&
Interface State DOWN
此外，还可以通过命令#lscluster -i
root@caa1 / # lscluster -i
Network/Storage Interface Query
Cluster Name: caa_cl
Cluster uuid: 247a062c--802c-b6fcc11f846f
Number of nodes reporting = 2
Number of nodes expected = 2
Node uuid = 242fabd6--802c-b6fcc11f846f
Number of interfaces discovered = 3
Interface number 3 dpcom
ifnet type = 0 ndd type = 305
Mac address length = 0
Mac address = 0.0.0.0.0.0
Smoothed rrt across interface = 750
Mean Deviation in network rrt across interface = 1500
Probe interval for interface = 22500 ms
ifnet flags for interface = 0x0
ndd flags for interface = 0x9
Interface state UP RESTRICTED AIX_CONTROLLED
Pseudo Interface
Interface State DOWN
Node uuid = 2475cdf0--802c-b6fcc11f846f
Number of interfaces discovered = 3
Interface number 3 dpcom
ifnet type = 0 ndd type = 305
Mac address length = 0
Mac address = 0.0.0.0.0.0
Smoothed rrt across interface = 750
Mean Deviation in network rrt across interface = 1500
Probe interval for interface = 22500 ms
ifnet flags for interface = 0x0
ndd flags for interface = 0x9
Interface state UP RESTRICTED AIX_CONTROLLED
Pseudo Interface
Interface State DOWN
此外还可以通过命令直接查的系统内的repository disk
#/usr/lib/cluster/clras lsrepos
hdisk2 has a cluster repository signature.
Found 1 cluster repository disk
并且查看repository disk所对应的存储UUID
#/usr/lib/cluster/clras sfwinfo -d hdisk2
hdisk2 4d2--5c9a
最后，我们看看，repository disk中所谓的包含存储着所有集群拓扑相关的信息，到底是什么信息
#/usr/lib/cluster/clras dumprepos
CLUSRECID: 0xa9c2d4c2
Name: caa_cl
UUID: 25ebea90-784a-11e1-a79d-b6fcc11f846f
Data size: 3584
Checksum: 0x64e2
Num zones: 0
Multicast: 228.1.1.48
&config_timeout : 240 &node_down_delay : 10000 node_timeout : 20000
link_timeout : 0
deadman_mode : a
repos_mode : e
hb_src_lan : 1
hb_src_san : 2
&hb_src_disk : 1
site_up : e
&site_down : e
DISKS none
NODES numcl numz uuid shid flags name
1 0 &25bce1-a79d-b6fcc11f846f 1
1 0 &25e7a7dc-784a-11e1-a79d-b6fcc11f846f 2 & caa2
ZONES none
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：72081次
积分：1220
积分：1220
排名：千里之外
原创：46篇
评论：23条
(1)(1)(2)(1)(1)(27)(24)PowerHA 7.1 .1 新特征
PowerHA 7.1 .1 新特征
发布时间： 19:43:05
编辑：www.fx114.net
本篇文章主要介绍了"PowerHA 7.1 .1 新特征"，主要涉及到PowerHA 7.1 .1 新特征方面的内容，对于PowerHA 7.1 .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 卡。
在这种情况下，FC 心跳如何实施？下面是实施的要点：
1.首先需要将两个 VIOS 上的一个物理光纤卡端口接在一个光纤交换机上，然后配置一个 ZONE，将两个 FC Port 划分在内。需要在 VIOS 和 VIOC 中新建一个虚拟网卡（或者给 VIOS 的 SEA 增加一个 3358 的 VLAN tag 也可以），VLAN ID 设置 3358 即可。不需要物理交换机与
SEA 的接口打 3358 的 VLAN ID，VIOC 和 VIOS 上的 3358 的虚拟网卡上也不能配置 IP 地址。
2.划 ZONE 的时候，只需要对两个/多个 VIOS 上的物理光纤卡划 zone。在 VIOC 上，虚拟光纤卡不是必须的（由于生产环境下多使用 NPIV，所以在 VIOC 下都会有 vfc 设备），在 VIOC 没有 vfc 卡的情况下，vfc 心跳可以通过 vscsi
client 实现。
3.虚拟光纤卡心跳的实现，是通过 VIOS 与 VIOC 之间的&sfwcomm&设备实现的，也就是 VLAN 3358 对应的设备名称。
4.如果 VIOS 上有单独可用于 FC 心跳的物理光纤口，那么可以单独给这两个 WWPN 划 zone。如果资源紧张，那么使用存储映射的光纤卡也可以，但是最好将两个 WWPN 单独配置在一个新的 zone 里（由于存储映射已经有了一个 zone 把两个 WWPN 划分在了一起，不增加新的 zone 也能实现功能，但是为了避免存储的干扰，单独增加一个 ZONE 效果会更好。）
3.PowerVM 中 FC 心跳的实施步骤
1.在配置 fc 心跳之前，在 HA 节点（VIOC）进行查看：
# lscluster -i sfwcom
Interface sfwcom not found 提示没有 sfwcom 设备。
图 1.虚拟环境下 FC 心跳的架构图
2.在 VIOS 中调整物理光纤卡的参数：
chdev -P -l fcs0 -a tme=yes
chdev -P -l fscsi0 -a dyntrk=yes -a fc_err_recov=fast_fail
需要注意的是，由于 HBA 卡下挂有设备，因此直接修改 HBA 卡的参数是不能成功的，这就需要增加-P 参数，先行修改 ODM 库中的配置信息。配置成功后，重启才能生效。
3.创建 VLAN
在 VIOS 的 SEA 上增加 3358 的 VLAN(或者直接在 VIOS 中 DLPAR 增加一个 PVID 为 3358 的虚拟网卡，然后保存修改到分区 profile 中)：
图 2 VIOS 增加 SEA 的 VLAN tag
如果是在 SEA 上增加 3358 的 VLAN，那么创建完毕以后，需要 de-active 和 re-active VIOS。如果是 DLPAR 一个新的 PVID 为 3358 的虚拟网卡，那么就不需要 de-active 和 re-active VIOS。
在 VIOC 上，用 DLPAR 增加一个新的虚拟网卡（然后在 HMC 上 save configuration），指向 VIOS 上的 3358 VLAN：
图 3 查看虚拟网卡
图 4 查看虚拟网卡
在 VIOC 上 cfgmgr 重新扫描设备信息。
然后在 HA 节点上（vioc）查看， sfwcom 已经可见。
# lscluster -i sfwcom
Network/Storage Interface Query
Cluster Name: wxycluster
Cluster UUID: 397cd38e-8bdc-11e2-844a-ce02cc0e300a
Number of nodes reporting = 1
Number of nodes stale = 0
Number of nodes expected = 1
Node node1
Node UUID = -8bdc-11e2-844a-ce02cc0e300a
Number of interfaces discovered = 1
Interface number 1, sfwcom
IFNET type = 0 (none)
NDD type = 304 (NDD_SANCOMM)
Smoothed RTT across interface = 0
Mean deviation in network RTT across interface = 0
Probe interval for interface = 100 ms
IFNET flags for interface = 0x
NDD flags for interface = 0x
Interface state = UP
# lsdev -C|grep sfw
sfw0 Available Storage Framework Module
sfwcomm0 Available 20-T1-01-FF Fibre Channel Storage Framework Comm
sfwcomm1 Available vLAN Storage Framework Comm
这样，在虚拟化环境下实现 PowerHA7.1 的 FC heartbeat 就完成了。
测试将 node1 节点 halt -q，然后再 node2 上观察 node1 节点的&sfwcom&接口状态，处于 stale 状态，而 node2 自身的&sfwcom&状态正常，这符合预期：
Node node1
Node UUID = -8bdc-11e2-844a-ce02cc0e300a
Number of interfaces discovered = 3
Interface number 1, en0
IFNET type = 6 (IFT_ETHER)
NDD type = 7 (NDD_ISO88023)
MAC address length = 6
MAC address = CE:02:CC:0E:30:0A
Smoothed RTT across interface = 7
Mean deviation in network RTT across interface = 3
Probe interval for interface = 100 ms
IFNET flags for interface = 0x1E080863
NDD flags for interface = 0x0021081B
Interface state = STALE
Number of regular addresses configured on interface = 2
IPv4 ADDRESS: 172.16.25.175 broadcast 172.16.25.255 netmask 255.255.255.0
IPv4 ADDRESS: 172.16.25.178 broadcast 172.16.25.255 netmask 255.255.255.0
Number of cluster multicast addresses configured on interface = 1
IPv4 MULTICAST ADDRESS: 228.16.25.175
Interface number 2, sfwcom
IFNET type = 0 (none)
NDD type = 304 (NDD_SANCOMM)
Smoothed RTT across interface = 0
Mean deviation in network RTT across interface = 0
Probe interval for interface = 100 ms
IFNET flags for interface = 0x
NDD flags for interface = 0x
Interface state = STALE
Interface number 3, dpcom
IFNET type = 0 (none)
NDD type = 305 (NDD_PINGCOMM)
Smoothed RTT across interface = 76
Mean deviation in network RTT across interface = 7
Probe interval for interface = 830 ms
IFNET flags for interface = 0x
NDD flags for interface = 0x
Interface state = STALE
通过目前的实施案例来看，在 PowerVM 环境下实施 PowerHA7.1 是完全没有问题的，PowerHA 也能实现其在物理分区中相同的功能。关于技术要点，总结如下：
PowerHA7.1 中允许 1 个 HA 节点只有 1 个网卡、1 个 BootIP 和一个 ServiceIP，并且 ServieIP 可以和 BootIP 在相同网段，这为在 VIOC 中简化网络结构提供了便利（网络的高可用通过 VIOS 上 SEA 的 NIB 或 EtherChannel 来实现） 。
netmon.cf 的功能的成功实现，解决了 PowerHA 监控虚拟网卡状态的问题
FC 心跳的虚拟环境下的实施保证了 VIOC 在没有物理 HBA 卡的情况下，通过虚拟 FC 心跳的功能，使 PowerHA 更加稳定，有效地预防脑裂。
一、不得利用本站危害国家安全、泄露国家秘密，不得侵犯国家社会集体的和公民的合法权益，不得利用本站制作、复制和传播不法有害信息！
二、互相尊重，对自己的言论和行为负责。
本文标题：
本页链接：PowerHA 7.1 .1 新特征
PowerHA 7.1 .1 新特征
发布时间： 19:43:06
编辑：www.fx114.net
本篇文章主要介绍了"PowerHA 7.1 .1 新特征"，主要涉及到PowerHA 7.1 .1 新特征方面的内容，对于PowerHA 7.1 .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 卡。
在这种情况下，FC 心跳如何实施？下面是实施的要点：
1.首先需要将两个 VIOS 上的一个物理光纤卡端口接在一个光纤交换机上，然后配置一个 ZONE，将两个 FC Port 划分在内。需要在 VIOS 和 VIOC 中新建一个虚拟网卡（或者给 VIOS 的 SEA 增加一个 3358 的 VLAN tag 也可以），VLAN ID 设置 3358 即可。不需要物理交换机与
SEA 的接口打 3358 的 VLAN ID，VIOC 和 VIOS 上的 3358 的虚拟网卡上也不能配置 IP 地址。
2.划 ZONE 的时候，只需要对两个/多个 VIOS 上的物理光纤卡划 zone。在 VIOC 上，虚拟光纤卡不是必须的（由于生产环境下多使用 NPIV，所以在 VIOC 下都会有 vfc 设备），在 VIOC 没有 vfc 卡的情况下，vfc 心跳可以通过 vscsi
client 实现。
3.虚拟光纤卡心跳的实现，是通过 VIOS 与 VIOC 之间的&sfwcomm&设备实现的，也就是 VLAN 3358 对应的设备名称。
4.如果 VIOS 上有单独可用于 FC 心跳的物理光纤口，那么可以单独给这两个 WWPN 划 zone。如果资源紧张，那么使用存储映射的光纤卡也可以，但是最好将两个 WWPN 单独配置在一个新的 zone 里（由于存储映射已经有了一个 zone 把两个 WWPN 划分在了一起，不增加新的 zone 也能实现功能，但是为了避免存储的干扰，单独增加一个 ZONE 效果会更好。）
3.PowerVM 中 FC 心跳的实施步骤
1.在配置 fc 心跳之前，在 HA 节点（VIOC）进行查看：
# lscluster -i sfwcom
Interface sfwcom not found 提示没有 sfwcom 设备。
图 1.虚拟环境下 FC 心跳的架构图
2.在 VIOS 中调整物理光纤卡的参数：
chdev -P -l fcs0 -a tme=yes
chdev -P -l fscsi0 -a dyntrk=yes -a fc_err_recov=fast_fail
需要注意的是，由于 HBA 卡下挂有设备，因此直接修改 HBA 卡的参数是不能成功的，这就需要增加-P 参数，先行修改 ODM 库中的配置信息。配置成功后，重启才能生效。
3.创建 VLAN
在 VIOS 的 SEA 上增加 3358 的 VLAN(或者直接在 VIOS 中 DLPAR 增加一个 PVID 为 3358 的虚拟网卡，然后保存修改到分区 profile 中)：
图 2 VIOS 增加 SEA 的 VLAN tag
如果是在 SEA 上增加 3358 的 VLAN，那么创建完毕以后，需要 de-active 和 re-active VIOS。如果是 DLPAR 一个新的 PVID 为 3358 的虚拟网卡，那么就不需要 de-active 和 re-active VIOS。
在 VIOC 上，用 DLPAR 增加一个新的虚拟网卡（然后在 HMC 上 save configuration），指向 VIOS 上的 3358 VLAN：
图 3 查看虚拟网卡
图 4 查看虚拟网卡
在 VIOC 上 cfgmgr 重新扫描设备信息。
然后在 HA 节点上（vioc）查看， sfwcom 已经可见。
# lscluster -i sfwcom
Network/Storage Interface Query
Cluster Name: wxycluster
Cluster UUID: 397cd38e-8bdc-11e2-844a-ce02cc0e300a
Number of nodes reporting = 1
Number of nodes stale = 0
Number of nodes expected = 1
Node node1
Node UUID = -8bdc-11e2-844a-ce02cc0e300a
Number of interfaces discovered = 1
Interface number 1, sfwcom
IFNET type = 0 (none)
NDD type = 304 (NDD_SANCOMM)
Smoothed RTT across interface = 0
Mean deviation in network RTT across interface = 0
Probe interval for interface = 100 ms
IFNET flags for interface = 0x
NDD flags for interface = 0x
Interface state = UP
# lsdev -C|grep sfw
Storage Framework Module
Available 20-T1-01-FF Fibre Channel Storage Framework Comm
vLAN Storage Framework Comm
这样，在虚拟化环境下实现 PowerHA7.1 的 FC heartbeat 就完成了。
测试将 node1 节点 halt -q，然后再 node2 上观察 node1 节点的&sfwcom&接口状态，处于 stale 状态，而 node2 自身的&sfwcom&状态正常，这符合预期：
Node node1
Node UUID = -8bdc-11e2-844a-ce02cc0e300a
Number of interfaces discovered = 3
Interface number 1, en0
IFNET type = 6 (IFT_ETHER)
NDD type = 7 (NDD_ISO88023)
MAC address length = 6
MAC address = CE:02:CC:0E:30:0A
Smoothed RTT across interface = 7
Mean deviation in network RTT across interface = 3
Probe interval for interface = 100 ms
IFNET flags for interface = 0x1E080863
NDD flags for interface = 0x0021081B
Interface state = STALE
Number of regular addresses configured on interface = 2
IPv4 ADDRESS: 172.16.25.175 broadcast 172.16.25.255 netmask 255.255.255.0
IPv4 ADDRESS: 172.16.25.178 broadcast 172.16.25.255 netmask 255.255.255.0
Number of cluster multicast addresses configured on interface = 1
IPv4 MULTICAST ADDRESS: 228.16.25.175
Interface number 2, sfwcom
IFNET type = 0 (none)
NDD type = 304 (NDD_SANCOMM)
Smoothed RTT across interface = 0
Mean deviation in network RTT across interface = 0
Probe interval for interface = 100 ms
IFNET flags for interface = 0x
NDD flags for interface = 0x00000009
Interface state = STALE
Interface number 3, dpcom
IFNET type = 0 (none)
NDD type = 305 (NDD_PINGCOMM)
Smoothed RTT across interface = 76
Mean deviation in network RTT across interface = 7
Probe interval for interface = 830 ms
IFNET flags for interface = 0x
NDD flags for interface = 0x
Interface state = STALE
通过目前的实施案例来看，在 PowerVM 环境下实施 PowerHA7.1 是完全没有问题的，PowerHA 也能实现其在物理分区中相同的功能。关于技术要点，总结如下：
PowerHA7.1 中允许 1 个 HA 节点只有 1 个网卡、1 个 BootIP 和一个 ServiceIP，并且 ServieIP 可以和 BootIP 在相同网段，这为在 VIOC 中简化网络结构提供了便利（网络的高可用通过 VIOS 上 SEA 的 NIB 或 EtherChannel 来实现） 。
netmon.cf 的功能的成功实现，解决了 PowerHA 监控虚拟网卡状态的问题
FC 心跳的虚拟环境下的实施保证了 VIOC 在没有物理 HBA 卡的情况下，通过虚拟 FC 心跳的功能，使 PowerHA 更加稳定，有效地预防脑裂。
一、不得利用本站危害国家安全、泄露国家秘密，不得侵犯国家社会集体的和公民的合法权益，不得利用本站制作、复制和传播不法有害信息！
二、互相尊重，对自己的言论和行为负责。
本文标题：
本页链接：