OpenStack Deployment Doesn’t Have to Be Hard
Think OpenStack deployment is difficult? A confusing, overwhelming mess? You’re not alone. Common wisdom says OpenStack is too complicated with too many manual steps. Too many log files to go through to figure out what’s broken. And, OpenStack is changing too fast to keep up with.
Thinking like this puts enterprises in analysis-paralysis mode—unable to decide whether to begin an OpenStack deployment, or not. The complexities of OpenStack breed more investigation than implementation. Companies spend more time second-guessing their OpenStack deployment than getting production workloads up and running.
We think there’s a better way.
Easier OpenStack with FlexPod
The standardized, validated FlexPod® platform can help speed and smooth the kinks out of your OpenStack deployment.
A joint, collaborative technical engineering effort between NetApp and Cisco, FlexPod delivers proven technology with best-of-breed components to:
The solution incorporates NetApp® FAS and/or E-Series storage, Cisco® UCS servers, and Cisco Nexus switches. Our co-engineering effort with Cisco over the past seven years has produced more than 70 published documents—Cisco Validated Designs or NetApp Verified Architectures.
Now FlexPod has expanded its extensive validated design portfolio to include an OpenStack solution. NetApp teamed up with Red Hat and Cisco to deliver cloud-ready, enterprise-grade converged infrastructure with Red Hat Enterprise Linux OpenStack Platform (RHEL-OSP)—smoothing the way to deploy an open Infrastructure-as-a-Service (IaaS) for your hybrid cloud environments.
Watch this video to see how easy it is to deploy Red Hat Enterprise Linux OpenStack Platform 6 (RHEL-OSP6) on FlexPod Datacenter infrastructure using the RHEL-OSP installer.
The Proof Is in the Pod
We took an existing FlexPod in our Deployment Lab—reasonably spec’ed hardware, not artificially designed infrastructure geared to inflate results for demonstration purposes—rolled it together in a rack, and deployed on it Red Hat Enterprise Linux OpenStack Platform 6, taking advantage of NetApp integrations and enhancements in OpenStack.
Then we scaled up the number of instances in this resulting OpenStack cloud. We started with eight nodes, four of them being computer hypervisor nodes. How far were we able to scale? 1,000 instances? 2,000? 5,000? More?
Figure 1) Physical storage, networking, and compute components of the FlexPod Deployment Lab.
Source: NetApp, 2015
Figure 2 shows how RHEL-OSP on FlexPod scales in comparison with a competitor’s published numbers.
Figure 2) Spinning media provides the ability to clone and boot 1,000 persistent instances in 31 minutes—an 83% decrease over a competitor’s published all-flash numbers.
Source: NetApp, 2015
But wait, there’s more: OpenStack scaled to nearly 10,000 instances after adding an additional 12 compute nodes.
Figure 3) Overview of scaled instances using reasonably spec’ed hardware in FlexPod Deployment Lab.
Source: NetApp, 2015
Integrations That Lead to Scale
Integration of the Glance image repository with NetApp clustered Data ONTAP® enables two important benefits:
First, copy offload eliminates the initial network copy from a Glance image repository to a Cinder (block storage) repository. So instead of copying through the network, we clone the first volume from within the storage system itself. It’s near instantaneous, and it avoids that first copy through the network.
Second is space efficiency: Our deduplication technology enables common 4K blocks to coalesce into a single block, which translates to serious space savings on the underlying volume holding all of your images. Most of the images in that Glance data store are either renditions or variations of operating systems, so they can share some of the same blocks. Deduplication stores only the deltas between the images stored in the Glance image store.
With other hypervisor platforms—VMware, Hyper-V—we’ve seen almost 90% deduplication rates. And that’s not just internally; that’s out in the field.
Create a Storage Service Catalog
Map features of underlying NetApp storage let you create classes of service, via Cinder volume types, that are aligned to workloads.
When creating Cinder volumes, you can specify a volume type and give it any name you wish—for example, disaster_recovery, test_development, or transactional_db. The names are arbitrary.
In the case of a transactional database: Suppose you have a workload where the customer specifies that data to be backed by solid-state disks or flash disks in the NetApp storage device. Through the extra-specs functionality in OpenStack, we can create these volume types and associate those extra specs with that volume type.
Whenever a customer uses Cinder and specify a volume type, either through the command line or through the Horizon dashboard, he or she can get Cinder volumes that are created on those back-end NetApp FlexVols. So if you have three different FlexVols with different associated features (for example,, one with deduplication, one with mirroring, one with a NetApp SnapMirror® relationship), whenever the user makes a request for a new Cinder volume, the resulting Cinder volumes will be stored on NetApp FAS FlexVols that meet the defined characteristics of the Storage Service Catalog.
Watch Integrating NetApp Technology with OpenStack Block Storage Cinder to learn how to utilize the OpenStack Cinder volume-type functionality to leverage NetApp technology (deduplication, compression, thin provisioning, and mirroring) for OpenStack deployments.
Robust, Scalable Instance Caching
Once a Cinder volume is created from a Glance image, it’s automatically cached in the network file system (NFS) image cache locally on the NetApp FlexVol. Future volumes are then cloned—not copied—from this NFS image cache for instant replication without additional storage space. The new volumes share the same blocks as the cached image, and only deltas take up new blocks on the disk.
When you’re using NetApp storage for Glance data, rapid instance cloning via NetApp FlexClone® becomes possible—dramatically reducing the creation time for Cinder volumes that are used for persistent images.
Reduce Disk Rebuild Time by 90%
Swift object storage takes advantage of the NetApp E-Series storage systems to deliver resiliency and scalability. With E-Series Dynamic Disk Pools, each volume’s data, parity information, and spare capacity are distributed across all drives in the disk pool. The intelligent algorithm defines which drives are used for segment placement, ensuring full data protection. All drives are active within the storage system; none are idle, meaning you have no hot spares just sitting there.
This integration delivers major advantages, including:
By default, Swift replicates data three times across the cluster, and the weight of replication traffic can become a limitation to scale; as Swift scales, hardware requirements increase linearly. With E-Series, internal drive requirements for storage nodes are reduced, and only operating system storage is required. The E-Series storage array supplies disk space for Swift account, container, and object data.
Since a single storage subsystem provides storage space for multiple Swift nodes, smaller and possibly lower power IU nodes can be used in the cluster—resulting in reduced rack space, power, cooling, and footprint requirements.
Figure 4) NetApp E-Series Swift delivers major advantages over Direct Attached Storage (DAS) Swift.
Source: NetApp, 2015
FlexPod for Red Hat Enterprise Linux OpenStack Platform 6
Because of our community integration and industry partnerships, we’re a leader in developing open source initiatives and in driving collaborative solutions and support for enterprises. The proven FlexPod infrastructure delivers the best of both worlds:
You can build private, public, and hybrid clouds on our data ONTAP and SANtricity operating systems for efficient and scalable services.
By leveraging best practices developed in hands-on engineering validations, FlexPod enables rapid time to value for enterprise deployments. So, if you’ve been putting off your deployment because you thought OpenStack was hard, think again.
Visit Tech OnTap in the NetApp Community to subscribe today.