VMware vCloud Suite makes Software Defined Data-centers a Reality!!

In one of my previous posts I wrote about VMware vSphere 5.1 - What's new with this version?, however now it is time to talk about VMware's vCloud Suite which was launched at VMworld 2012, San Francisco. As you might have heard it was the most comprehensive release of VMware or for that matter any software vendor which enables Cloud Computing. However, this has just been beefed up further by VMware with the announcements made at VMworld 2012 Barcelona.

VMware with its innovative products around the Infrastructure, Application and End User layer has been helping the customers with creative solutions to take care of technology and business issues. However, with the birth of vCloud Suite, VMware has just solved the puzzle by bringing together all the pieces and create a complete picture of how a Comprehensive, Multi-Platform, Multi-Cloud Service Provisioning & Management solution should look like.

Pheww... that sounds a lot right? But yeah, its true... With all its acquisitions and new product developments,  VMware created some confusion in the market place. This confused state of mind was because of the fact that a few people and organizations could not really understand the vision of where VMware is going. This vision, however was much bigger, and way ahead of a lot of claiming competitors, as this really transforms the term cloud computing into a Software Defined Data-center. 

Without further a-do let me give you a high level overview of what VMware has to offer with its vCloud Suite and how it will change the dynamics of the Virtualization & Cloud Industry.

To begin with, lets see what all VMware vCloud Suite has to offer in its new Avatar..

vCloud Suite 5.1 (Announced at VMworld 2012, San Francisco)

A lot of VMware customers and partners looked at this suite and said WOW, this makes sense. And if all of this functionality comes together in a package then I would want it. However, there were questions around the future of this Suite as there was still a huge acquisition which did not show up on this suite. Yup, DYNAMIC OPS, if you are new to this affair then read the acquisition announcement on this link...

It was not too late before the Virtualization and Cloud community got the answer to this question. Not even 2 months and VMware unveiled a beefed up version of its vCloud Suite 5.1 yesterday at VMworld 2012 in Barcelona.

Yup, if the features which are mentioned in the picture above were not enough for you and you wanted more, then I can bet the next picture would "Sweep you off your Feet". Lets see what the vCloud Suite 5.1 looks like now. The Orange boxes in the image show the changes from the previous announcement.

vCloud Suite 5.1 (Re-Announced at VMworld 2012, Barcelona)

Well that Suite is certainly way more than what I expected. Talk about the the most enhanced hypervisor, a proven cloud framework, software defined networking/security, application provisioning, disaster recovery, management capabilities & to top it all a provisioning solution which allows you to provision on  multiple-clouds and  multiple-platforms. I am sure this will suffice the needs of most of the cloud service providers, enterprise customers and the small and medium businesses which are looking towards adopting the Cloud.

One last thing, lets have a look at a block diagram which completes this picture. I got this one from office of the VMware CTO - Steve Herrod.

So get ready to get your data-centers revamped with the all new vCloud Suite and take a giant step forward towards the cloud with confidence.With this, I would close this article and would look forward to blog more on each individual piece and how it makes your data-center agile, automated and managed.

I would leave you with a few more links which would provide you more information on each of these building blocks:-

- vCloud Suite Overview @VMware.com 

- VMware vCloud Suite 5.1 Licensing, Pricing and Packaging

- Updates to vCloud Suite Cloud Management Capabilities Announced at VMworld Barcelona

Applications you can Virtualize on VMware vSphere Platform

Everytime I jump into any consolidation project, the first question I face is usually about whether the applications which are currently running on a Physical Server can be Virtualized or not. In-fact  their have been situations when I have got a list of 800 applications from one of our Partners to know if they can be virtualized... 

Well I have written about my stand on such questions in one of my post "VMware vCenter Server - Physical vs. Virtual". Here is the extract from that article.....

"People often ask me this question not only for vCenter but for all the other applications which they want to Virtualize. My answer to them is usually this "PLEASE ASK THE APPLICATION VENDOR". The team and the organization who have developed the application know the best about the attributes of the application hence they should be able to tell you whether an application can be virtualized or not."

Well as mentioned, the application vendor is the best person to tell, however here is the link to Major global software vendors broadly support customers running their applications on VMware environments.

"3693 Applications and Counting - http://vmware-alliances.force.com/supportedapps

