Tuesday, October 30, 2012

vCenter Operations Manager - Solving Performance, Capacity and Configuration Problems!!

I have been writing about the cloud infrastructure products of VMware all this while. I believe it is important to look at the management side of things as well. No doubt Virtualization makes things easier for an organization and its IT department; however things are good till the time they are small and easy to manage. As the confidence of such organizations increases towards Virtualization, you would notice a VM sprawl, which might someday defeat the purpose of Virtualization & consolidation.

The result of a sprawl leads to unpredictable behavior of the Virtual Infrastructure, Performance bottlenecks, Waste of expensive resources, complex troubleshooting procedures and issues around other day to day admin activities. I believe any administrator of a medium/large virtual infrastructure would agree to the brief description of the pain points which I have listed above. If you categorize these problems broadly they would fall under 3 Major Categories:-

I - Performance Problems - This will include pain points such as:-

§  How is my overall infrastructure performing?
§  How hard my physical ESXi servers are working?
§  Am I looking at a potential problem which might break my infrastructure?
§  Is there a way I can predict issues and solve them before they are noticed by End Users?
§  Which areas do I look at to troubleshoot any existing issues?
§  Is it a storage issue or is it the hypervisor?

&, the list is never ending..........


II - Capacity Problems - Let's have a look at the pain points of capacity:-

§  Do I have enough Physical capacity (CPU, MEMORY, NETWORK and STORAGE) to support my virtual machines?
§  When do I need to buy more hardware?
§  Am I wasting any resources?
§  Have I sized the virtual machines appropriately?
§  How should I answer questions raised by my CXO's about capacity forecasts, buying decisions etc.??

& many more.....


III - Configuration & Compliance Problems - A more critical problem area, let's see some issues here:-

§  I am asked to follow HIPPA, SOX or PCI compliance policies for my servers, am I compliant?
§  My infrastructure is too big? How do I control changes in my Virtual Infrastructure? 
§  Is there a way to maintain common standards?

The more you dig here... the more issues you would find...

Well, the list above is only a sub set of issues which we face while managing the Virtual Infrastructure. As a reader of this article and an administrator you would be able to add 10 more unique issues to this list when you read this article. However, we still have a bigger issue on hand. I call it the BIGGEST issue. Questions are always raised around:-

There are so many tools in the market who claim that they can help me with such issues. Which one should I chose??

- What should I do with my existing tools? That's a huge investment which I have already made.

