vCloud Director es un producto de Vmware que permite ofrecer portal web de cliente desde donde gestionar tus propias máquinas virtuales sin tener que gestionar la infraestructura vCennter y ESX subyacente. Esto permite a los Proveedores de Servicio (SPs) poder vender Infraestructura como Servicio (IaaS) de forma sencilla.

Para aquellas personas acostumbradas a trabajar directamente con vSphere y vCenter, vCloud Director 1.5 introduce algunas limitaciones que deben ser consideradas a la hora de diseñar una aplicación a desplegar en la nube:

Tamaño de VM: Los discos de una VM solo pueden estar en un único datastore, así que el máximo coincidirá con ese tamaño de DS. Dependiendo del proveedor, esto puede significar un tamaño máximo de VM de entre 1 y 3 Tb.

RDM: Los discos RDM no están soportados en vCD. Así que no podemos configurar clusters virtuales con almacenamiento compartido. Hay quien recomienda utilizar un servidor iSCSI (ej: FreeNAS) dentro de la solución y evitar el uso de RDMs, pero como veremos después, no hay forma de garantizar el HA del storage.

Redundancia: Si tenemos dos VM servidor web, en vSphere podemos crear una regla de anti-afinidad para que corran en servidores ESX distintos. En VCD no se puede hacer tal cosa, por lo que potencialmente podemos tener todos nuestros servidores web ejecutándose en el mismo servidor ESX. Con lo cual, significa que dejamos la "alta disponibilidad" de las máquinas virtuales en manos del HA de vSphere. En caso de fallo del ESX donde residen nuestras VMs, deberemos esperar a que vCloud las reinicie en otro host ESX.

Seguramente algunas de estas limitaciones se resuelvan o mitiguen con la próxima publicacion de VCD 2.0, que se realizará durante este mes de agosto de 2012.