Broken down into practical pointers and step-by-step instructions, the IT Service Excellence Tool Kit delivers expert advice for technology solution providers. Get your free copy now.
VM licensing
We are currently running ESXi 5.5 hypervisor ( free version) we would like to stay on the version
The Host has 4 Physical CPUs
i am trying to assign one of the VM's with 16 cores but get a message maximum allow is 8way SMP
what version of ESXI do i need to allow this? VMware directly give me different answers very time i call them
Thanks,
The Host has 4 Physical CPUs
i am trying to assign one of the VM's with 16 cores but get a message maximum allow is 8way SMP
what version of ESXI do i need to allow this? VMware directly give me different answers very time i call them
Thanks,
Who is Participating?
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with premium.
Start your 7-day free trial.
I wear a lot of hats...
"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.
CORRECTION: i need to allow more then 8 vcpus to a VM which will be a RDP server. may not use all 16vcpu's but would like to add more then 8vcpus
Okay, more than 8, you still need a Standard, Enterprise or Enterprise Plus edition.
We would actually recommend, you scale out your Terminal Server/Remote Desktop Service, to more VMs, you will get better performance, as the performance does not increase linearly, with additional processors. So if you are discovering performance issues with RDS server, add more servers, no processors.
and we would only use 2 vCPU/4vCPU servers maximum, and scale out. (if you really need to virtualise them).
We have found by testing RDS servers perform much better physically, than running under any Hypervisor. By the time you have costed the hypervisor, and the RDP server license, it's cost prohibited.
You will certainly get more concurrent users on a physical host with 4 CPUs, then using ESXi, and a virtual machine.
We would actually recommend, you scale out your Terminal Server/Remote Desktop Service, to more VMs, you will get better performance, as the performance does not increase linearly, with additional processors. So if you are discovering performance issues with RDS server, add more servers, no processors.
and we would only use 2 vCPU/4vCPU servers maximum, and scale out. (if you really need to virtualise them).
We have found by testing RDS servers perform much better physically, than running under any Hypervisor. By the time you have costed the hypervisor, and the RDP server license, it's cost prohibited.
You will certainly get more concurrent users on a physical host with 4 CPUs, then using ESXi, and a virtual machine.
Experts Exchange Solution brought to you by
Your issues matter to us.
Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.
Start your 7-day free trial
You really should rethink the idea of assigning 16 or even 8 vCPU. The scheduling of threads requires that all CPUs be idle to execute once and if the server is hosting more than 1 VM (which is generally the point), doing what you want can seriously slow you down. I'd suggest you read this:
http://www.zdnet.com/article/virtual-cpus-the-overprovisioning-penalty-of-vcpu-to-pcpu-ratios/
As others have suggested, start with 2 and increase as needed. You DO NOT need one CPU per concurrent user. CPUs are often idle and in an RDS system can support 4-10 users OR MORE per CPU in most RDS loads.
http://www.zdnet.com/article/virtual-cpus-the-overprovisioning-penalty-of-vcpu-to-pcpu-ratios/
As others have suggested, start with 2 and increase as needed. You DO NOT need one CPU per concurrent user. CPUs are often idle and in an RDS system can support 4-10 users OR MORE per CPU in most RDS loads.
Thanks for the info guys - the RDP server is heavily used by approx 50 users
This will be the third RD server that will be going on site to load balance users - there is a third party app installed which is resource hungry but it is also the company's core application
This will be the third RD server that will be going on site to load balance users - there is a third party app installed which is resource hungry but it is also the company's core application
As I've stated, scale out, not increase resources per server, it does not scale.
Reduce numbers of concurrent users per server, 50 is a lot, I would half to 25.
You may want to look at the costs of Windows licenses versus VMware vSphere Standard per Host CPU, plus support....and stay with FREE.
Reduce numbers of concurrent users per server, 50 is a lot, I would half to 25.
You may want to look at the costs of Windows licenses versus VMware vSphere Standard per Host CPU, plus support....and stay with FREE.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
VMware
From novice to tech pro — start learning today.
Question has a verified solution.
Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.
Have a better answer? Share it in a comment.
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with premium.
Start your 7-day free trial.
a VMware vSphere Standard license is require per CPU, so you will need
4 x VMware vSphere Standard license , and Basic or Production Support, for 1 or 3 years.
http://www.vmware.com/files/pdf/products/vsphere/VMware-vSphere-Pricing-Whitepaper.pdf