Correctly sizing your VMware infrastructure
A lot as been writting about sizing VMware environments. There are various opinions and ideas, like:
- Use the reference guide or architecture, then you’re safe
- Follow the sizing guides from the vendors
- you need to monitor the current workloads to correctly size your environment.
- Do a full load test, start small so you can size the rest accordingly
- Use a calculator.
They are all valid in some form or the other and have their specific purpose. I think it basically doesn’t matter if you’re sizing NSX, sizing vSphere or sizing another VMware product, if you use the methods above you get a infrastructure that is able to run your workload. This post is a collection of useful links to guides, calculators and load tests. I probably missed a lot of them. If you use others, just put them in the comments, I’ll update this post regularly.
Monitor current workloads /Assessment
One of the most important things to do is monitor you current workloads. Without knowing what you want to run on your new platform there is no way to size it correctly.
A couple of tools you can use for monitoring your current workload or perform an assessment:
Sizing guides / Reference architecture / design guides
Sizing guides and reference architectures from the various vendors and products provide a good basis for your infrastructure. If you follow these guidelines you know what your infrastructure is able to handle.
- Configuration Maximums – vSphere 6.5 – VMware
- Reference architecture – Horizon 7 Enterprise Edition – VMware
- Server and Storage Sizing Guide for Windows 7 Virtual Desktops (somewhat dated, still usefull)
- Sizing EMC VNX Unified Storage Arrays for VDI Workloads – An Architectural Guide
- VMware® NSX for vSphere Network Virtualization Design Guide
- VMware NSX Brownfield Design and Deployment Guide
- vRealize Automation Reference Architecture
- vRealize Operations Reference Architecture
Calculators finally are very useful in sizing your infrastructure. They often contain the knowledge of the items above. They know about what the maximum sizing is for a single product, or what the best fit is based on organizational requirements. Some of the items below take input from other tools.
- Virtual SAN TCO and sizing calculator
- Sizing estimator for vSphere Update Manager
- Digital Workspace Designer (VMware Partners only)
After you you created your infrastructure you can use a load test to see how it performs under stress. By using load tests you get a lot of information on the complete stack. Load test work by simulating workloads. In a VDI load test this could be: logging in a user, starting Word, typing, printing to PDF, starting Excel, stopping Word. By adding more users that perform the same actions (on a different time/random) you reach a certain breakpoint. At that moment you know how many session you can run on one particular server. With a full load test you test all servers and underlying components until one of them ‘breaks’. That’s the maximum number of users with that particular configuration or setup.
Tools that do load testing:
Is one method better than the other?
I think not. As a bare minimum you should at least do one of the above, but I think it is better to do them all. First monitor your current infrastructure to know what you have. Then use sizing guides, reference architectures and calculators to design and build your infrastructure. And finally do a full load test to test every component in the chain.
- Do you have the right insights? by Dimitri De Swart
- Health check your vSphere environment using Runecast… by Erik Scholten
- Add Veeam to a Workgroup, Domain or Forest? by Edwin Weijdema
- Accelerating Application Security with Network… by Martijn Smit
- How to install HyTrust KeyControl 5.1 in vSphere 6.7 by Edwin Weijdema