Let me start off by stating that this is NOT supported…..

I wanted to attach a local drive to a VM, but wanted the ability to move this drive to a physical Windows server at a later time without the time consuming data migration or drive reformatting. Although there is no way to do this through the VIC, there is a way to do this in the console.

First we need to find the disk we want to use as an RDM. This is accomplished by running the following:

ls -al /vmfs/devices/disks/

In this example the disk I needed was vmhba0:1:0:0….. Take note of  the string starting with vml.

Now we need to create the placeholder vmdk we will attach to our vm. We do this with the following command:

vmkfstools -r /vmfs/devices/disks/vml.<String we retrieved above> /vmfs/volumes/<Existing DataStore>/<VM Path>/<NAME>.vmdk

Now the only thing we need to do is to add the existing disk to our VM. You will notice the summary shows the new disk as a “Mapped Raw LUN”

Fire up the VM and format the disk for whatever file system you require.

Enjoy

     I have been working in the application consultancy for quite some time and it is hard to remember the last architecture or implementation I have done that has not included VMware. For many of my customers, this was the first time the virtualization concepts became a reality within their datacenter. Although they were aware of virtualization, they had some animosity and overall fear that this technology could actually perform “real” workloads.  Often times it took some hard convincing before they would actually accept the proposed architecture.

     Like most, once the implementation was complete and they could actually touch, feel and interact with this new architecture, they quickly gained confidence and were looking for other avenues to leverage their new found love for virtualization. The biggest problem my customers faced was still maintaining the belief in dedicated resources for specific applications. They would deploy silos of ESX servers to support a specific application needs (SharePoint, Exchange, etc…). While this appears to be a logical approach, it does not leverage the virtual infrastructure to it’s fullest. Yes, they are able to achieve server consolidation and a reduction of power, HVAC, and rack space, but they cannot fully appreciate the drive to maximum utilization of their computing resources.

     The hardest thing to communicate to customers new to virtualization is that they not only remove the OS from the hardware, they also remove the dedication of assets from applications. Most customers maintain separate shops for applications. These divisions not only own the applications, but the hardware they are running on as well. It is hard to convince an Exchange admin that they no longer have to worry about which physical “box” their application is running on.

     I often try to communicate this new ideal by leveraging what my customers currently know about their SAN. They have a centrally managed set of disk resources that are presented and consumed by an application. The application admin, although they know how much storage they can use, cannot point to a rack of disks and show you which physical drives they actually “own”. With virtualization, computing resources can be managed in much the same way.

     With virtualization, physical servers are grouped together in a cluster, much like the physical drives in a SAN. The resources of these servers can than be managed as a single entity and presented to applications based on their requirements. These clusters can be leveraged to drive maximum utilization of the physical resources, while maintaining application requirements regardless of which “box” they are running on. This allows the individual application owners to focus on their application and remove the physical requirements they previously had to manage.

     While the end goal is not always achieved quickly, most customers are evolving their virtual infrastructure and driving toward  this end. Once they see the benefits virtualization brings to the table, the long term vision starts to become reality. Removing the physical boundaries normally associated with application deployment, maintenance and disaster recovery allows my customers to not only see a reduction in operating costs, but they also achieve less downtime and easier management.

I can watch this video over and over (I know.. I’m sick).. Who could of imagined that someone could create a music video about VMware virtualization. I guess they had to many late nights and redbull. My hat is off and Kudos to the creators.

Virtual Hardware Hotel!!!