18. xvi IBM PowerVC Version 1.2.3: Introduction and Configuration
Trademarks
IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of International Business Machines
Corporation in the United States, other countries, or both. These and other IBM trademarked terms are
marked on their first occurrence in this information with the appropriate symbol (® or ™), indicating US
registered or common law trademarks owned by IBM at the time this information was published. Such
trademarks may also be registered or common law trademarks in other countries. A current list of IBM
trademarks is available on the Web at http://www.ibm.com/legal/copytrade.shtml
The following terms are trademarks of the International Business Machines Corporation in the United States,
other countries, or both:
AIX®
DB2®
Enterprise Storage Server®
FlashCopy®
GDPS®
Geographically Dispersed Parallel
Sysplex™
GPFS™
HACMP™
IBM®
IBM SmartCloud®
IBM Spectrum™
Parallel Sysplex®
POWER®
Power Systems™
POWER6®
POWER6+™
POWER7®
POWER7 Systems™
POWER7+™
POWER8®
PowerHA®
PowerVM®
Redbooks®
Redbooks (logo) ®
Storwize®
SystemMirror®
XIV®
The following terms are trademarks of other companies:
Linux is a trademark of Linus Torvalds in the United States, other countries, or both.
Microsoft, and the Windows logo are trademarks of Microsoft Corporation in the United States, other
countries, or both.
Java, and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle and/or its
affiliates.
Other company, product, or service names may be trademarks or service marks of others.
19. IBM REDBOOKS PROMOTIONS
Find and read thousands of
IBM Redbooks publications
Search, bookmark, save and organize favorites
Get up-to-the-minute Redbooks news and announcements
Link to the latest Redbooks blogs and videos
Download
Now
Get the latest version of the Redbooks Mobile App
iOS
Android
Place a Sponsorship Promotion in an IBM
Redbooks publication, featuring your business
or solution with a link to your web site.
Qualified IBM Business Partners may place a full page
promotion in the most popular Redbooks publications.
Imagine the power of being seen by users who download
millions of Redbooks publications each year!
®
®
Promote your business
in an IBM Redbooks
publication
ibm.com/Redbooks
About Redbooks Business Partner Programs
IBM Redbooks promotions
22. xx IBM PowerVC Version 1.2.3: Introduction and Configuration
Guillermo Corti is an IT Architect at IBM Argentina. He has been with IBM since 2004 and
has 20 years experience with Power Systems and AIX. He has a degree in Systems from
Moron University and 11 years of experience working in service delivery for North American
accounts. His areas of expertise include Power Systems, AIX, IBM Linux on Power, and IBM
PowerVM solutions.
Benoit Creau is an AIX Systems Engineer who works in large French banks (currently BNP
Paribas). He has six years of experience managing client production environments with IBM
Power Systems. His areas of expertise include AIX, Virtual I/O Servers, Power Systems, and
PowerVC. He currently focuses on integrating new technology (IBM POWER8® and
PowerVC) in client environments. He has participated in the community by writing a blog
about Power Systems and related subjects for more than 5 years (chmod666.org).
Liang Hou Xu, PMP, is an IT Architect at IBM China. He has 16 years of experience in Power
Systems and four years of experience in the cloud field. He holds a degree in Engineering
from Tsinghua University. His areas of expertise include Power Systems, AIX, Linux, cloud,
IBM DB2®, C programming, and Project Management.
The project that created this book was managed by:
Scott Vetter, PMP
Thanks to the following people for their contributions to this project:
Dave Archer, Senthil Bakthavachalam, David Bennin, Eric Brown, Ella Buslovich,
Chun Shi Chang, Rich Conway, Joe Cropper, Rebecca Dimock, William Edmonds,
Edward Fink, Nigel Griffiths, Nicolas Guérin, Kyle Henderson, Philippe Hermes, Amy Hieter,
Greg Hintermeister, Bhrugubanda Jayasankar, Liang Jiang, Rishika Kedia,
Sailaja Keshireddy, Yan Koyfman, Jay Kruemcke, Samuel D. Matzek, John R. Niemi,
Geraint North, Sujeet Pai, Atul Patel, Carl Pecinovski, Taylor Peoples, Antoni Pioli,
Jeremy Salsman, Douglas Sanchez, Edward Shvartsman, Anna Sortland, Jeff Tenner,
Drew Thorstensen, Ramesh Veeramala, Christine Wang, and Michael Williams
Thanks to the authors of the previous editions of this book. The authors of the first edition,
IBM PowerVC Version 1.2.0 and 1.2.1 Introduction and Configuration, which was published in
October 2014, were Bruno Blanchard, Guillermo Corti, Sylvain Delabarre, Ho Jin Kim, Ondrej
Plachy, Marcos Quezada, and Gustavo Santos.
Now you can become a published author, too!
Here’s an opportunity to spotlight your skills, grow your career, and become a published
author—all at the same time! Join an ITSO residency project and help write a book in your
area of expertise, while honing your experience using leading-edge technologies. Your efforts
will help to increase product acceptance and customer satisfaction, as you expand your
network of technical contacts and relationships. Residencies run from two to six weeks in
length, and you can participate either in person or as a remote resident working from your
home base.
Find out more about the residency program, browse the residency index, and apply online at:
ibm.com/redbooks/residencies.html
23. Preface xxi
Comments welcome
Your comments are important to us!
We want our books to be as helpful as possible. Send us your comments about this book or
other IBM Redbooks publications in one of the following ways:
Use the online Contact us review Redbooks form found at:
ibm.com/redbooks
Send your comments in an email to:
redbooks@us.ibm.com
Mail your comments to:
IBM Corporation, International Technical Support Organization
Dept. HYTD Mail Station P099
2455 South Road
Poughkeepsie, NY 12601-5400
Stay connected to IBM Redbooks
Find us on Facebook:
http://www.facebook.com/IBMRedbooks
Follow us on Twitter:
http://twitter.com/ibmredbooks
Look for us on LinkedIn:
http://www.linkedin.com/groups?home=&gid=2130806
Explore new Redbooks publications, residencies, and workshops with the IBM Redbooks
weekly newsletter:
https://www.redbooks.ibm.com/Redbooks.nsf/subscribe?OpenForm
Stay current on recent Redbooks publications with RSS Feeds:
http://www.redbooks.ibm.com/rss.html
26. 2 IBM PowerVC Version 1.2.3: Introduction and Configuration
1.1 PowerVC overview
This publication is for system administrators who are familiar with the concepts included in
these IBM Redbooks publications:
IBM PowerVM Virtualization Introduction and Configuration, SG24-7940
IBM PowerVM Virtualization Managing and Monitoring, SG24-7590
PowerVC simplifies the management of virtual resources in your Power Systems
environment.
After the product code is installed, the PowerVC no-menus interface guides the system
administrator through three simple configuration steps to register physical hosts, storage
providers, and network resources and to start capturing and intelligently deploying AIX, IBM i,
and Linux virtual machines (VMs). PowerVC also helps the system administrator perform the
following activities:
Create VMs and resize their CPU and memory.
Attach disk volumes to those VMs.
Import existing VMs and volumes so that they can be managed by PowerVC.
Monitor the use of resources in your environment.
Migrate VMs while they are running (live migration between physical servers).
Deploy images quickly to create new VMs that meet the demands of ever-changing business
needs. At the time of writing this publication, PowerVC can deploy VMs that use AIX, IBM i, or
Linux operating systems. PowerVC is built on OpenStack, which is open source software that
controls large pools of server, storage, and networking resources throughout a data center.
PowerVC uses IBM Platform Resource Scheduler (PRS) to extend the OpenStack set of
technologies to Power Systems environments with enhanced security, intelligent placement of
VMs, and other advanced policy-based features that are required on enterprise clouds.
PRS is a proven technology that is used in grid and scaled-out computing environments by
more than 2,000 clients. Its open and extensible architecture supports reservations,
over-subscription policies, and user-defined policies. PRS is also energy-aware. For more
information about PRS, see this website:
http://www.ibm.com/systems/platformcomputing/products/rs/
1.1.1 PowerVC functions and advantages
Why PowerVC? Why do we need another virtualization management offering? When more
than 70% of IT budgets is spent on operations and maintenance, IT clients legitimately expect
vendors to focus their new development efforts to reduce this cost and foster innovation within
IT departments.
PowerVC gives IBM Power Systems clients advantages:
It is deeply integrated with Power Systems.
It provides virtualization management tools.
It eases the integration of servers that are managed by PowerVM or PowerKVM in
automated IT environments, such as clouds.
It is a building block of IBM Infrastructure as a Service (IaaS), based on Power Systems.
27. Chapter 1. PowerVC introduction 3
PowerVC is an addition to the existing PowerVM set of enterprise virtualization technologies
that provide virtualization management. It is based on open standards and integrates server
management with storage and network management.
Because PowerVC is based on the OpenStack initiative, Power Systems can be managed by
tools that are compatible with OpenStack standards. When a system is controlled by
PowerVC, it can be managed in either of two ways:
By a system administrator by using the PowerVC GUI
By higher-level tools that call PowerVC by using standard OpenStack application
programming interfaces (APIs)
PowerVC is an option that is between the Hardware Management Console (HMC) and IBM
SmartCloud® IaaS offerings. It provides a systems management product that enterprise
clients require to effectively manage the advanced features that are offered by IBM premium
hardware. It reduces resource use and manages workloads for performance and availability.
In the following sections, we introduce the concepts of OpenStack to help you understand the
terminology that is used in this book.
1.2 OpenStack overview
PowerVC is based on the OpenStack initiative. The following sections provide an overview of
OpenStack.
1.2.1 The OpenStack Foundation
OpenStack is an IaaS solution that is applied to the cloud computing domain, which is led by
the OpenStack Foundation. The foundation is a non-commercial organization that promotes
the OpenStack project and helps the developers within the OpenStack community. Many
major IT companies contribute to the OpenStack Foundation. Check their website for more
information:
http://www.openstack.org/foundation/
IBM is an active member of the OpenStack community. Multiple IBM divisions have key roles
as members. IBM contributes through code contributions, governance, and support within its
products.
OpenStack is no-charge, open source software that is released under the terms of the
Apache license.
1.2.2 OpenStack framework and projects
The goal of OpenStack is to provide an open source cloud computing platform for public and
private clouds.
OpenStack has a modular architecture. Several projects are underway in parallel to develop
these components:
Nova Nova manages the lifecycle and operations of hosts and compute resources.
Swift Swift covers object-oriented storage. It is meant for distributed high availability
in virtual containers.
28. 4 IBM PowerVC Version 1.2.3: Introduction and Configuration
Cinder This project covers the management for block storage, such as IBM Storwize®
or IBM SAN Virtual Controller.
Glance Glance is the image service that provides discovery, registration, and delivery
services for virtual disk images.
Horizon This dashboard project is the web service management and user interface to
integrate various OpenStack services.
Neutron Neutron is the network management service for OpenStack. Formerly named
Quantum, Neutron includes various aspects, such IP address management.
Keystone The Keystone focus is on security, identity, and authentication services.
Ceilometer The Ceilometer project is for metering. The Ceilometer provides measurement
and billing across all OpenStack components.
You can find complete descriptions of the main OpenStack projects on the Wiki page of their
website:
https://wiki.openstack.org/wiki/Main_Page
Figure 1-1 shows a high-level view of the OpenStack framework and main components and
how they can be accessed by applications that use the OpenStack computing platform APIs.
Figure 1-1 OpenStack framework
Nova (Compute)
Glance (Image Service)
APIs
OpenStack Shared Services
HARDWARE
Applications
Horizon
(Dashboard)
Neutron (Networking)
Swift (Object Storage)
Cinder (Block Storage)
29. Chapter 1. PowerVC introduction 5
Figure 1-2 provides details about the main components of the OpenStack framework. It also
contains a few explanations of the roles of these components. The illustration shows that one
of the main benefits of OpenStack is that it provides a standard interface for hardware.
Hardware vendors provide OpenStack compatible drivers for their devices. These drivers can
then be used by the other OpenStack components to act on the hardware devices.
Figure 1-2 OpenStack main components
Higher Level Mgmt Ecosystem
Cloud Mgmt SW
Enterprise
Mgmt SW
Other
Mgmt SW Dashboard (Horizon)
OpenStack API
Security (KeyStone) Scheduler Projects
Images (Glance) Flavors Quotas
AMQP DBMS
drivers drivers drivers
Server
Compute Nova Block Storage
Cinder Network Neutron
Storage Network
Cloud Management APIs
• Focus on providing IaaS
• Broad Eco System
Simple Console
• Built using OS REST API
• Basic GUI for OS functions
Management Services
• Image Management
• Virtual Machine Placement
• Account Management
Foundation (Middleware)
• AMQP Message Broker
• Database for Persistence
Virtualization Drivers
• Adapters to hypervisors
• Server, storage, network
• Vendor Led Drivers
30. 6 IBM PowerVC Version 1.2.3: Introduction and Configuration
1.2.3 PowerVC high-level architecture
Figure 1-3 shows how PowerVC is implemented on top of the OpenStack framework and how
additional components are inserted within the OpenStack framework to add functions to the
standard set of OpenStack features. It also illustrates that IBM is providing drivers to support
IBM devices by using the OpenStack APIs.
Figure 1-3 PowerVC implementation on top of OpenStack
PowerVC is available in Standard Edition, which is described in the following section.
1.3 PowerVC Standard Edition
PowerVC Standard Edition will manage PowerVM systems that run either IBM POWER6®,
IBM POWER7®, or POWER8 processors that are controlled by an HMC. In addition,
PowerVC can manage PowerKVM Linux scale-out servers.
During installation, PowerVC Standard Edition can be configured to manage VMs that are
virtualized on top of either PowerVM or PowerKVM.
On PowerVM, dual Virtual I/O Servers for each host are supported to access storage and the
network. VMs can be either N_Port ID Virtualization (NPIV)-attached storage or shared
storage pool (SSP) back-end storage and virtual SCSI (vSCSI), which were introduced in
PowerVC 1.2.2. The following hardware products are supported for NPIV:
EMC (VNX and VMAX)
IBM XIV® Storage System
IBM Storwize V3700 system
Block Storage
IBM Power SystemsStorage
IBM and 3r d
Party
Network
IBM and 3r d
Party
OpenStack API
PowerVC Virtualization Management Console
API Additions
Monitoring
Differentiators
AMQP DBMS
Security (KeyStone) Scheduler Platform
EGO
Projects
Images Flavors QuotasOVF
Nova/
Libvirt
Cinder NeutronCompute Network
Storage Drivers PowerVM/KVM Driver Network Drivers
Virtualization Mgmt UI
• Simpleand Intuitive
• Targeting the IT Admin
New Management APIs
• Host & Storage
Registration
• Environment Validation
NewMgmt Capabilities
• More granular VM Mgmt
• Differentiators (DLPAR)
• Power Virtual IO
• OVF image Formats
Platform EGO Provides...
• VirtualMachine
Placement
• WorkloadAware Mgmt
VirtualizationDrivers
• HMC driver for PowerVM
• Libvirt drivers for
PowerKVM
• Leverage ecosystem to
support broad range of IBM
and non-IBM storage and
network attachedto Power
Packaging and Simplification
• Simplified install and
Configuration
• IntuitiveAdministration
Model
• Focus on day 0/1 TTV
31. Chapter 1. PowerVC introduction 7
IBM Storwize V7000 system
IBM SAN Volume Controller
For storage on an SSP, any SSP-supported storage device is supported by PowerVC.
On PowerKVM, storage is backed by iSCSI devices.
For more information, see 3.1, “IBM PowerVC requirements” on page 30.
For the latest list of requirements, see this website:
http://ibm.co/1jC4Xx0
1.4 PowerVC adoption
Two features are useful for a smooth adoption of PowerVC in an existing environment:
When PowerVC manages a physical server, it can manage the full set or only a subset of
the partitions that are hosted on that server.
When PowerVC is adopted in an environment where partitions are already in production,
PowerVC can discover the existing partitions and selectively start to manage them.
Therefore, the adoption of PowerVC in an existing environment does not require a major
change. It can be a smooth transition that is planned over several days or more.
32. 8 IBM PowerVC Version 1.2.3: Introduction and Configuration
34. 10 IBM PowerVC Version 1.2.3: Introduction and Configuration
2.1 Previous versions and milestones
IBM Systems and Technology Group Cloud System Software developed a virtualization
management solution for PowerVM and PowerKVM, which is called the Power Virtualization
Center (PowerVC). The objective is to manage virtualization on the Power platform by
providing a robust, easy-to-use tool to enable its users to take advantage of the Power
platform differentiation.
This list shows the previous versions:
IBM PowerVC first release (R1)
IBM PowerVC version 1.2.0
IBM PowerVC version 1.2.1
2.1.1 PowerVC release to OpenStack edition cross-reference
Table 2-1 cross-references the PowerVC releases to editions of OpenStack.
Table 2-1 PowerVC releases cross-referenced to OpenStack versions
2.1.2 IBM PowerVC first release (R1)
PowerVC first release was available in certain markets in 2013. The primary objective of this
release was to simplify the task of deploying a single logical partition (LPAR) with operating
system software for new IBM Power System hardware clients. This release presented several
restrictions, requiring virtualization management of the hosts and supporting only limited
resource configurations.
2.1.3 IBM PowerVC version 1.2.0
The second release, PowerVC version 1.2.0, was also available worldwide in 2013. The
primary objective was to simplify the virtualization management experience of IBM Power
Systems servers through the Hardware Management Console (HMC) and build a foundation
for enterprise-level virtualization management.
2.1.4 IBM PowerVC version 1.2.1
The third release of PowerVC, version 1.2.1, was available worldwide in 2014 with the
addition of PowerKVM support that was built on IBM POWER8 servers and shared storage
pool (SSP) support for the PowerVM edition.
PowerVC release Availability OpenStack edition
V1.2 October 2013 Havana
V1.2.1 April 2014 Icehouse
V1.2.2 October 2014 Juno
V1.2.3 April 2015 Kilo
35. Chapter 2. PowerVC versions and releases 11
2.2 IBM PowerVC version 1.2.2 enhancements and new features
The fourth release of PowerVC, version 1.2.2, was also available worldwide in 2014. This
version focused on adding new features and support to the following components:
Image management
Monitoring
Host maintenance mode
Storage
Network
Security
2.2.1 Image management
This version supports new levels of the Linux distributions (previously supported distribution,
new release):
Red Hat Enterprise Linux (RHEL) 6.6
RHEL 7 (which is supported on IBM PowerKVM only in version 1.2.1)
SUSE Linux Enterprise Server (SLES 12)
New Linux distribution support exists for Ubuntu 14.
Currency support for the Linux operating system can be done on cloud-init. Also, for any new
Linux OS distribution support, only cloud-init is supported, not Virtual Solutions Activation
Engine (VSAE). Any changes that are needed in cloud-init to support the new distribution are
coordinated with the IBM Linux Technology Center (LTC) to distribute the changes to the
cloud-init open source community.
2.2.2 Monitoring
Enhancements and new capabilities are included in PowerVC 1.2.2:
Use the Ceilometer framework to monitor the memory and I/O metrics for instances
Provide the hosts with metrics for CPU utilization and I/O
Provide out-of-band lifecycle operation-related checks
With the new set of health checks and metrics, PowerVC version 1.2.2 monitoring
enhancements include the improved scale and stability of the monitoring functions.
The following major capabilities are available in this version:
Reduce the steady-state CPU utilization of the monitor function
Reduce the redundant health and metric event publication to help improve performance
Use the asynchronous update events and reduce the resource polling
Important: IBM PowerVC Express Edition is no longer supported in this release.
Note: Because Ubuntu is a new distribution, you must update the distribution list that is
used by the image import command-line interface (CLI) and graphical user interface (GUI)
to include Ubuntu.
36. 12 IBM PowerVC Version 1.2.3: Introduction and Configuration
2.2.3 Host maintenance mode
Virtualization administrators often need to prepare a host system for maintenance, for
example, replace a faulty hardware component or update critical software components. This
act is widely known in the industry as putting a host into maintenance mode. Consider the
following points from a virtualization management perspective:
The host will be prevented from entering maintenance mode if any one (or more) of the
following conditions are true and the user requested automated mobility upon entering
maintenance:
– The host’s hypervisor state is anything other than operating. (For example, the
administrator must address any issues in advance; otherwise, live migrations are
unlikely to succeed.)
– The host has at least one virtual machine (VM) in the error state, and migration cannot
be performed until the administrator resolves the issue.
– The host has at least one VM in the paused state (when one or more VMs in paused
state mean that it resides in memory and the administrator needs to power down the
host).
– The host is based on PowerVM and not licensed for active partition mobility.
No additional virtual machines can be placed on the host while its maintenance state is
either entering, error, or on.
If mobility was requested when the host was entering maintenance mode and an active
VM existed, this VM must be relocated automatically to other hosts within the relocation
domain.
While virtual machines are migrated to other hosts, the host’s Platform Resource
Scheduler (PRS) hypervisor state is entering maintenance. The PRS hypervisor state
automatically transitions to in maintenance when the migrations complete and Nova
notifications will be generated as the state transitions.
After the administrator completes the maintenance, the administrator will remove the host
from maintenance mode. At that point, the PRS hypervisor state transitions back to ok.
Now, virtual machines are able to be scheduled to the host again. VMs that were
previously on the host that were put in maintenance mode need to be migrated back to the
host manually.
2.2.4 Storage
Two additional volume drivers and one fabric driver were added in PowerVC version 1.2.2.
The volume drivers are IBM XIV Storage System and EMC, and the fabric driver is Cisco.
Volume attachment now includes virtual SCSI (vSCSI) connectors. The following uses and
cases apply to these new devices:
Registration of storage arrays and Fibre Channel (FC) switches with the storage template
and storage connectivity groups (SCGs)
Deployment of VMs
Attachment and detachment of volumes in existing VMs
Note: The administrator can take the host out of maintenance mode at any point. PRS
finishes any in-progress migrations and halts afterward.
37. Chapter 2. PowerVC versions and releases 13
Image management
Onboarding of VMs and volumes
The new storage and fabric drivers require new registration application programming
interfaces (APIs) to register the new devices.
New storage templates are required for XIV and EMC. Both drivers support additional storage
templates. API and user interface (UI) changes are associated with the storage templates.
Table 2-2 represents how clients are using volumes within PowerVM. For example, when an
N_Port ID Virtualization (NPIV) connection exists to boot a VM, it is not necessary to attach a
vSCSI-connected volume.
When the client sets their connection type for boot and data volumes within an SCG, a client
is limited to two connector types within a single SCG. On deployment or attachment, the SCG
determines the connection type between NPIV and vSCSI for a storage area network (SAN)
device.
Table 2-2 Updated support matrix for SSP, NPIV, and vSCSI storage paths in PowerVC version 1.2.2
The SCG changes allow the creation of a vSCSI on SCG. PowerVC version 1.2.2 provides
the option on the SCG configuration so that the client can specify whether they want dual
Virtual I/O Servers to be guaranteed during deployment and migration. API and UI changes
are associated with these SCG changes.
2.2.5 Cisco Fibre Channel support
This newly added support is for Cisco Multicast Distributed Switching (MDS) Fibre Channel
(FC) switches. This support was developed in collaboration with IBM to ensure compatibility
with PowerVC.
Next, we describe how to enable Cisco support within the PowerVC FC zoning architecture,
which differs significantly from the community architecture.
The relevant components to support Cisco FC are contained within the Cinder-volume
service. One of these services runs for every registered storage provider. Volume manager
invokes the zone manager whenever connections are added or removed. The zone manager
has a pluggable driver model that separates generic code from hardware-specific code. The
following steps describe the flow during the volume attachment or detachment:
1. After the volume driver is invoked, the zone manager flow is invoked.
2. The volume driver returns the initiator that is wanted.
3. The target is mapped from the initialize_connection or terminate_connection method.
4. The returned structure feeds into the zone manager operation.
PowerVC version 1.2.2 supports a maximum of two fabrics. The fabrics can be mixed.
Boot volume/data volume SSPs NPIV vSCSI
SSPs Supported Supported Not supported
NPIV Not supported Supported Not supported
vSCSI Not supported Supported Supported
38. 14 IBM PowerVC Version 1.2.3: Introduction and Configuration
Function
The Cisco driver has configuration file options that, for each fabric, specify the user name,
password, IP address, and virtual SAN (VSAN) to use for zoning operations. The VSAN is
interesting. Cisco and Brocade switches allow the physical ports on the switch to be divided
into separate fabrics. Cisco calls them VSANs, and Brocade calls them Virtual Fabrics.
Therefore, every zoning operation on a switch is performed in the contact of a VSAN or Virtual
Fabric. However, the two drivers work differently:
For Cisco, a user does not have a default VSAN. So, the VSAN to use is specified in the
configuration file. This method is not ideal. The user needs to be able to determine the
VSAN automatically by looking at where the initiator and target ports are logged in.
For Brocade, every user has a default Virtual Fabric, and the driver creates zones on that
default fabric.
Integration
To extend PowerVC integration, the zone manager class supports an fc_fabric_type option,
which allows the user to select Brocade and Cisco switches.
Zone manager also tolerates slight variations in the behavior of the two drivers. It delivers an
extended Cisco CLI module that is called powervc_cisco_fc_zone_client_cli.py. This
module adds a get_active_zone_map function that is needed by the PowerVC zoning driver.
The Cisco driver is enabled by editing the /etc/cinder/fabrics.conf file.
The fabric registration UI allows to the user to register Brocade and Cisco FC switches.
Mixed fabrics are supported for PowerVC, Brocade, and Cisco Tier1 drivers. Third-party fabric
drivers can be provided and mixed by vendors. However, third-party fabric drivers cannot be
mixed with PowerVC fabric drivers because Cinder supports a single zone manager only and
Tier1 drivers are managed from the PowerVC zone manager.
For Cisco fabrics, the following properties are required for registration:
Display name
IP address
Port
User name
Password
VSAN
The registration API performs a test connection to ensure that the credentials are correct and
the specified VSAN exists.
2.2.6 XIV storage support
Support for IBM XIV Storage System storage arrays is added to PowerVC. The functionality
that is offered by this interface is similar to the functions that are offered through the IBM SAN
Volume Controller (SVC).
Note: IBM PowerVC version 1.2.2 continues to support a maximum of two fabrics that can
be registered.
39. Chapter 2. PowerVC versions and releases 15
This interface requires the XIV driver, which is downloaded and included in the build and
installed in the PowerVC environment. The downloaded XIV driver also contains helper
methods to derive a list of volumes in a certain XIV array and its unique identifier. These
methods are used by the corresponding PowerVC registration and extended driver code.
Function
All functions that relate to storage arrays are supported:
Registration by using the default storage template
Storage connectivity group setup
Configuration of the FC port
Onboarding of VMs with XIV volumes that are attached to them
Onboarding of volumes that are already in XIV storage
Creation and deletion of volumes on XIV storage
Deployment of VMs by using volumes from XIV storage
Integration
A new XIV registration code is integrated into PowerVC. As part of the storage registration UI,
this new registration code collects the IP address, user friendly name, user name, and
password to register the XIV Storage System to the PowerVC.
The registration API performs a test connection and retrieves a list of available storage pools
from the XIV system. The list is displayed to the user, so that the user can choose the pool to
use for default provisioning operations.
This approach is similar to how the IBM Storwize registration UI looks today, except that the
Secure Shell (SSH) keys are not supported. Currently, no UI is available for the user to select
the type of storage controller that the user is registering. Storwize is the only option.
A user can use the UI to select between Storwize and Network File System (NFS), and that
selection can be reused to provide the PowerVC user with a Storwize/XIV option.
2.2.7, “EMC storage support” on page 16 shows a choice of SAN Volume Controller, EMC, or
XIV storage during storage registration.
The storage template UI for XIV is similar to Storwize support. The UI needs to recognize the
type of storage provider and display the correct UI.
The storage metadata API is used by the storage template UI to get a list of storage pools and
related information, but first, the XIV driver needs to be enhanced. PowerVC has an extended
XIV driver with the get_storage_metadata function implemented in it. This extended driver is
used by the XIV registration code.
Like the SAN Volume Controller, the XIV has a limit on the number of hosts that can be
defined. During initialize_connection, the host creation fails with a return code of
REMOTE_MAX_VIRTUAL_HOSTS_REACHED. This limit is not determined yet.
The attach operation fails with an appropriate message. However, the TTV validation tool
might expose the total or percent of slots that is used with the same or similar naming scheme
that is used with the SAN Volume Controller for images and volumes. Images start with Image
and volumes start with volume.
Note: The /etc/cinder/cinder.conf file needs to be updated to include xiv as a
supported storage type.
40. 16 IBM PowerVC Version 1.2.3: Introduction and Configuration
2.2.7 EMC storage support
The EMC storage array is now included in PowerVC version 1.2.2. The support includes EMC
VNX and VMAX storage devices. VNX and VMAX are in two different EMC drivers.
This support is essentially how the PowerVC enables the Storage Management Initiative
Specification (SMI-S) EMC driver. The SMI-S provider proxy applies to the EMC VMAX driver
only, not the VNX driver. The EMC VNX driver uses a remote command tool set that is located
with the cinder driver to communicate to the VNX device rather than through an SMI-S proxy.
The EMC VMAX driver requires that you download the EMC SMI-S provider proxy software
from the EMC website. The EMC VMAX driver also requires that you run on an x86 Linux
system and that you are at version V4.5.1 or higher. The OpenStack EMC driver
communicates with this proxy by using the Web-Based Enterprise Management (WBEM).
The OpenStack EMC driver also has a dependency on the python pywebm package.
The EMC driver supports both iSCSI and FC connectivity. Although the EMC driver has iSCSI
support, only NPIV connectivity is supported in this release.
The configuration of the EMC driver is in two locations. The cinder.conf file contains general
settings that reference the driver and also a link to an external XML file that contains the
detailed settings. The following configuration file settings are valid:
volume_driver = cinder.volume.drivers.emc.emc_smis_fc.EMCSMISFCDriver
cinder_emc_config_file = /etc/cinder/cinder_emc_config.xml
Integration
New EMC registration code is available and enabled in PowerVC version 1.2.2. For
similarities, see “Integration” on page 14.
Like the SAN Volume Controller, the EMC limits the number of hosts that can be defined.
During initialize_connection, the host creation returns a failure. This limit for VNX is 1,024
maximum hosts. The attach operation fails with an appropriate message. TTV might expose
the total number of used slots or the percent of used slots.
The same or similar naming scheme is used with the SAN Volume Controller for images and
volumes. Images start with Image and volumes start with volume.
The EMC low level of design determines any new attributes to be exposed in the default
storage template.
2.2.8 Virtual SCSI support
Current cinder code supports NPIV connectivity from SAN Storage to a VM in the PowerVC
Standard Edition. In this model, the storage volume is mapped directly to the virtual FC
adapter in the VM. PowerVC 1.2.2 adds the support in Standard Edition for mapping the
storage volume to the Virtual I/O Server (VIOS) and for establishing a vSCSI connection from
the VIOS to the VM.
The vSCSI classic model is needed for PureApp where the VM boots from a vSCSI-attached
volume and data volumes are also vSCSI-attached.
Important: This command toolset runs on x86 only, which limits the PowerVC
management server to x86 installations.
41. Chapter 2. PowerVC versions and releases 17
Use the updated support matrix, Table 2-2 on page 13, for input to the necessary design
changes to the SCGs. The SGG determines the connection type to the VM during the
attachment and detachment of a volume to a VM. During deployment, the SCG includes
hosts that are compatible with the SCG only.
The SCG has two connectivity types:
One connectivity type for the OS disk
One connectivity type for data volumes
The selection of an NPIV or vSCSI SCG determines the connectivity type for the OS disk.
When a volume is attached to a VM, the connectivity type for volumes determines whether
the volume is connected through NPIV or vSCSI.
vSCSI is supported for all PowerVC tier-1 cinder drivers, which include PowerVC, SAN
Volume Controller, EMC, and XIV drivers. No support is available initially for non-tier-1 volume
drivers.
Two methods exist to establish SAN zoning and storage controller hosts. The first method is
outside of the scope of this section. The administrator establishes all of the zoning and
storage controller hosts before anyone uses the vSCSI connectivity. Most clients already use
this method when they use vSCSI connections from the VIOS. Clients create a zone on the
switch that contains all the VIOS and storage controllers. Live Partition Mobility (LPM)
operations are supported without additional zoning requirements.
Typically, clients also run the rootvg of the VIOS from SAN so an existing host entry is
available on the storage controller. This step also includes the management of the SCG and
the creation of zones and hosts on the storage controller. This duality is evaluated as part of
the design changes that are needed for SCG to support vSCSI.
To enable multiple paths and LPM operations with vSCSI connections, disk reservations must
be turned off for all of the hdisks that are discovered on the VIOS. Use the AIX chdef
command to overwrite configuration attributes when a device is discovered.
For the SAN Volume Controller, the following chdef commands that are shown in Example 2-1
must be executed on the target VIOS before you assign the disks to the vSCSI adapters.
Example 2-1 The chdef commands to set the reserve policy and algorithm on new disks
chdef -a reserve_policy=no_reserve -c disk -s fcp -t mpioosdisk
chdef -a algorithm=round_robin -c PCM -s friend -t fcpother
These chdef commands need to be executed only one time on the Virtual I/O Servers before
you attempt to use vSCSI connections.
Storage controller registration, volume creation, volume deletion, and volume onboard are
unaffected by the addition of the vSCSI connectivity type.
Note: You are required to overwrite the reserve_policy and set the algorithm for the disks
that are discovered. The default algorithm is a failover algorithm.
Note: Consider changing the reserve policy if it was not set to no_reserve. If this setting is
not executed before you allocate the disks to the vSCSI adapter, you are required to
change these settings for each disk.