Cisco Blogs


Cisco Blog > Data Center and Cloud

Introducing Cisco Intelligent Automation for Cloud – Version 3.1

November 1, 2012 at 5:48 am PST

Just the other morning, my 3.5 year old daughter said “Daddy, can you make me a waffle?” And like any self-respecting parent, I of course responded with “Poof. You’re a waffle.”

It reminded me of something we frequently hear from customers: they effectively ask us to “make my data center a cloud.”  Now we could wave our arms and say “Poof. It’s a cloud.” But it’s not that easy.  Despite what some cloudwashers may say, virtualizing your data center does not mean you have a cloud – and self-service provisioning of VMs is not cloud computing.  Real clouds require much more.

Fortunately, we have solutions to help our customers deploy real clouds – with market-leading compute, network, and management products in our Unified Data Center portfolio as well as our cloud enablement services.  In fact, today we introduced yet another innovation in our Unified Computing System (UCS) portfolio with Cisco UCS Central.

I’m pleased to also announce the latest release of our cloud management software solution today: Cisco Intelligent Automation for Cloud version 3.1.  This release introduces several exciting new features, and I’ve highlighted a few of these new product capabilities below.

Virtual Data Centers – In simple infrastructure-as-a-service use cases, virtual machines and other resources may be provisioned from a shared pool of resources on-demand.  In more advanced infrastructure-as-a-service use cases, virtual data centers (VDCs) can be established to provide project teams or departments with a dedicated resource pool of compute, storage, and network capacity for their own organization. I’ve written in the past about this concept of a virtual data center and this is what Cisco IT deployed for our own internal private cloud.

Read More »

Tags: , , , , , , , , , , ,

vPath: The Secret Sauce to Enabling Virtual Network Services

July 31, 2012 at 4:09 pm PST

Wow, there’s been a lot of news in the SDN and virtual networking space in the last week or so! VMware acquiring Nicira, and Oracle acquiring Xsigo are testimony to how important virtual overlay networks and virtual switching infrastructure has become for data center vendors, and how integral they are to each company’s strategy. Speaking of our own Nexus 1000V-based virtual networks, last week I provided an overview and some new resources on Virtual Extensible LANs (VXLAN) for Nexus 1000V virtual switches. That turned out to be quite a popular post, so I’m following up this week on another fundamental component of Nexus 1000V-based virtual networks, vPath, the secret sauce that allows us to deploy virtual network services in the data center.

What is vPath? Well, if VXLANs can set up secure tunnels over a shared, multi-tenant virtual network, vPath is a feature of the Nexus 1000V virtual switch that can redirect traffic to virtual application services before the switch sends the packets down into the virtual machine. Very important stuff, but how does it do that? I find that my blog posts are more popular the less I type, and the more I embed cool TechWiseTV videos that illustrate the concept, so I’m dusting off this classic from the TWTV team on just how vPath does that with our Virtual Security Gateway (VSG). Take it away Robb

But wait, there’s more… Read More »

Tags: , , , , , , , , , , , , , ,

Part 2: 10 Things Vmware Server Admins Should Know About Self-Service Catalogs and Lifecycle Management

This is part 2 of the series “10 Things Vmware Server Admins Should Know About Self-Service Catalogs and Lifecycle Management” that I’ll be publishing over the next couple of weeks.

Number 2. The service catalog is the place where your user can document (communicate) their request

Let me show you an example.

If you go to an e-commerce storefront and choose to look at Cisco UCS servers, they are broken down their servers into classes (Rack, Blade, etc), which then provides different models, which can then be customized within the parameters allowed for that model.  I’m not saying this makes sense for your environment, but the break down between classes, models, and then self-service configuration is a useful construct for thinking about your templates.

What are your standard classes of environment you provide?  Could it be production, development, QA?  What about models? Could those be on-line transaction processing, extranet, intranet HR, basic web server, basic database?

We would want to ask entirely different set of questions and configuration options for an extranet, high transaction database than for a personal development environment, wouldn’t we?

It’d also make our job much simpler and faster if we know what parameters were involved for that particular request.

The service catalog is key to enable your customers to:

  1. Discover what’s available me
  2. Guide me based on my high level needs,
  3. Help me compare models, then
  4. Assist me in customizing my configuration.

And of course all the tracking, workflow and life-cycle management that the service catalog enables.  This is what makes a service catalog different from a “web form front-end” to a help desk — automation is the big difference.

 

Tags: , , , , , , ,

Part 1: 10 Things Vmware Server Admins Should Know About Self-Service Catalogs and Lifecycle Management

This part 1 of the series “10 Things Vmware Server Admins Should Know About Self-Service Catalogs and Lifecycle Management” that I’ll be publishing over the next few weeks--I hope! (The boy is nothing if not ambitious).

1. The service catalog is a tool for driving users to standard configurations.

To get the operational efficiencies we hope to achieve from virtualization and / or cloud computing, we need to establish standard configurations. This is tough, for a couple of reasons.

