How to check the NUMA boundaries of an ESXi host?
I have been asked to increase a the number of CPU's on a sever from 4 CPU's to 8 CPU's.
I have been told by a consultant that "You should look at the NUMA boundaries of the host to make sure we don't increase the number of vCPUs to a point where it causes processing to cross this boundary. You could check if you are familiar with PuTTY. "
There was an article referenced; but, I am not sure how I can apply that knowledge to check for the NUMA ( http://blogs.vmware.com/vsphere/2013/10/does-corespersocket-affect-performance.html ).
Can someone explain to me how to check for the NUMA and what it is actually? Please reference the question; http://www.experts-exchange.com/questions/28690744/How-to-add-more-RAM-and-CPU's-to-a-VMware-sserver.html#a40838173
Who is Participating?
Experts Exchange Solution brought to you by
"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.
http://www.benjaminathawes.com/2011/11/09/determining-numa-node-boundaries-for-modern-cpus/
Same sort of thing can be used to plan for vRAM allocation as well. In a host with 128GB RAM, and 2 populated CPU sockets, 64GB would be controlled by each CPU. So, 64GB is the max vRAM that can be used before the NUMA boundary has to be crossed to get past that 64GB.
This is all for maximizing performance, and I usually tell my customers that unless you are severely scaling up on a host, or are running anything that is even remotely sensitive to CPU or memory latencies, you typically don't need to worry about it so much. If you like to get the most performance possible, no matter what, then be mindful of them.
If you're still not sure, then test. Run benchmarks prior to changing the value, then run the same after, and compare.
Also, "4 Virtual Sockets & 1 Core per socket" from a host perspective, is the exact same thing as "1 Virtual Socket & 4 Cores per socket". VMware added virtual cores to allow customers to be compliant with the licensing terms of some third party software products that charge for their products by the core or by the socket. Functionally, it makes no difference. Both of those examples will still create a VM with 4 vCPU inside it.
Experts Exchange Solution brought to you by
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 trialIt'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
From novice to tech pro — start learning today.
-
Microsoft ApplicationsCertification: MCSA MCSE Microsoft Certified Solutions Associate & … 398 lessons
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
We currently have 4 VM's and 1 template on this host.
16 cpu's are allocated out of 32 on the host.
36 GB of RAM are allocated out of 128 GB.
We are probably not in danger of reaching the limit where it causes processing to cross this boundary.
VM1 = 4 Virtual Sockets & 1 Core per socket.
VM2 = 1 Virtual Socket & 4 Cores per socket.
VM3 = 1 Virtual Socket & 4 Cores per socket.
VM4 = 1 Virtual Socket & 4 Cores per socket.
Template1 (powered off) unknown.
But how can I be sure?