login vsi company logo login vsi company logo 250x40

5 Best Practices for VDI Workload Customization with Login VSI

5 Best Practices for VDI Workload Customization with Login VSI

Applications, applications, applications… The most important part of the user’s desktop are the actual apps and therefore also the most important part of the Login VSI workload. In this blog I will share five important best practices when adding applications to your VDI performance tests with Login VSI.

1. Start with out-of-the-box workloads

A lot of customers ask us “What if I only want to test with my own applications?” No problem, you can do this but to make your life easier Login VSI is shipped with many out-of-the-box applications such as Microsoft Word, Outlook, Excel, Internet Explorer, PowerPoint, Adobe Reader, Java applications etcetera. Basically, generic office user workloads in different flavors. We offer these standard workloads for two reasons.

  1. To make sure that you can start testing right away.
  2. That you can perform a high-quality test that you can compare to the rest of the world.

It sounds nice to only add your own applications but it will take you some time, and that’s why we always recommend to first start with the default workloads. This way you can make sure that everything works before adding you own applications.

From experience the amount of things that you can already uncover with Login VSI’s default applications will already help you to improve your virtualized desktop environment. That’s awesome because then you don’t even have to invest in any workload customization right away.

vdi workload customization login vsi out of the box workloads common applications

Login VSI’s out-of-the-box workloads use the most common applications

2. Do not add every application

Some of our customers have virtualized desktop environments with thousands of applications. I frequently hear the question “If I have a thousand applications, do I need to add them all?” My simple answer would be: No, you should add a lot less. It’s important to look at the apps that are most frequently used by the majority of your end users such as Epic, Cerner or SAP. 80% to 90% of your users will use those applications.

When selecting applications, I always like to stick to a common application, and I always add a virtualized application, typically App-V or ThinApp, to be sure that the virtual infrastructure is also working and can handle the load. And when you ask the IT guy, there is always this one application that his gut feeling says not to trust. I’d usually also add that one too. There is not really a scientific reason for adding that specific application other than just making sure it doesn’t explode in your face.

So the trick is to add custom applications one by one and of course you can have ten or twenty if you really want to do this. Nothing is preventing you from building a complicated workload with a high diversity of applications and actions, and it can be extremely worthwhile, but make sure to do this step by step. Don’t try to add them all at once because this will make your life much more complicated.

3. Choose simple workload actions

Select the most important applications, but when you start adding actions, be realistic there as well. First, configure the workload to start the application, logon, and do some basic interaction and move on to the next application. You don’t have to add a thousand steps immediately to test these applications. From practice we’ve learned that more steps in the application will not impact the test results so much in comparison to a couple of steps, and it does save you a lot of time.

4. Do not add “modify, update or create new records” workload actions

With Login VSI, you are usually performing tests at scale. One strategy for customized complicated applications to keep in mind is to choose workload actions that do not modify, update or create new records in your database. Make sure that your Login VSI workloads stay in some sort of “viewing” mode where you only do queries or browse through data and generate a report that is just copied locally in the home drive. These are activities that don’t change the database but they do hit the application, also the backend, and they are really easy to replicate at scale.

When you are running in production mode with Login PI, then you can choose to have far more complicated workloads scenarios where you do business workflow modelling and simulate real users that also add records. But this is only suitable for a couple of users and not for thousands of users like simulated by Login VSI. It’s important to make that distinction to keep your life simple as a testing engineer, especially at scale.

5. Use our new Workload Editor

Did you know that we recently introduced the Login VSI workload editor with drag-and-drop functionality? The Workload Editor, currently in beta, eliminates the need to understand the scripting language. This new editor makes workload customization much easier, simply choose Edit workload from the Login VSI Management Console to get started.

vdi workload customization login vsi drag and drop editor

The new drag-and-drop workload editor

I hope that you enjoyed reading this blog. In case you have any questions about workload customization, do not hesitate to reach out to me via @MarkPlettenberg.

Ps. this blog might be interesting to you as well: A hidden gem for Login VSI workload customization: Problem Steps Recorder in Windows 

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, Load Testing, Workloads, Best Practices, Support

What our customers are saying

Johnny Blizzard - Health Insurance Organization

"We now have indisputable empirical proof supporting our claims. With Login VSI, we can run our own applications against various hardware platforms before we move to production! Application owners can see how their code impacts their users on our systems and we can present our findings to management for funding increases. We can also advocate for the users when supporting their claims of poor performance, all because of Login VSI."

Johnny Blizzard, Sr. IT Systems Engineer at a Health Insurance Organization

Paul Bray - Computacenter

"We needed a robust method of evaluating multiple different platforms in a systematic and consistent manner. We chose Login VSI as it is the best of breed and met all of our requirements. Login VSI helps us to address one key aim - How can we exploit new technologies to deliver the best Virtual Desktop user experience possible?"

Paul Bray, Chief Technologist – Workplace & Mobile at Computacenter

Shaun Donaldson - Bitdefender

"As a software vendor, the reason that we became a Login VSI customer is that we wanted to see how we compared to our competitors. After talking to VMware and Citrix about how they test their products, it became clear to me that we needed to follow our strategic partners and be able to show how our product compares favorably to our competitors. We just completed a round of tests using Login VSI and you will see white papers showing performance data."

Shaun Donaldson, Alliances Director at Bitdefender

Login VSI, Inc.

300 Tradecenter

Suite 3460
Woburn, MA 01801

Phone: +1 844 828 3693

Login VSI B.V.

De Entree 85
1101 BH Amsterdam
The Netherlands

Phone: +31 20 705 1200