Advanced Technical Sales
|Abstract: IBM* PowerHA* (formerly HACMP*) for AIX*, Versions 5.4.1 and 5.5, extends support to include NPIV with the IBM Virtual I/O Server (VIOS) V2.1 virtual SCSI and virtual Ethernet devices on all PowerHA supported IBM POWER5* and POWER6* processor-based servers along with IBM BladeCenter. This includes PowerHA nodes running in IBM AIX LPARs on supported IBM System i5* servers. This support includes pure-NPIV environments and mixed NPIV/vSCSI environments.|
|IBM PowerHA supports NPIV with IBM VIO Server V2.1|
September 11, 2009
IBM* PowerHA* (formerly HACMP*) for AIX*, Versions 5.4.1 and 5.5, extends support to include NPIV with the IBM Virtual I/O Server (VIOS) V2.1 virtual SCSI and virtual Ethernet devices on all PowerHA supported IBM POWER5* and POWER6* processor-based servers along with IBM BladeCenter. This includes PowerHA nodes running in IBM AIX LPARs on supported IBM System i5* servers. This support includes pure-NPIV environments and mixed NPIV/vSCSI environments.
Please refer to the following table for support details.
IBM Virtual I/O Server (VIOS) 2.1
AIX 5.3 TL8
AIX 6.1 TL3
AIX 5.3 TL8
AIX 6.1 TL3
- PowerHA/XD using the Peer-to-Peer Remote Copy (PPRC) support in IBM TotalStorage DS8000 and DS6000 as well as IBM ESS800 is currently not supported with VIO. IBM intends to remove this restriction in a future product update. (This restriction removed/feature added in PowerHA v6.1)
- PowerHA/XD:GLVM is supported with VIO.
PowerHA and Virtual SCSI/NPIV
The volume group must be defined as “Enhanced Concurrent Mode.” In general, Enhanced Concurrent Mode (ECM) is the recommended mode for sharing volume groups in PowerHA clusters because volumes are accessible by multiple PowerHA nodes, resulting in faster failover. If file systems are used on the standby nodes, they are not mounted until the point of failover so accidental use of data on standby nodes is prevented. If shared volumes are accessed directly (without file systems) in ECM, because these volumes are accessible from multiple nodes, access must be controlled at a higher layer such as the database level.
If any cluster node accesses shared volumes through VIOS provided by IBM VIO Server V1 or IBM VIO Server V2.1 without NPIV, all nodes must do so. This means that disks cannot be shared between an LPAR using VIOS provided by IBM VIO Server V1 or IBM VIO Server V2.1 without NPIV and a node directly accessing those disks. Disks can be shared between an LPAR using VIOS provided by IBM VIO Server V2.1 withNPIV and a node directly accessing those disks.
From the point of view of the VIO Server, physical disks (hdisks) are shared, not logical volumes or volume groups. All volume group construction and maintenance on these shared disks is done from the PowerHA nodes, not from the VIO Server.
PowerHA and Virtual Ethernet
IP Address Takeover (IPAT) via Aliasing must be used. IPAT via Replacement and MAC Address Takeover are not supported. In general, IPAT via Aliasing is recommended for all PowerHA networks that can support it.
PowerHA's "PCI Hot Plug" facility cannot be used. PCI Hot Plug operations are available through the VIO Server. Note that when an PowerHA node is using Virtual I/O, PowerHA's "PCI Hot Plug" facility is not meaningful because the I/O adapters are virtual rather than physical.
All Virtual Ethernet interfaces defined to PowerHA should be treated as "single-adapter networks" as described in the PowerHA Planning and Installation Guide. In particular, the netmon.cf facility must be used to monitor and detect failures of the network interfaces. The netmon.cf file should contain a list of IP addresses chosen so that the physical interfaces must be up in order to ping. These addresses must be preceded by "!REQ". See the text of APAR IZ01331 for further details, available from techlink.austin.ibm.com. Due to the nature of Virtual Ethernet, other mechanisms to detect the failure of network interfaces are not effective.
Further configuration-dependent attributes of PowerHA with Virtual Ethernet
If the VIO Server has multiple physical interfaces on the same network or if there are two or more PowerHA nodes using one or more VIO Servers in the same frame, PowerHA will not be informed of (and hence will not react to) individual physical interface failures. This does not normally limit the availability of the entire cluster because VIOS itself routes traffic around individual failures. The VIOS support is analogous to EtherChannel in this regard. Even in the extreme case where all physical interfaces managed by VIO Servers have failed, the VIOS will continue to route traffic from one LPAR to another in the same frame, and the Virtual Ethernet interface used by PowerHA will not be reported as having failed and PowerHA will not react. Other methods (based on the VIO Server and not PowerHA) must be used for providing notification of individual adapter failures.
If the VIO Server has only a single physical interface on a network then a failure of that physical interface will be detected by PowerHA. However, that failure will isolate the node from the network.
Although some of these may be viewed as configuration restrictions, many are direct consequences of I/O virtualization.
All support and restrictions associated with Virtual Ethernet provided by IBM VIO Server V2.1 apply to the corresponding level of IVE.
Service can be obtained from the IBM Electronic Fix Distribution site at:
For questions or concerns, please send a note to HA Feedback at:
HA Solutions Feedback/Poughkeepsie/IBM or email@example.com
* Trademark or registered trademark of International Business Machines Corporation.
Other company, product, and service names may be trademarks or service marks of others.
Planning and Design
IBM Power Systems
powerha, hacmp, npiv
|Is this your first visit to Techdocs (the Technical Sales Library)?