Currently there are 3600+ applications certified to run on vSphere and there are more adding this list. The good part is that if you do not find your application here, you can submit the name of the app on this page and VMware along with the ISV community would work on getting the name on the list after conducting the required tests... 

This list is the one which has been created with the help of VMware Alliances and though its comprehensive, it might not be complete. I appreciate this repository from VMware as this speaks about the confidence of VMware customers in Virtualizing the business and infrastructure applications running in their data-centers.

Hope this would help some taking decisions around Virtualizing those applications which you thought were not supported. 

VMware vCenter Server - Physical vs. Virtual

This post is coming straight out of discussions I had with a client about, "How a vCenter Server should be deployed?". Since vCenter manages a virtual infrastructure you can either install it on a physical x86 server or as a Virtual Machine.

vCenter is an important machine and I have written about the importance of Protecting the VMware vCenter Server in one of my articles - Providing Protection & High Availability to a VMware vCenter Server. I would recommend you read this in order to understand the importance of taking the decision of keeping your vCenter Physical or Virtual.

People often ask me this question not only for vCenter but for all the other applications which they want to Virtualize. My answer to them is usually this "PLEASE ASK THE APPLICATION VENDOR". The team and the organization who have developed the application know the best about the attributes of the application hence they should be able to tell you whether an application can be virtualized or not.

vCenter being a VMware application, let's see what VMware has to say about Virtualizing the vCenter Server. As per page number 2 on the following white paper, VMware says - "Users can run vCenter Server in a virtual machine or on a physical server. We recommend running vCenter inside a virtual machine."

Sweeeett.. I believe the recommendation is exactly inline with my thought process... If you cannot Virtualize your own application (the vCenter Server) which is CRITICAL for a Virtual Infrastructure, you cannot really ask the application owners to Virtualize their critical apps on the VMware vSphere platform... Hence this is a great point which IT today can take to their application owners and convince them to Virtualize whatever fits on a VMware virtual machine today (I guess everything with vSphere 5.1. Read What's New - 5.1 to know more...)

Great, apart from the story of "Eating your own Dogfood", let's look at some other reasons which would help us take this decision around virtualizing vCenter or NOT.....

Well the above points are just a snapshot of what I think and I believe these pointers give you good enough reasons to decide whether your vCenter should be Virtual or Physical. 

I remember someone asking me a question which was "What will happen if the Virtual Machine which is running the vCenter goes down due to an ESXi server failure??"

The answer is that VMware HA will still work since it does not require vCenter to be up and running.. So if you have a HA cluster, you can be sure that you will get back the control on your environment as soon as the vCenter Virtual Machine is up on any other host in the cluster with the help of HA. 

What will happen if your PHYSICAL vCenter Server goes down??? I will leave you with this thought for now... :-)

Yup, Virtual is Better for me....

Hope this helps you take a decision on what is best for your environment..... Do share your thoughts if any!!

Choosing the Platform for your Virtual Center. vCenter Server Appliance(vCSA-Linux) vs vCenter (Windows)!!

With the release of vSphere 5.0 in 2011, VMware just increased the options for its customers to chose between the traditional vCenter Server which was installed on a 64 bit Windows OS and the freshly baked, Linux Based - vCSA (vCenter Server Appliance).

Though the intention behind this does not look like going away from Microsoft dependency :-) for vCenter. I hear this a lot from a lot of people, however VMware's decision of a Linux based vCenter is more from a customer demand perspective. Customers who are not Windows Centric or in other words are Linux based shops would not want to install a Windows Based Application in there environment as this would increase the cost of acquiring Windows Licenses and most importantly a resource to manage this Windows server.

With this, let's quickly have a look at both the platforms and see which one is the best!!

I would say this is not a fight between which is a better platform, however the decision between selecting the platform depends upon what suits your environment the best.

I hope this will help you take a decision around which option is better suited for your environment.

I would recommend you go through my other articles about vCenter Server which would help you take important decisions around this application which provides you centralized controls and management of your VMware Virtual Infrastructure.

VMware vCenter Server - Physical vs. Virtual

Providing Protection & High Availability to a VMware vCenter Server

Share your thoughts, use the comment option to open  and discussion points.

Providing Protection & High Availability to a VMware vCenter Server..