- Can I get a Single Pane of Glass to solve all such issues? (The most common one - People are fascinated with a single pane, I don't know why?)

and another long list of questions.........

I hope you are with me so far and not lost into the issues which you are facing in your Virtual infrastructure because now I am going to tell you how you can solve such issues. I must tell you over here that the solution I am going to talk about has been around for a good number of years, however I have taken my own sweet time to start believing in this solution as it has matured over a period of time. Now that I see this solution working for large enterprises, I guess this is a good time that you can look into this for solving issues related to Performance, Capacity, Configuration and Compliance in your virtual infrastructures.

As the headline of my post suggest, I am talking about vCenter Operations Manager a.k.a. vCOPS. As an introduction, I would say that this VMware solution has been stitched together in the recent past, by plucking out best components from various industry standard tools which have been there in the Industry for a long time. Though there are a number of functions available in this solution, I would talk about the major life-savers here:-





Let me explain each one of them in simpler manner:-

Patented Performance Analysis - A set of 9 patented algorithms which look at performance as a behavior and not a threshold. The engine learns the behavior of your infrastructure by monitoring all the performance metrics. It learns the Normal behavior and only alert you if it observes an abnormal behavior which could lead to a potential problem. Overall gives you the HEALTH of the infrastructure and make you take right decisions in real-time. This was acquired as a part of Integrien acquisition back in 2010.


Purpose Built Capacity Planning & Analysis - This is VMware Capacity IQ which is rolled up into this suite. Those who know the power of capacity IQ would know that it is the only tool available today, which can pin-point at things like, oversized & under-sized VMs, wasted resources, time remaining & capacity remaining to provision new workloads and potential RISKS associated to Capacity of your Physical Infrastructure. It will also help you do tasks such as Capacity Trending & Forecasting for better and accurate buying decisions.


Automated Configuration & Compliance - This ability of the Suite is provided by vCenter Configuration Manager which again is around for a while. It was a part of the IONIX product portfolio, however later it was picked up by VMware from EMC to weave it into vCOPS and complete the entire picture. This is one of the strongest solution which I have witnessed for compliance and configuration management and has the capability of working across virtual and physical infrastructure, across OS platforms and across server architectures.

I hope this gives you some insight on VMware vCenter Operations Manager. I know I am leaving you with a few thoughts around what else this solution can do and how it actually does what it promises to. There would be questions around financial implications and licensing models as well. I will leave you with a few links which will help you learn more about vCOPS and at the same time I will come back with a few more articles which will help you use this solution effectively in your infrastructures.

Before I share those links, here is an interesting fact which might impress you, if you are still not impressed by vCenter Operations Manager:-

The latest version of vCOPS called vCOPS 5.6 (launched at VMworld Barcelona), has the capability to work across multiple hypervisor, multiple cloud platforms (private or public) and allows you to build Self-Healing mechanisms using vCenter Orchestrator as the Workflow Orchestration Engine. Except Capacity Management, this solution can extend into your Non-VMware infrastructure for Performance, Compliance & Configuration Management. (Storage, Networks, Other monitoring tools, HP UX, Solaris, Applications - Exchange, Oracle, SQL, Amazon, Azure, XEN, Hyper-V etc)

I sure see a revolution coming our way.. Get your seat belts on & sit tight :-)

Here are the links which you can use to learn more:- 

VMware vCenter Operations Manager Fundamentals [V5.X] - This free eLearning course covers how to install and configure vCenter Operations Manager as well as how to use its many robust features.

Other Technical Resources and Links - Link to demos, videos, documentation etc.

Pricing & Packaging - All you need to know about vCOPS licensing, pricing etc.

Hope this helps... If you liked this article, kindly share with others and let the knowledge spread.......

Thursday, October 25, 2012

Things to Know About Guest IP Customization in VMware Site Recovery Manager!

With the introduction of Site Recovery Manager 5.0, the customization workflows of the product were improved tenfold as compared to the previous versions of SRM. SRM 5.0 Guest IP customization was a great revolution as this helped reducing the RTO significantly. In the earlier versions of SRM, it use to take a long time for Virtual Machines to get a new IP address during a Test Recovery or Actual Recovery since this was achieved by using utilities like sysprep.

However, with SRM 5.0 the Guest IP customization feature allows you to inject a new IP address to the virtual machine powering on at the DR site within a few seconds. This is done by using the guest OS APIs which are used to push the new IP address as soon as the VM is ready to be powered on. In-fact to achieve this, the virtual machine is first briefly powered on to inject this IP and then it will power on again with the new settings as per the power on priorities and dependencies which you have created in the recovery plan.

The amazing thing is that this can be configured for hundreds of virtual machine by using a pre configured xml file or a convenient GUI option can be used, if you have a smaller environment. To learn about how to configure Guest IP customization refer to the This blog article from VMware Blogs.

Now that you understand the feature, its important that you use and apply this in an environment which can support such a feature. The reason I say this is because of the fact that Guest IP customization does not work on all the Guest Oses which are supported on a vSphere Platform. This will only work on Guest OSes which support Guest IP customization. Though, this feature is supported by most of the Guest Operating Systems, however it is better to check before hand to ensure that you do not face any roadblocks during the implementation. You can get the list of Guest OSes which support Guest Customization on the following link.

In case you get into a situation where you have a Guest OS which is not supported for customization, you would get the following error message in the Recovery Workflow as shown in the screenshot below:-






Error: The Guest operating system "oracleLinux64Guest" is not supported. The value in the "quotes" will be the OS which does not support Customization hence if your recovery workflow has the step to customize the IP of this OS, then the recovery plan will STOP with this error. The end state of the Virtual Machine at the DR site would be in registered mode, however it would be in a powered OFF state.


