1. Workload Optimized OpenStack made easy
Arkady Kanevsky
Service Provider Organization, Dell EMC 1

2. Workload Optimized? Choice of HW components specific for Workload
NIC with PF support and offload for NFV workload
Combination of NVMe and HDDs for Hadoop
GPUs and FPGAs for Machine Learning or HPC
HW configuration
BIOS setting for virtualization acceleration
Processor off-load for encryption, Secure Boot
OpenStack configuration
Huge Page, NUMA pinning
Orchestrate and coordinate for all of them 2

3. How do you put it all together? –JetPack and TripleO
Open Source Project -
Deployment and Lifecycle Flexibility specific to a workload
Predefined Profiles for specific Workloads: Telco/NFV, Generic Service Provider/xSP
Flexibility to customize all features beyond predefined profiles
Layered on top of TripleO and Ironic
NSC (Network, Compute, Storage) Balanced for xSP workloads 3

4. How do you put it all together? – JetPack and TripleO
Technical:
Deployment and Lifecycle Flexibility
Feature set
In-place Upgrades
Part of OpenStack project / standards
Business:
Partner Ecosystem
Award winning, follow the sun support
Entire Stack ownership
Know-how
Why TripleO? Why not a separate engine? Why not post-deployment <something>?
TripleO is good, and getting better. The project philosophy is one of minimalism (so it seems), which makes the processes just as complex as needed, but not overtly so.
It is a thriving project, led by the best of the industry. The well-defined, and general methodologies of TripleO deployments are quickly consumable and extensible for our purpose.
It also has the vehicle of the Node role that looked like the natural choice for us, to enable NFV features. We overload the default Compute role, and call it our own Custom Role, and that become the vehicle for us, as you will soon see.
TripleO also present several challenges:
It is rather new. The mitigating factor is that it’s moving with great velocity.
It lacks the maturity of other OpenStack projects because of its young age. We believe that over time, TripleO will mature nicely, and become robust.
[Need to very careful. Need to walk a tight line. Our participation on TripleO is rather cursory. We add config and extensions. Not to the core of TripleO. We need to position ourselves as outsiders, rather than active developers. It's a given that we will be submitting it to the community, eventually.] 4

5. JetPack Overview The Approach
The Context
Red Hat OSP
Red Hat OSP Director
Dell EMC Jetstream JetPack automated life-cycle management software
Feature Set specific to Workload – part of JetPack profile
JetPack configures servers in optimized way for Workload defined by Profile
The Approach
Day-0 Enablement embedded within standard deployment – by JetPack
Day-N Compute and Storage node addition or removal and Cloud updates – by JetPack 5

6. What is Profile?
A profile is basically a fixed set of configuration options in the automation files
For the deployment of a particular workload, there are certain features that need to be set in a pre-specified way; all other features/settings are set to defaults.
Sample features:
IP Addresses, vLAN IDs, NIC Configuration, MTU size, HugePage size/count
vcpu pin set, Ceph OSD/Journal choices, OVS enabled to use DPDK
SR-IOV for external-facing networks, choice of PFs (physical functions aka ports) for use with SR-IOV, NIC Alignment for external-facing SR-IOV networks, DVR
IPv6 for tenant network only

7. Take aways
In order to provide complete solution – hardware and software need to be developed and integrated together
Minimize deployment risk by selecting good partners with know-how
Look for value-add features that enhance OpenStack experience
Sometimes we want to make things more user-friendly and in that, the User Interface is a good fit to provide to the user a seamless sequence of steps turning it into an enjoyable and easy-to-manage experience
The initial approach for this design is to add to the existing RHOSP Director User Interface all the steps required for configuring the NFV Features in the overcloud. Besides, it will be fully integrated into the original dashboard coming with the director.
For the first release and similarly to what has been designed through the CLI, only some of the parameters will be allowed for modifications.
The remaining parameters will be greyed out and filled with default values. That way, the user will get the understanding of what is executed under the hood.
All of the parameters are intended to be customized in the next releases. 7