vCenter being the heart of a virtual infrastructure can be considered as one of the most important piece of the puzzle. I have had numerous discussions with customers, colleagues and VMware partners about the importance of vCenter Availability and the options to protect the vCenter to improve the up-time and mitigate any risks around losing the control of your Virtual Infrastructure.

This article is to ensure that we document all the available scenarios and options and help others to take decisions around improving the availability of VMware vCenter. I am sure there would still be some scenarios out there which I might have missed, and would be happy to discuss them through the "Comments" section of this post.... So feel free to share your thoughts!!!

Alright let's begin.....

First of all lets start with a few basic questions to clear the fog around the role of VMware vCenter Server (I am doing this for the new kids on the block..)

What is vCenter Server?

Virtual Center provides a centralized and extensible platform for managing virtual infrastructure. VMware vCenter Server, formerly VMware VirtualCenter, manages VMware vSphere environments allowing IT administrators simple and automated control over the virtual environment to deliver infrastructure with confidence. More Details can be found here.

vCenter Should be Virtual or Physical?

Yes your vCenter is an application which can be installed on Virtual Machine as well.. Read my post on this topic - VMware vCenter Server - Physical vs. Virtual. This should tell you what is the best option for your environment.

vCenter Server (Windows Based) or vCenter Server Appliance a.k.a VCSA (Linux Based)?

For Linux lovers vCenter is not restricted to Windows anymore, you can also get a Linux based appliance from VMware. I have written a post about "Choosing the Platform for your Virtual Center. vCenter Server Appliance(vCSA-Linux) vs vCenter (Windows)"!! I would recommend you read this to understand which is a better option for your environment.


Whether its Physical or Virtual, Linux Based Appliance or Windows Based, it is important that we protect the virtual center so that we do not lose control of the ESXi servers and the virtual machines which run the business applications. Let us quickly look at the options to protect both vCenter Server (Windows Based) & vCenter Server Appliance a.k.a VCSA (Linux Based)...

Great, so now we have the methods available in the table... Lets dissect them one at a time to see what each option has to offer.

Option 1 - Use VMware vSphere HA  - If your vCenter is a Virtual Machine you can place the vCenter Virtual Machine in the VMware HA cluster. HA will protect the vCenter Virtual machine just like any other virtual machine. If the ESXi server which is running the vCenter VM goes down, HA will kick-in and power on this VM from the shared storage, on another HA cluster member host. The only downtime in this case would be the time taken to reboot the vCenter VM. Pretty cool, right!! I appreciate this from VMware...

Option 2 - Cold/Standby vCenter - This is a poor man's HA and I have seen customer's use this configuration, especially the one who have the vCenter as a physical server and cannot use vSphere HA. The  architecture of this deployment, needs you to have a remote database for vCenter application. You have 2 servers with same version of vCenter application installed. In case the first one goes down, you power on the other server which connects to the same database and hence pulls up all the configuration. This method surely works but needs human intervention. Hence if you vCenter goes down in the middle of the night when your backups are happening using VADP, your backups would fail and you would not be able to fix this unless you come back in the morning and see the damage......


Option 3 - Using vCenter Heartbeat - vCenter Heartbeat is a high availability solution for vCenter Server which protects the vCenter against OS, Application, Database(SQL), Configuration, Networking or Hardware failures. Yup it also protects the SQL database and can be installed across sites as well (remote location). The beauty is that if you have a Heartbeat license, you would only need one vCenter license for both Primary and Failover site. You should be able to get more information about Heartbeat on the following link.

The reason I have highlighted this option in the above table is due to a reason. Heartbeat comes with a cost and I would highly recommend this option for environments where vCenter up-time is critical. Environments with VMware View, VMware vCloud Director or wherever vCenter APIs are used, the availability of vCenter Server defines the availability of these services. Hence if these services are important vCenter should be given protection using vCenter Heartbeat.

Option 4 - Third party Solutions to Protect vCenter Server - There are a number of options available to name some, configure MSCS for vCenter windows based server, Neverfail etc. can help you protect vCenter Server.

Since, vCenter needs a minimum of 2 vCPU's we cannot use VMware FT to protect this virtual machine. However, I am sure VMware would look at supporting VMware FT with SMP (symmetric multi-processing), which would give another option to customers to protect vCenter Server and ensure they have full control and manageability for their VMware Virtual Environments.

Feel free to share your thoughts around this topic and I hope this helps you design your vCenter with the best suited options for your VMware environments.