You can manually power on this VM in the DR site, however the IP address of this machine will remain unchanged from the primary site which could result in a catastrophe, hence please be careful.

Now, let's talk about the remedies and how we can take care of such situations till the time the Guest OS advances and starts supporting the customization option. I believe we can 2 methods to take care of this issue.

Method 1 - We can make this change a manual option, which means that we can easily Add a Message Step to the recovery plan for such Virtual Machines. This message step would be added before the Power On step in the workflow. This message will display that the Virtual machine vNic needs to be disconnected at power on and the virtual machine IP address needs to be changed by the Administrator manually at the time of TEST or Actual RECOVERY. You should also disable the IP Customization step for this machine in the workflow so that the workflow executes successfully.


Method 2 - The second method is more ADMIN friendly as I am going to ask you to script this change and add this to the Post Power on script option in the Recovery Workflow. For this you would need 2 Ethernet configuration files, one for Primary and the other for DR site. Please research and create these files on the basis of the operating system which you have. This would mostly be a Unix flavored OS as most of the Windows Guest OS support Customization. Once you have these files ready, add a script on the Startup of the OS to replace the existing network settings with the new one at the time of , Failover, Failback or Test.

Hope this will help you to tackle such a situation if you come across one. 


Friday, October 19, 2012

Using vSphere Replication for Protecting Databases with VMware Site Recovery Manager

I recently came across a question which involved the utilization of vSphere Replication to replicate databases from Protected Site to Recovery Site with VMware Site Recovery Manager as the DR engine. This query had 2 parts to it:- 

  • One, whether vSphere Replication Supports DB replication, &
  • Is it a good option to use vSphere Replication for DB Protection.


To begin with, you can definitely replicate Virtual Machines using vSphere Replication as a part of the VMware SRM 5.x solution. vSphere Replication does not care about what application you are running inside the Virtual Machine, hence we replicate any and every virtual machine which you configure for replication using this method. This is because we do not do the replication at the VMFS file system layer, however we do this from the VMkernel layer by using a vSCSI filter. 

Now, since we are planning to replicate a database, we might want to consider a few things which might help the replication engine to have a crash consistent data stream on the DR virtual machine. 

Since Databases can always create consistency issues when you replicate them using storage based or host based replication, most of the database vendors have their own solutions around replicating the database at the application level.This is definitely the safest option, along with a more traditional option of log shipping. However today I will discuss about other methods which might prove to be successful in your environments and help you save money on DB replication licensing & management overheads.

"With SRM 5.0 and now with SRM 5.1 we heavily rely on VMware Tools for consistency at the OS and application level.  VMware Tools has the ability to issue commands to the operating system such as to set up VSS snapshots.  With 5.1 we have the ability to do a little more than we have in the past, and ask the OS to flush application writers as well as make the OS itself quiescent.  This means for things like databases, messaging platforms, and other applications that have VSS writers, we can ensure a higher level of application recoverability.  When using vSphere Replication we can flush all the writers for the apps and the OS ensuring data consistency for the image used for recovery." - Reference - Ken Werneburg's SRM 5.1 and vSphere Replication as a Standalone Feature.

The only show stopper for us in this case would be that the OS instance of the Virtual Machine running the Database should support VSS (Windows Only). If your DB is indeed on Windows, then you would be able to enable Quiescing using VSS (Volume Shadow Services), while configuring vSphere replication on a virtual machine. The screenshot below shows that option highlighted in red, click on that drop-down and you would have the option to select VSS.


If you are not on Windows, then you should look at alternate solutions, such as Storage Array Based Replication or Log Shipping. In all the cases, I would setup a test environment and double-check the solution as this is not just technology dependent, but also environment dependent.

Hope this helps you take the right decision.



Thursday, October 18, 2012

Best Practices around using RDMs in vSphere!

One of VMware's partner engineer raised this query on an internal group. He wanted to understand and learn the best practices or the Do's and the Don'ts while using RDM (Raw Device Mappings) Luns in a vSphere environment.

