I see. Depending on the type of license you purchase, that entitles you to a specific vRAM entitlement. In my environment, since I have DUAL CPU's (and as I understand it vRam will be allocated on a per physical CPU basis) in order for my virtual environment to fully utilize the 72GB of RAM on each host, I need to upgrade my licensing to ENT+ since it supports 48GB of vRAM per CPU. I can technically add more memory or CPU if I'd like, but I'd be paying for the addition of RAM by buying an extra 'CPU' license. Awesome.
I'm running N+1 and you're right in saying it may not even matter. If you're not close to HA constraints and if you're running N+1, I could just keep running at the ENT license level and optimize the assignment of vRam more effectively. I think I get it....I think. On Wed, Jul 13, 2011 at 10:33 AM, Andrew S. Baker <[email protected]> wrote: > See the following from that same article: > http://images.msgapp.com/uploads/95720/pdfs/vmware_licensing_changes.pdf > > * * > > *ASB* *http://about.me/Andrew.S.Baker* *Harnessing the Advantages of > Technology for the SMB market… > > * > > > > On Wed, Jul 13, 2011 at 10:20 AM, Harry Singh <[email protected]> wrote: > >> I could be missing something in the article entirely, but where are you >> guys reading that the vRAM requirement per CPU will be 24GB ? >> >> I have 3 hosts with DUAL CPU sockets (quad core each) and 72GB RAM on >> each. I'm really curious on how much that will cost in a vSphere 5 world. >> Especially more since I have up until 8/22 to purchase 4.1. >> >> >> >> On Wed, Jul 13, 2011 at 10:16 AM, Andrew S. Baker <[email protected]>wrote: >> >>> Make that DUAL CPU (with quad core for older boxes, and six-core for >>> newer boxes). >>> >>> Remember, SMB just refers to a level of revenue and/or employee size. >>> And focus on the M rather than the S (although my current org is more S than >>> M) >>> >>> >>> >>> >>> * * >>> >>> *ASB* *http://about.me/Andrew.S.Baker* *Harnessing the Advantages of >>> Technology for the SMB market… >>> >>> * >>> >>> >>> >>> On Wed, Jul 13, 2011 at 10:12 AM, Andrew S. Baker <[email protected]>wrote: >>> >>>> Depends on how you define SMB.... >>>> >>>> I work for/with two that do. >>>> >>>> For most workloads, RAM is more of a bottleneck than CPU, and in a >>>> heavily virtualized environment, you're going to see lots of RAM. >>>> >>>> We have 4 VSphere hosts that we just upgraded to 120GB of RAM -- quad >>>> core boxes... Plus two new ones with 144GB, also quad core. >>>> >>>> >>>> >>>> * * >>>> >>>> *ASB* *http://about.me/Andrew.S.Baker* *Harnessing the Advantages of >>>> Technology for the SMB market… >>>> >>>> * >>>> >>>> >>>> >>>> On Wed, Jul 13, 2011 at 9:42 AM, Jonathan Link <[email protected] >>>> > wrote: >>>> >>>>> How many SMBs run more than 24GB per proc now? I honestly can't see >>>>> that many that would. >>>>> I'm licensed for 6 proc's, meaning in my environment I could run a >>>>> total of 144GB . I don't see this being a big deal for us in the SMB >>>>> space. My hosts have less memory than the processor limit, as it is. >>>>> Will >>>>> this increase overtime? Likely. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Wed, Jul 13, 2011 at 8:56 AM, Webster <[email protected]>wrote: >>>>> >>>>>> One analyst says for some large VMware shops with large VMs this could >>>>>> quadruple their VMware licensing costs.**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Another analyst says VMware is sending a clear message to SMBs, “You >>>>>> can’t afford us”.**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Like MBS, I am NOT a VMware person. This is just my $0.02US worth.** >>>>>> ** >>>>>> >>>>>> ** ** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Webster**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> *From:* Michael B. Smith [mailto:[email protected]] >>>>>> *Subject:* RE: vSphere 5 - Big License Changes**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Great way for vmware to drive customers to Hyper-V.**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Regards,**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Michael B. Smith**** >>>>>> >>>>>> Consultant and Exchange MVP**** >>>>>> >>>>>> http://TheEssentialExchange.com**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> *From:* Paul Hutchings [mailto:[email protected]] >>>>>> *Subject:* vSphere 5 - Big License Changes**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> >>>>>> http://blogs.softchoice.com/advisor/2011/07/12/big-changes-in-licensing-model-for-vmware-vsphere-5-vmware/ >>>>>> **** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Note how licensing is moving to be CPU based but limited by vRam.**** >>>>>> >>>>>> >>>>>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >>> --- >>> To manage subscriptions click here: >>> http://lyris.sunbelt-software.com/read/my_forums/ >>> or send an email to [email protected] >>> with the body: unsubscribe ntsysadmin >>> >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> --- >> To manage subscriptions click here: >> http://lyris.sunbelt-software.com/read/my_forums/ >> or send an email to [email protected] >> with the body: unsubscribe ntsysadmin >> > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
