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. Contents 1 Overview .................................................................................................................. 4 Applying Branding to HP Helion OpenStack Carrier Grade ............................................................5 iii 2 Changes in This Release ........................................................................................ 7 3 Usage Caveats ......................................................................................................... 8 4 Known Problems and Limitations ......................................................................... 10 1 Overview Applying Branding to HP Helion OpenStack Carrier Grade 5 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) architecture. 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 Manufacturer Platform Hewlett-Packard 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: • • • • 4 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 needs. • 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 machines. 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. 5 Step 4 Install the branding. To install the branding as part of initial system configuration, run the configuration controller script. If you have already run the controller configuration script, you can install the branding as follows: 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. 6 2 Changes in This Release This release of HP Helion OpenStack Carrier Grade includes a number of performance enhancements and additions to functionality. Enhancements • 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 7 3 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. 8 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. 9 4 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 zone. 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 warnings. 10 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 error. 11
© Copyright 2024