We are running vCloud Director 5.1.2 currently and it seems fine for our small customers with little sophistication within their VM deployments. Now we are struggling with our larger customers that want more VM control, but don't warrant dedicated VMware clusters and vCenters. We have been managing very large and complex IaaS for Platform as a Service and ASP vendors for many years on VMware as a VSPP. Our average VM is between 24GB to 32GB of RAM, runs a database service such as MySQL or MS SQL and has multiple data storage tiers attached to it within vCenter/vSphere, such as our 'Standard', 'High Performance' and our 'Archive/Type II' data tier. We use Storage Profiles and Storage Clusters with minimal direct virtual disk assignments. Each database VM can easily can range from 4TB to 20+TB. The storage tiers are completely different storage platforms with different performance capabilities and costs. It would be stupid to place internal backups into a hybrid SSD/HDD platform!
Our storage performance requirements are very high and what I have read about in other posts about "VM or Cloud ready storage" platforms is a joke with the current vendors on the market, we have tested or reviewed all of them they fail to meet our customer's performance requirements. Most only perform for short periods of time with bursts of performance or cache, then it tanks. That argument aside, how in the world can we have a VM within vCloud Director have multiple tiers of storage? Not to mention, allowing the VM's VMDK's to reside on multiple volumes within the same storage tier. I can't imaging managing the IO contention of a database's multiple IO workloads into a single VMware datastore.
Hopefully someone can shed some light on our dilemma. Thanks!