Sélectionner une langue
There have been countless advances in technology in the last few years; both in general and at Red Hat. To list just the ones specific to Red Hat could actually boggle the mind. Arguably, some of the biggest advances have come more in the form of "soft" skills. Namely, Red Hat has become really good at listening – not only to our own customers but to our competitors’ customers as well. This is no more apparent than in our approach to applying a self-service catalog to virtualization. Specifically, pairing Red Hat Enterprise Virtualization with Red Hat CloudForms for the purpose of streamlining and automation of virtual machine provisioning.
Over the last several weeks, I’ve run a four part series on my own (personal) blog, "Captain KVM", that highlights the actual steps of setting up a self-service catalog using Red Hat Enterprise Virtualization and CloudForms. In this article, I’d like to focus more on why this technology tandem is so important as an option in the modern datacenter.
In light of so many different platforms to choose from, it may seem odd to still put focus on so-called "traditional virtualization". However, from the number of Red Hat Enterprise Virtualization customers, existing and new, it’s not odd at all. In fact, it’s very much an effective solution. In other words, don’t confuse "traditional" with "outdated" or "legacy".
New Technologies and Solid Foundations
Linux containers are a compelling means of delivering applications. OpenStack effectively provides on-demand scale out applications when required. However, traditional virtualization is still the bedrock for the modern datacenter. Because of this, most containers are run on virtual machines and virtual machines run along side of OpenStack instances. The applications that run on on virtual machines aren’t going anywhere anytime soon, therefore neither are the virtual machines themselves. Traditional virtualization serves as the foundation for the modern datacenter.
The Big Problem
The problem is that the provisioning of virtual machines, and by proxy their payload applications, is still largely manual and disruptive to overall productivity for far too many customers.
Because of this, most customers that I’ve talked to over the last two years have expressed immense frustration with the lack of ability to completely automate their provisioning process when it comes to deploying an application, including the underlying virtual machine. Here are some of the most common complaints that I’ve heard from our customers or our competitors’ customers in regards to provisioning virtual machines:
Inconsistent processes and procedures for different applications and end users
Inconsistent means of applying security/compliance and configuration management
Home-grown tools are difficult to maintain, especially if creator(s) leave
The overall process is partially automated and partially manual, resulting in inconsistent results and application deployment is a separate process
And even for customers that have some form of self-service portal, I’ve heard no shortage of complaints from them:
Difficult to create or customize workflows for the self-service portal
Inconsistent flows for different hypervisors, even they are even supported
Difficult to integrate and/or write to API’s
Large sums of budget wasted on incomplete integration, broken/inflexible workflows, or consulting services that never seem to finish
Inconsistent workflows and processes breed frustration and inefficiency at best. Troubleshooting and patching can become nightmares. At worst, it allows for security lapses.
A Simpler Solution
I’m advocating not only to streamline the provisioning process but to streamline the deployment of the underlying infrastructure as well. Let’s focus on the provisioning problem first.
Imagine this workflow instead:
User logs into a self-service portal.
User’s credentials and access allows him/her a selection of VM’s (single item) or VM bundles (entire environments) from which to choose.
User selects a VM and orders it, much like online shopping.
Behind the scenes, auto-approvals have already determined that the VM selection is within scope, and sent the order to the underlying virtualization platform. At the proper step, IP management and configuration management will be called upon, applications are deployed, schemas are applied, and compliance policies are adjudicated.
After a period of time, the VM is complete in production. Fully automated.
The administrative work is done up front in regards to setting up the workflows, quotas, chargeback, security/compliance policies, and other items, but then that particular workflow is complete. Aside from updating policies or templates periodically, the administrators and engineers are effectively hands off from the provisioning process and can move on to other work in the datacenter.
The level of productivity for the engineers and administrators can be expected to go up. Similarly, the level of consistency in VMs and application provisioning can be expected to go up. Compliance and security application are more consistent.
The effect can be no less profound for end users. In as few as six steps, their requests are in process. Login, click on self-service, click on a selection, enter some basic data, add to shopping cart, and order. The level of frustration can go down and the level of consistency of experience from application to application can go up. Their productivity can increase as well, as it’s a simple and convenient process.
Streamlining the deployment of the underlying infrastructure is also achievable. It was mentioned at the beginning of this article that the entire process is described in a technical blog. Based on customer experience, Red Hat Enterprise Virtualization can be setup in a day or so. CloudForms can be deployed in Red Hat Enterprise Virtualization in less than a day. The time it takes to configure the workflows depends on their level of complexity, but basic ones can be done in a matter of minutes.
The point is that a fully functioning Red Hat Enterprise Virtualization and CloudForms environment can be up and running in a week or less. Custom and third party integration takes longer. Do we have consulting services to assist? Yes we do. Will they stay on-site forever? No they won’t–that’s not our business model. We’d rather show your admins and engineers how to do it correctly and then move on.
Hope this helps,
Jon Benedict, Tech Evangelist (aka Captain KVM)
If you’d like to learn more:
Red Hat Enterprise Virtualization: https://www.redhat.com/en/technologies/virtualization
Captain KVM’s blog for the four part series and other information: http://CaptainKVM.com