[INFO] The Right vCloud Allocation Model For Catalogs

I wanted to supply a small, yet interesting piece of information that Frank Denneman and I discovered while writing our upcoming white paper.  I want to preface the fact we are looking at this from the PROVIDER’s perspective.  So from a catalog storage aspect this would be the “Published” catalogs maintained by the provider.

In the course of examining the vCloud Allocation Models and their deeper relationship with vSphere, we did discover a helpful tip on your catalog vApps.  Essentially you want to create a Pay As You Go Org vDC to house all these catalog items.  The reason is simple without going into too much gory detail.  I will save that for the white paper.

The nature of the The Pay As You Go vCloud Allocation model is to assign resource settings to the individual virtual machines.  The resource pool itself has no settings assigned for limits and reservations.  This means that the virtual machines will not consume the reservations assigned unless they are powered on.  Since you cannot directly power on virtual machines and vApps in the catalog without deploying them, they will never consume any reservations while sitting in the catalog.  They will consume storage, but their per VM settings will not be factored in by vSphere for resource allocation.  The other two models, Reservation Pool and Allocation Pool, will assign reservations on the pool levels removing those resources from the provider vDC immediately.  If your intent is to only use this vDC for published catalogs, you would essentially be removing resources from your provider vDC for no reason.

This makes the Pay As You Go the perfect vCloud Allocation model for provider published catalogs.  Of course if you deploy these vApps, you will then be using the assigned reservations on the virtual machines, but you can of course deploy them to a different org vDC if you choose.  If you want to be really safe also be sure to set the Org vDC hosting these catalogs to 0% reservations.  This way if you DO deploy them to the same Org vDC, there will only be the overhead reservation required to power them on.

You may want to take this into account as a design consideration when you are designing your Organization and vDC’s.  Of course this does not apply to the consumer catalogs in an organization as they may only have access to their org vDC.  The catalog virtual machines for them will also be powered off and not affect their available resources.  The idea here is to make sure the Provider is not consuming Provider vDC resources by using an Allocation Pool or Reservation Pool model for unused virtual machines since those will allocate the reserved memory for the resource pool.

About Chris Colotti

Chris is active on the VMUG and event speaking circuit and is available for many events if you want to reach out and ask. Previously to this he spent close to a decade working for VMware as a Principal Architect. Previous to his nine plus years at VMware, Chris was a System Administrator that evolved his career into a data center architect. Chris spends a lot of time mentoring co-workers and friends on the benefits of personal growth and professional development. Chris is also amongst the first VMware Certified Design Experts (VCDX#37), and author of multiple white papers. In his spare time he helps his wife Julie run her promotional products as the accountant, book keeper, and IT Support. Chris also believes in both a healthy body and healthy mind, and has become heavily involved with fitness as a Diamond Team Beachbody Coach using P90X and other Beachbody Programs. Although Technology is his day job, Chris is passionate about fitness after losing 60 pounds himself in the last few years.

3 comments

  1. Only from a “Provider” perspective. For an Org, tenant of the cloud, it shouldn’t make a difference at all.

  2. Great Stuff Chris.  Keep up the good work

Leave a Reply

Your email address will not be published. Required fields are marked *