I hope you being a reader understand what an RDM is and what role does it play in a vSphere Environment. In case, you are not aware of RDM, then kindly refer to the following document - vSphere 5.x Storage Guide and read about Rae Device Mapping (RDM).

During this discussion we will consider the following requirements which we need to meet :-
  • We need to provision RDM's for more than 20 VM's and size of disks will vary from 1TB to 19TB.
  • The RDM is decided for configuring MSCS on VMs like MS Exchange, MSSQL, File Servers etc.

A usual topic of discussion is choosing between RDM and VMDK. Since we have already solved that mystery, there is not much to worry about. We are already following the best practices around application layer by choosing RDM’s instead of VMDK. Now since we are playing with Luns mapped to your virtual machines, there are a few things we should take care of:-
  1. Choosing between Physical Compatibility Mode & Virtual Compatibility mode for RDM – A physical RDM is more storage array driven and virtual machine controlled. The VMkernel has limited or no role to play and it literally becomes a postman who delivers IOs from the OS to the LUN (just like an OS running on a physical server saving data on a storage LUN). This will restrict you from using VM level snapshots and other file locking technologies of VMKernel. Since you are talking about file sizes of more than 2TB, please ensure you are on VMFS 5 and use Physical compatibility mode only as VMFS 5 does not support RDM with Virtual compatibility mode for Luns greater than 2TB – 512bytes. On the other hand you would be able to use RDM with Physical compatibility mode for up to 64 TB. (VMFS 5 required)
  2. Ensure you have the correct Multipathing and failover settings
  3. Please ensure you are zoned appropriately. Test heavily before pushing things into production
  4. Follow the MSCS on vSphere guide without fail to avoid any last minutes surprises



Well this should help you do the right things with RDM's. Ensure you go through the document which I mentioned before and you should be good to go.


Wednesday, October 17, 2012

"Target disk UUID validation failed" Error while configuring vSphere Replication on a Pre-seeded VMDK

vSphere Replication gives you the option of performing a host based replication of Virtual Machine from one data-center to another over a network link. This feature was introduced with vCenter Site Recovery Manager 5.x. This allowed customers to use vSphere Replication as the primary replication engine to replicate data from one Site to another and then use the SRM engine to provide automation to the entire DR process.

Since, you have the option to set replication per virtual machine, you can also, pre-seed the VMDK files of a virtual machine on a LUN in the target Datastore (by restoring a full image from a backup). This allows you to save time and replication bandwidth, since you do not have to replicate all the data over the WAN. This will allow you to just replicate the changes from Primary Site to DR Site by Syncing both the images.

Most of the customers, who would use the pre-seeding method would register the restored VM's on the DR site and power them on to check if the backup was good and can they pre-seed that image. Once this VM is registered and powered on, you will be asked a question whether this VM "was copied" or "was moved". If you proceed with the default option of "was copied", the UUID of the VMDKs would change to a random value.

Now when you try to setup the first time Sync using the vSphere Replication configuration wizard, this configuration would fail with the following error "Target disk UUID validation failed".

This error comes up because when the replication engine compares the VMDK descriptor files of Source and Destination VMDK files, they both have different UUIDs. This causes the replication configuration and the first time sync to fail.

To solve this issue, you can simply use the ESXi shell or putty session to get the UUID from the descriptor VMDK from the Primary Site VM. Keep this UUID noted as you would need to replace the UUID of the target VMDK descriptor with this source UUID. Once done, you would be able to setup the Replication again using the same seed vmdk without an issues.

Here is how a UUID would look like in a VMDK descriptor:-

ddb.uuid = "60 00 C2 94 dd 43 63 90-18 77 3f 23 6d 8e f0 22" 

Please ensure you do this for all the disks (vmdks) attached to the Virtual Machine in question. Please ensure you have a backup available before you play around with this, in-case you do not have hands on experience.

Monday, October 15, 2012

VMware Site Recovery Manager - Accessing Test Network during Disaster Recovery Drills!

