As Jason Schroedl announced, http://blogs.cisco.com/datacenter/announcing-the-new-cisco-intelligent-automation-for-cloud-starter-edition Cisco’s Intelligent Automation Solutions Business Unit, in conjunction with the Unified Computing System has just announced a solution for customers of UCS and vCenter that want a Cloud Automation system that can perform both Physical and Virtual server provisioning. It is called the starter edition for a reason. We find that many customers are not sure what they want from their cloud and are looking for a great place to start. This is not what I call the “starship enterprise” of clouds. It is the first step that a company will take on their cloud journey.
I have had many customers and partners ask me about Cisco Cloudverse in the past 2 weeks. One of the top questions I get asked is whether we support other hypervisors besides VMware. Lew Tucker in his interview in Information week covered it well: http://www.informationweek.com/news/cloud-computing/infrastructure/232300123 . Cisco Intelligent Automation for Cloud works well with many hypervisors and we have seen many successful clouds built on vCenter, HyperV, and Linux KVM. We find many customers look at multiple hypervisors to prevent vendor lock-in and all the issues associated with that. The world of many clouds is indeed a complex place as organizations building a private cloud have to decide on:
Whether to use a converged infrastructure model or not
Cloud Automation software, (will the virtualization vendor’s software be enough for a pragmatic cloud?)
IaaS, PaaS or SaaS, or all of these models
Integrations into pre-existing IT operations management tools
What to expose in the Front Office (Service Catalog and Self Service Portal)
Details of the Back office (automation workflows, policies, models)
Whether to have any hybrid cloud models deployed.
I have seen Cisco Partners play a strategic role in helping their customers make sense of this complex playing field. They key item is to first understand what type of cloud an organization wants to deploy and what the Front Office should look like. Oftentimes I find organizations have a lot of opinions and pre-existing work on the technical provisioning, but have not thought much about what to present to end users / consumers of the cloud. Focusing on what the Cloud Portal would present to the ultimate consumers is really where the transformation to cloud needs to start. We tend to get wrapped around the axle with all the details of the infrastructure provisioning and leave little time to the end user experience. That is a really a career limiting move when it comes to your organization adopting cloud.
Our Cisco Intelligent Automation for Cloud solution, a key element of Cisco Unified Management, is a new paradigm for Cloud Automation and Management, derived from the leverage of newScale, Tidal, and Linesider acquisitions. It is both a policy and orchestration centric solution than can solve pragmatic cloud deployment needs, versus simply adopting one model (such as vCloud Director). The following figure details the considerations of policy and console based solutions versus catalog and orchestration centric solutions:
Virtually all of the customer conversations I have highlight the fact that customers want both Physical and Virtual provisioning and cloud automation. This is where Cisco Unified Management which includes the Cisco UCS Manager for Physical Server “virtualization” and Cisco Network Services Management for Physical and Virtual Network Services “virtualization”. These two technologies, alongside the Cisco Cloud Portal and the Cisco Process Orchestrator are key for creating both a physical and virtual cloud. This is what the most pragmatic of customers are looking for when transform to cloud. It is indeed a universe of clouds and Cisco can help.
What is VM-FEX? VM-FEX is the consolidation of the virtual switch and physical switch into a single management point.
This sounds funny to say, but it amazes me how many people still use standard VMware vSwitches. In the enterprise there are just too many things that can be missed on standard vSwtiches and we need consistency. This consistency is obvious when port group names need to match identically or vMotion will fail. Last time I went through the VMware vSphere: Install, Configure, Manage class we were working on the standard vSwitch configuration, which utilizes some interesting port group failover order setting which include overrides. So, I zipped through my sheet and was waiting for the instructor to ask for answers. After a few other students I spoke up and proceed to explain my complex but accurate vSwitch configuration.
I make no bones about it I love the Cisco Unified Computing System (UCS). Yes, you’re reading a Cisco Blog…so you’d expect nothing less, but understand I came to love the system long before I was ever a Cisco employee. In fact it’s the reason I’m here – well that and the paycheck. You can read a bit about my “conversion” here: Something to Believe In. Or if you’d prefer to watch me talk about the UCS as a GE employee take a peek here