HP Helion OpenStack Carrier Grade (Beta) Release Notes

Hewlett Packard Company
HP Helion OpenStack Carrier Grade (Beta)
Release Notes
Copyright Notice
All rights reserved. No part of this publication may be reproduced or transmitted in any form or
by any means without the prior written permission of Hewlett Packard Company.
1 Overview ..................................................................................................................
Applying Branding to HP Helion OpenStack Carrier Grade ............................................................5
2 Changes in This Release ........................................................................................
3 Usage Caveats .........................................................................................................
4 Known Problems and Limitations .........................................................................
Applying Branding to HP Helion OpenStack Carrier Grade
HP Helion OpenStack Carrier Grade is a high-performance, high-availability, cloud operating system that
enables telecommunications operators to use Commercial-off-the-shelf (COTS) hardware to manage
Virtualized Network Functions (VNF) within a carrier grade Network Function Virtualization (NFV)
HP Helion OpenStack Carrier Grade brings together the flexibility and scalability of the IT cloud, and
the high-availability and performance demanded by the Telecommunications industry, into a unique
carrier grade, industry-leading solution to deliver a price-performance ratio well above alternative
solutions. HP Helion OpenStack Carrier Grade is aligned with the ETSI-NFV architecture
For more information on using HP Helion OpenStack Carrier Grade, see the HP Helion OpenStack
Carrier Grade Software Installation Guide and the HP Helion OpenStack Carrier Grade Administration Guide.
Supported Hardware Platforms
The following is the list of certified platforms:
Table 1 HP Helion OpenStack Carrier Grade Certified Hardware Platforms
HP360 Proliant DL360P Gen8 Server
HP360 Proliant DL360P Gen9 Server
HP380 Proliant DL380P Gen8 Server
HP380 Proliant DL380P Gen9 Server
The following NICs have been verified for PXE booting:
Broadcom 1G
Broadcom 10G
Emulex 10G
Intel 82599
• Intel i350
Supported Hardware Configuration
HP Helion OpenStack Carrier Grade has been verified to work using the following hardware configuration:
• The required number of controller nodes is two.
• The required number of storage nodes is two. Storage nodes are optional, depending on storage
• The verified number of compute nodes is six.
• For predictable performance, it is recommended to disable hyper-threading in the BIOS of all nodes in
the cluster.
Supported System Configuration
HP Helion OpenStack Carrier Grade has been verified to work using the following system configuration:
two controllers
two storage nodes
six compute nodes with dual Intel(R) Xeon(R) CPU E5-2670 v2 and E5-2640v3
60 virtual machine instances
four physical ports per compute node
maximum eight AVP NICs per guest
maximum eight SR-IOV NICs per guest
maximum 32 VFs per NIC
Supported Guest OSs
HP Helion OpenStack Carrier Grade is designed to work with any Linux distribution. Wind River Linux,
Red Hat Enterprise Linux, CentOS, and Ubuntu have been sanity tested as OSs in the Guest virtual
Performance Considerations
The nature of the guest applications, their processing and storage demands, and other configuration
factors can affect the overall performance of the HP Helion OpenStack Carrier Grade cluster.
Applying Branding to HP Helion OpenStack Carrier Grade
You can apply customer-specific branding by including a branding tarball.
For Helion branding, install the branding tarball helion_branding-v1.tgz.
NOTE: The recommended method is to install the tarball before running the controller
configuration script.
Step 1 Log into the active controller using the CLI.
Step 2 Delete any previous tarball from the /opt/branding directory.
Step 3 Copy the new branding tarball to the /opt/branding directory.
Step 4 Install the branding.
To install the branding as part of initial system configuration, run the configuration controller
If you have already run the controller configuration script, you can install the branding as
a) Ensure that any previous tarballs are deleted from the /opt/branding directory.
b) Ensure that the new branding tarball is copied to the /opt/branding directory.
c) Execute the following command:
$ sudo service horizon restart
This processes the branding files on the active controller.
d) Lock the inactive controller.
e) Unlock the inactive controller.
Changes in This Release
This release of HP Helion OpenStack Carrier Grade includes a number of performance
enhancements and additions to functionality.
• Virtual machine instantiation is enhanced to support:
CPU pinning
CPU up/down scaling
NUMA node awareness
Dedicated and configurable huge pages(2MB)
• Networking capabilities are enhanced to support:
- Consolidated interfaces for OAM, management, and infrastructure networks
- Distributed virtual routing
- SR-IOV access for virtual machines
- Mellanox CX-3 NICs
• Management facilities are enhanced for:
- Historical alarms
- GUI-based patching
- REST API patching access
• REST API extensions are added for Nova, Neutron, Cinder, and Ceilometer
Usage Caveats
There are some usage issues you should be aware of when working with this release.
A Neutron subnet cannot be added to a running system.
If a vlan-tagged guest subnet is added to a running system, the subnet is not correctly associated with the
provider network. To prevent errors, provision subnets before launching VMs.
VM launch fails if RAM size is not evenly divisible by page size.
To prevent a "No valid host found" error when a VM is launched, the RAM size specified in the flavor
must be evenly divisible by the page size. (The default page size is 2 MB).
Node fails if VM launched with more than eight vNICs specified
If more than eight AVP model interfaces are provisioned for a VM, the node on which the VM is
launched fails and must be restarted.
CPU edit from Horizon is unreliable
Editing the host CPU settings from Horizon can produce incorrect results. For reliable results, use the
system host-cpu-modify command from the CLI.
Migration or evacuation not supported for VMs using local storage
For VMs configured to use local storage, the local storage is not migrated when the instance is migrated.
In addition, changes to a host that force a migration (such as the deletion of the volume group used by the
instance) do not produce a successful instance migration, which can result in host reboot failure.
PCI passthrough is not supported for Beta release
Migration or evacuation not supported for VMs using PCI SR-IOV
For VMs configured to use SR-IOV, connections are not migrated when the instance is migrated.
Hypervisor disk usage inaccurately reported
The Hypervisor disk usage statistic on the dashboard and the CLI incorrectly sums the disk usage
reported by each compute node. In fact, the nodes use a shared disk, and each node is reporting usage for
the shared disk. To find the actual disk usage, divide the reported usage by the number of nodes.
VMs reported as ACTIVE before compute nodes are recovered
During a system recovery (for example, after a site power outage), when the controller is available but
before the compute nodes are available, the Nova service shows an Active status for VMs . Until the
compute nodes are available, this should be an Error status.
Controller swact raises spurious ssh security warning
On ssh login to the active controller after a controller swact, a security warning appears, saying the host
identification has changed. This occurs because the ssh keys are not currently synchronized across
controllers. It can be disregarded.
Mismatch of interface settings in LAG group
If the interfaces in a LAG group have mismatched speed or duplex settings, they are marked as
incompatible by the system. To prevent this, ensure both interfaces in a LAG group use the same speed
and duplex settings.
Storage or compute node must be re-added after MAC address change on management interface
For a compute or storage node, any change to the management interface configuration that results in a
change of MAC address requires the node to be re-installed. The management interface MAC address can
change if the physical Ethernet port is changed (for example, from eth1 to eth2), or if a LAG configuration
is changed in a way that removes the Ethernet port associated with the LAG MAC address (for example,
if the interface originally used for PXE boot is removed or replaced).
Power management not supported
The power management beta features added in an earlier release are planned for removal.
Hyperthreading limited to 2x hyperthread processors
Hyperthreading is supported for processors featuring no more than 2x hyperthreading (two sibling HT
processor cores per physical processor core).
Changing the admin password on an installed system results in failed maintenance actions
Password changes after initial system installation are not fully propagated, preventing authentication to
the virtual infrastructure manager. Restoring the original password recovers the authentication.
Known Problems and Limitations
You may encounter some known limitations when working with this release.
SR-IOV limitations
• The maximum number of VFs per NIC is 32.
• Resizing of VMs that use SR-IOV does not properly free PCI devices, resulting in VF exhaustion.
• SR-IOV and PCI passthrough cannot both be used on the same provider network.
PCI passthrough not supported in Beta release
Interface limitations
• VLAN over bonded interface without an assigned network type is not supported.
• Addition of an infrastructure interface after installation is not functional.
Mellanox CX-3 support limitations
• All ports must be used ether for data interfaces, or for non-data interfaces. It is not possible to use
some ports for data interfaces and others for non-data interfaces on the same Mellanox CX3 NIC.
• Jumbo frames are not supported on Mellanox NICs.
Installation does not fully utilize disks greater than two terabytes
HP Helion OpenStack Carrier Grade can be installed on disks greater than 2 TB, but only 2 TB of the disk is useable.
Unable to set availability zone reliably from Horizon
An instance launched from Horizon in a given ability zone may be reported as in a different availability
Cinder API version generates a log warning
The V1 API for Cinder in use by this version of HP Helion OpenStack Carrier Grade is deprecated, resulting in log
Horizon hypervisors page not refreshed for CPU scaling changes
During CPU scaling, the number of CPUs allocated against the hypervisors is not automatically refreshed
in Horizon. A manual Hypervisors page refresh is required.
Horizon filters for historical alarms and customer logs not working
Applying a filter to customer logs or historical alarms from Horizon results in a 403 Forbidden access