Like most of my blog posts, this topic was also a question which was raised by one of my customer during an SRM Plan & Design engagement. I did not find a blog or a document which speaks about this topic and hence I thought of documenting this on vXpress and help the community use this solution if they face a similar situation.

Well, the topic is pretty much self explanatory, however let me go ahead and dissect it for those who are wondering what is TEST Network with respect to SRM. 

The most popular feature of VMware SRM is that, it allows you to perform DR drills, using the Test Recovery option which allows you to Test your DR side Virtual Machines, Applications, Networks and the Workflows which you define in the Recovery Plans. These Recovery Plans are created during the configuration of SRM and they are modern day DR Run-books which execute as soon as you run a Test Recovery of Actual Recovery from the SRM Console. Lets look at the difference between the TEST & RECOVERY highlighted in RED in the screenshot below:-


Once you have created a Recovery Plan, which defines the workflow which need to be executed when you press either of those buttons, you are ready to either perform a 

a) Test Drill - Just a test of your DR site virtual machines, to see if your DR solution is actually working. In this process, the Production Virtual Machines keep running on the Primary Site, while copy of these machines in the DR side are mounted on the ESXi servers and are powered on in a snapshot mode (This snapshot is deleted when you cleanup test recovery, so that you do not save any changes on the DR VM's while testing). The replication of data whether Storage Based of vSphere Replication (host based) is not impacted with this Test Drill at any time.

b) Recovery - This button if used, means you actually had a bad day at office... It means you met a disaster, and finally decided that your production site is Down (due to a fire, power outage, earthquake, floods etc). Once you press this button and agree to the warnings, you force the DR machines to power on based on your Recovery Plan and start operations from your DR Site.

Now there is a minor difference in both the cases. In case of Recovery your primary VM's are down, hence you power on your secondary VM's to continue business operations. The Secondary Site network can be an extended network from the Primary site or can be a different sub-net as well. You would not have duplicate Host Names or IP issues since the primary machines are DOWN.

In case of the Test Drill, since the Primary machines are still UP, you power on the DR machines in a ISOLATED TEST NETWORK. This can be created either by choosing the AUTO option while defining DR and Test Networks in the Recovery Plan or by provisioning an ISOLATED VLAN with IP addresses which can be assigned to these test machines and Testing can be performed.

So far I hope it was easy to understand and implement...

Now,since the product has this capability of Test DR Drills, you would want to Test your Recovery Plans, which include, Virtual Machines, Operating Systems, Data, VM Interoperatbility etc, which can be powered on in a bubble environment and tested as and when needed. This can be done even when your production is up and running so this is COOL. However, you need to understand that this testing needs that all the elements which you need to perform a test should be a part of this ISOLATED network, hence anything outside this network cannot be tested or included in this trust zone to avoid DNS conflicts which could lead to data loss/corruption etc. For eg. If you are testing a 3 tier application which has a Web VM which is virtualized and protected via SRM, an application VM (virtualized and protected via SRM), and a database which is PHYSICAL and is not protected via SRM, then you cannot really test the application completely as the physical database cannot run in the Test Mode like VMware Virtual Machines.

Even if you have the capability in your database to run on a snapshot mode, it is not recommended to include that DB in your Test environment unless you are changing the DB networking to the isolated Test Network. Do not create any routes between your Test network and LAN as this can cause trouble which is irreparable. 

Phewwww.... Alright, now since you would follow the right rules, lets talk about accessing this test network. Lets say you are capable to test these Applications, VM instances etc and you want your testers to access this environment from your Primary Site (in most of the cases here is where the application teams, users etc would be sitting). You have a couple of options here:-

a) Jumpstart Terminal Server - You can provision a W2K8 R2 VM on the DR site with RDS ( aka termial server) license and allow your testers to access this machine and use the web browser to access the application. This VM can be used without a Terminal Server License if you do not want multiple Testers to access this VM via RDP. This VM would be provisioned with 2 vNics. One connected to your TEST Network Isolated port Group and the other to your DR Site LAN. Needless to say that your Primary site users should have access to the secondary site LAN via MPLS cloud etc.