First, the challenge is the gap between the language of the customer, and the detail needed by the operations group typically generates a lot of back and forth during the “server engineering” process.  Instead of having “pre-packaged” configurations, every thing is bespoke.

Instead of having useful abstraction layers and levels, the customer has to invent their own little bit of the data center. This made sense when the new app meant a whole new hardware stack to which the app would be fused to and the concrete poured on it. It doesn’t make sense now.

Second,  there’s resistance from customers to adopt standard VM builds.  Sometimes the reasons are valid, other times less so. The issue arises because the technical configurations have not been abstracted to a level the user can understand what they get and what’s available for configuration.  Nor can they compare one template to another in ways that are meaningful to them.

The service catalog is the tool to help deal with these two obstacles.  The service catalog is a useful tool to communicate, in the language of the customer, the different options available from IT for hosting environments.

A service catalog will support multiple views (customer, technical, financial, etc) so that when the customer selects “small Linux” for testing, this generates both a bill of materials and standard configuration options.  Once that base is selected, self-service configuration wizards provide both guidance and gutter-rails so the customer is both helped to the right thing and prevented from making errors.

From this customer configuration, the environment build sheet is generated which will drive provisioning and configuration activities or to execute any policy automation in place.

And the catalog allows the VM admins to figure out what their “market” is buying; which is very useful for capacity planning.

Tags: , , , , , , ,

Why the new Cisco Intelligent Automation for Cloud Starter Edition is good news for Partners

May 2, 2012 at 11:20 am PST

Please be aware that this product is no longer sold.

 

Cloud_Components

Please be aware that this product is no longer sold.
The recent release of the new Cisco Intelligent Automation for Cloud Starter Edition is good news for Cisco’s Partners.

 

Why?

Customers will have another way to purchase and implement a Cisco cloud solution. Most customers already know that they can buy this solution from Cisco and have Cisco Advanced Services perform the installation, configuration and customization — now qualified Partners will be able to both sell and stand up cloud solutions as well. Cisco Intelligent Automation for Cloud is a sophisticated yet easy-to-use cloud solution. Customers buy a software license, but typically need a Professional Services engagement to stand up the cloud.

 

Partner Enablement:

The Cisco IAC Partner Enablement program is what makes this possible for a Partner to perform. Qualified Partners will be able to get pre-sales and post-sales training. By pre-sales training, I mean gaining competencies around how to identify and qualify a deal, how to present the value proposition around Cisco Intelligent Automation for Cloud, how to strategically sell it and then an understanding about how it’s deployed.

Post-sales training is a combination of learning foundational issues around cloud dynamics, and seven days of hands-on labs with the technology — becoming competent in the installation, configuration, enhancement, and customization of a Cisco IAC environment.CIAC_3.0-Training_Strategy

Qualification:

In order to insure quality and high customer satisfaction as Cisco IAC Starter Edition is rolled out, two dozen Authorized Technology Partners (ATP) Partners have been selected worldwide who have already built a cloud practice in their Professional Services organization. They’ve made investments and commitments to joint sales planning sessions, training classes and mentoring engagements. They have cloud business design and implementation service competencies matched by technical implementation qualifications that enable them to do multi-system integration with advanced enterprise software systems using standard web services and custom APIs. They are familiar with Cisco UCS and VMware certified and have done advanced data storage integrations. These consultants, architects and implementation engineers will receive the conceptual as well as hands-on experience with standing up a Cisco IAC solution.

 

A Phased Approach:

Starting later this month and next month, the first phase of training will begin for these ATP Partners with pre-sales and post-sales service delivery training classes. As these ATP Partners complete their training, a second phase of Partners, who are motivated to obtain the training, will be able to sign up for this enablement.

Where to learn more:

  • Visit the Cisco IAC Partner Community. Cisco Partners are participating in the online community around Cisco IAC. With your Cisco Partner credentials, drop by cisco.com/go/iacloudpartner and join in the discussion, read the Q&A, and find other information designed specifically for Partners. The website will grow and develop based on your input.
  • See it live. Cisco is doing live demos at InterOp in Las Vegas the week of May 6, at EMC World in Las Vegas the week of May 21, and Cisco Live in San Diego the week of June 11. Stop by the Cisco booth and say hello.
  • See a demo of Cisco Intelligent Automation for Cloud Starter Edition online. Visit the website cisco.com/go/starteredition and click on the Video Demonstration. You can also find Data Sheets and Presentations there and learn more about the Cisco Cloud Portal and Cisco Process Orchestrator technologies that make up Cisco Intelligent Automation for Cloud.
  •  Join the live Cisco webcast here on May 15, 2012 at 8 am Pacific Time to ask questions about Cisco Intelligent Automation for Cloud Starter Edition.

 

You’re connected to the CloudTone.

Bill Petro

Tags: , , , , , , , , , ,