login vsi company logo login vsi company logo 250x40

 

Get the best possible VDI performance, density and availability with Login VSI
Our Solutions

  • Home
  • Blog
  • Login VSI
  • Best Practices in Virtualization Testing: Small-scale vs. full-scale testing

Best Practices in Virtualization Testing: Small-scale vs. full-scale testing

Best Practices in Virtualization Testing: Small-scale vs. full-scale testing

Deploying and maintaining VDI is a challenge for every company. There are so many decisions to make and the speed of change seems to be accelerating. Because we are all constantly trying to make the best use of constrained resources, a question we get regularly here at Login VSI has to do with scaling tests. It goes something like: "If I want to find out the number of servers I need, I simply test how many users I can put on one server then multiply by the number of users I need to support. Right?"

My answer to this is a definite "Njet, no way, negative." Your complete environment responds fundamentally differently than when you test on just one or two machines. The most obvious reason for this is your storage system. It’s very likely that you are using shared storage. Meaning, at some point you will be out of storage resources. And without storage optimization solutions, this might be sooner than you like.

People new to VDI might think that performance scales linearly with the number of servers. While this is typically true for the first 2 or 3 servers, after that scaling quickly becomes non-linear. The graph below illustrates this point. The blue line shows the expected number of desktops on the total number of servers. While performance of the desktops is fine at 400 users, we can clearly see that at 500 users simply adding an extra server won't satisfy our needs.

virtual desktop performance - vdi does not scale linearly

Beyond the question of storage, in complex environments there are more commonly shared components. Examples are:

  • Broker / Load balancers
  • Monitoring
  • Storage
  • Power
  • Networking
  • Cooling
  • Antivirus
  • Backend databases
  • Fileservers
  • Application servers or application virtualization techniques
  • Etc..

The only way you can truly validate that all of the above are working correctly together is by testing at full scale. These are some of the questions you might have that testing at capacity can help answer:

  • Is my environment stable and performing at the desired capacity
  • Are the backend systems handing the load?
  • Can my environment handle logon-storms?
  • What happens if one of my datacenters fails?
  • What happens if one of my servers (or racks) fails?

Through the years, we have seen plenty of examples where the environments that our customers designed looked great, but in practice and when testing at full scale they just didn’t work. For example, I witnessed an environment where too much power was being pulled from the grid during a Login VSI test. This caused the VDI Proof of Concept rack to be disconnected from power. While this was not a problem because it happened in a test environment, imagine the panic if this were to be discovered in production with thousands of real users.

A separate example was at another company where the storage device was misconfigured to only use a limited amount of CPU. Initial tests with few users indicated that there wasn't a problem. But as soon as we started to ramp up the tests to about 400 or 500 users, the environment came to a complete halt. After identifying and resolving the issue, we were able to host the desired number of users on the environment and move to the pilot phase.

My advice: When you start to do performance tests, of course it’s a good idea to start with just one machine. Make sure this works and you get the best performance out of it. Right after this initial test, start increasing the test size to full-scale. The same goes for environments that are already in production. At some point you are likely to make a change. When it comes to any of the components mentioned above, I highly recommended to test at scale so you know exactly what level of performance to expect.

About the author

Mark Plettenberg (@markplettenberg) is a product manager of Login VSI and has played a critical role in the development and growth of Login VSI. Ask Mark about motorcycle mechanics and breaking/repairing anything and everything that has a power plug.


Tags: How-to, Login VSI, Videos, Load Testing, Best Practices

Popular Blogs

Login VSI Blog Article - Microsoft Windows 10 Default FTA Associations - Teaser Image

Windows 10 Default File Type Associations and Login VSI

When Login VSI 4.1 was released, the majority of desktops were running Windows 7 and life was easy. We’d set the default filetype for an application and it would simply work. Continue Reading
Login VSI - Press Release - IGEL - Login VSI Partner to Optimize End User Computing Experience Image

[Press Release] IGEL Partners with Login VSI to Optimize the End User Computing Experience

Login PI enables organizations to better protect the performance and availability of their IGEL OS-powered virtual desktop environments Continue Reading
Login VSI - Blog - Login PI Blog Teaser Image - Windows Virtual Desktop: How To Monitor User Experience With Login PI

Windows Virtual Desktop – How to Monitor User Experience?

Microsoft has just announced the public preview of their new Windows Virtual Desktop (WVD) offering at Microsoft Ignite on Tour in Amsterdam today. For those of you who’ve not followed the rumors or the private beta, here’s the outline... Continue Reading
Login VSI Blog - Teaser Image - A Practical Guide to VDI Change Management - Part 1

A Practical Guide to VDI Change Management

Part 1: IT Change Management in general The first in an 8-part series, this practical guide to VDI Change Management will guide you through the transformation of the IT department from a back-end function into a core competency for every modern organization. Continue Reading
Investigating Online Application Performance with Login PI

Investigating Online Application Performance with Login PI

As many companies do, we use a CRM system. Recently, I have been getting complaints about our cloud CRM system, Microsoft Dynamics, being slow. I tried to investigate this by shadowing one of our users to see what was wrong. Continue Reading
Login VSI Blog - How-To Update, Protect Against RIDL, Fallout MDS Vulnerability

How-To: Update, Protect Against RIDL, Fallout MDS Vulnerability

RIDL & Fallout MDS vulnerabilities, impact on VDI performance & actions to take. FAQs we’re receiving & updates on performance tests executed to patch flaws Intel calls “Microarchitectural Data Sampling (M.D.S.)” aka: Rogue In-Flight Data Load (RIDL), Fallout, ZombieLoad & Store-to-Leak Forwarding. Continue Reading
Cookie Settings