b) VMware View Desktops - VDI is another way of making this possible, since you can provision desktops in this network PG and ensure that you create a seperate pool for DR testers and allow them to connect when needed. 

c) vSphere Client Access - You can allow the Testers to Login to the DR site vCenter with limited access and then can directly launch the console of the Test Virtual Machines and play around. This should be very well planned and tested to avoid any unauthorized access.

d) VMRC Weblink - You can generate a Virtual Machine Remote Console weblink and give them to the Testers to use in case they need to, however this will also give them direct access to the virtual machine files and data which you may or may not want to share.

I am sure you can think of other ways as well, but remember that you think and freeze a method during the planning phase to ensure that you can test your deployment in a pilot before going live in the production environment. 

Here are a few screenshots from a PPT which I prepared for explaining this scenario.



SRM Setup between Primary & DR Site using vSphere Replication of Storage Array Based Replication


Performing a Test Recovery which will continue the Storage Replication and Bring the DR Machines up in a Test Network in a Snapshot Mode





The Primary Site has gone down and the Recovery is executed. The business has failed over to the DR Site and the Virtual Machines are connected to the DR Network


Well, I know this might bring up more questions in your mind and if it does then feel free to use the comment column and I will be happy to discuss these options. Choose the best for your DR environment and I can ensure that you would never face any issues whatsoever.

Wednesday, October 10, 2012

vShield Endpoint Now Available to vSphere Customers!!

With the Introduction of vSphere 5.1, all the editions (essential plus or higher) of vSphere have the vShield Endpoint component bundled along with them. This basically means that you would no longer have to shell out dollars to use the functionality of Endpoint. This enables you to offload the Anti-Virus tasks to a service virtual machine, which runs on each ESXi server to ensure that all the malicious activities and data can be scanned on this service VM. This protects your virtual machines against virus attacks and other malicious activities. This will also avoid any Storage, CPU or RAM bottlenecks which might be seen in the environment due to traditional Anti-Virus Scans using an anti-virus agent inside each virtual machine.

As mentioned before, with the release of vSphere 5.1, Endpoint functionality is available at no extra cost to customers with valid SnS contract for Essentials Plus or higher. vSphere 5.1.x, 5.0.x and 4.0 U3 customers can download Endpoint from the respective vSphere download pages. No Endpoint license is needed.

Once you have the EndPoint service VM, you can use vShield Manager to configure this for all the ESXi servers in you data-center  Now, you would need to go to your anti-virus vendor and get to the version of antivirus which supports the Endpoint appliance. This will allow you to migrate from the primitive methodology of anti-virus scans and make your virtual infrastructure more robust, secured and efficient.

The diagram below gives you a visualization of how this works using Trend Micro Deep Security:-

Courtesy: Trend's Website


Below is the list of the popular Antivirus vendors who have already developed a solution around vShield Endpoint:-





On the Roadmap (Source: Google Search)

> Symantec Endpoint
> F-Secure
> Sophos
> Lumension


I can see that most of the existing and new security vendors would develop around Virtualization as they all understand that their products need to adopt the Virtualization and Cloud agility as well. Looking at the benefits this is a more futuristic approach of providing endpoint security in a data-centerI can see this change taking us towards the era of, Anti-Virus as a Service (AVaaS) where-in Security vendors would provide customized endpoint products to data-centers and end users as a commodity service. 

Another contribution to the Cloud from VMware. Kudos!!


***********************************************
Update to Article    Monday, December 3rd, 2012
***********************************************

As per the latest market update, Symantec today announced availability of its first anti-malware software protection that supports VMware's security architecture known as vShield, becoming the latest anti-malware vendor to do so following similar moves by Trend Micro, Kaspersky Lab and McAfee, among others.
Symantec Endpoint Protection (SEP) 12.1.2 can be used to scan, detect, block and remediate against anti-malware....

More can be read here -

http://www.networkworld.com/news/2012/120312-symantec-vshield-264655.html

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:-







Tuesday, October 2, 2012

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 Countinghttp://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.