login vsi company logo login vsi company logo 250x40


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

Architecting a Login PI Deployment

Architecting a Login PI Deployment

I talk about this a lot when I meet with customers, but I thought I’d write up some information on preparing for a Login PI environment and deciding where to place the components. (If you need a quick overview of what Login PI is and does, go here).

Login PI deployment components

At the outset, a Login PI deployment is pretty straightforward. It looks like this:

architecting a login pi deployment environment overview

The items on the right you should have already. That’s your production VDI/SBC environment. We don’t have any agents you need to install or really require much in the way of changes to the environment. Login PI does need some user accounts, groups, and a GPO in your AD. Login PI can generate a PowerShell script for you that creates them automatically, or you can do it manually. It’s one or more user accounts for the Login PI virtual users, a group they are all members of, and a GPO that sets their login script. There’s a Login PI service account as well. It’s pretty non-invasive, and nothing too surprising.

The left side of the illustration shows the Login PI components. Let’s talk about them a little more.

Login PI Server

The Login PI Server is where Login PI is installed. Here’s what is configured there:

  • Login PI File Share: As part of the installation process, yu’ll need to create a share on that machine where the Login PI shared components can be accessed by both your target environment and the Login PI Launcher.
  • Login PI Database: This is a Microsoft SQL Server install where Login PI results and configuration are stored. The simplest option is to install the free SQL Express Edition product directly on the Login PI Server, but if you already have some kind of SQL deployment in your environment, you can also put the Login PI database on that server. The Login PI Server, launchers, and your target environment all need TCP access to the database.
  • Login PI Interface: the Login PI admin console is browser based. IIS is installed automatically when you run Login PI setup, and the console added and configured.

The Login PI Server will most typically be installed in your datacenter, but the placement will be influenced by the connectivity requirements – all the components need connectivity to the Login PI Server. This includes SMB access to the file share, TCP access to the database, and http access to the web interface. The Login PI Server can be installed on a physical or virtual server. We officially support Windows Server 2008 R2, Windows Server 2012 and 2012 R2. Microsoft SQL Server 2008, 2012, and 2014.

Login PI Launcher

The Login PI Launcher is a machine that will be initiating the virtual user test sessions. It needs to be able to access the Login PI file share, database, and your target environment. It also needs the connectivity software installed to access your VDI/SBC environment: this might be Citrix Receiver, the Horizon View client, or something else, depending on your VDI platform. The launcher agent runs on this machine, and it regularly polls the Login PI database to see if there are jobs scheduled that it needs to execute. The launcher can be configured on the same machine as the Login PI Server.

Launcher machines do not generally need to be high-end machines, unless you plan on running dozens of simultaneous tests from a single launcher. The launcher can be run in a virtual machine, and can be any Windows Server or desktop OS that is currently supported by Microsoft (Windows 7 or Server 2008 or newer).

Because the Login PI Launcher initiates the remote session, the login times that Login PI reports will be affected by where the launcher is located (read this blog to find out how to filter and organize your launchers). Generally speaking, you want to place launchers in the same location as your real users, so the test results generated by Login PI closely resemble the user experience that actual users are encountering. For example, if you have users in branch locations and you want to capture data on the experience from a branch location, you should place a launcher there.

architecting a login pi deployment vdi remote locations

A centralized VDI environment with launchers at remote locations

In the scenario depicted here, I have a centralized VDI environment on the East Coast of the US, but I have branch offices on the West Coast, the UK, and India. By placing launchers in those regions, Login PI will be able to report on the login time users are experiencing from those locations, as well as app start times. The launchers communicate regularly with the Login PI Server, and alerts will be generated if the connection goes down between the launcher and the Login PI Server, or the connection between the launcher and the VDI environment.

You can configure jobs so that your launcher either just connects in through the broker like a regular user, or you can configure jobs so that the launcher always initiates sessions to a specific server or virtual machine (VM). Configuring jobs for each server will generate a lot more data about performance, and allow you to see performance trends specific servers easily. Jobs that connect via the broker will give you the most accurate idea of what real end users are experience. In most cases, you’ll probably want a mix of both – a single launcher can initiate several sessions, so you could put a launcher in the datacenter with jobs configured for each server (to notify you if a particular server goes down or starts to underperform) and a launcher in one or more branch locations to report on the remote end user experience.


It’s pretty straightforward: Put a launchers where your users are, and maybe an additional launcher in the datacenter if you want individual performance reports for each server. If all your users are well connected to the datacenter, your launcher could be in the datacenter, installed on the same machine that Login PI is installed on.

The Login PI licensing allows for you to mix and match as many launchers, virtual users, and tests that you want to configure to get the performance insights you need for your environment.

Want to try it yourself? Register and download Login PI



Start using Login VSI today

Our industry-standard software is built to help you avoid problems, lower costs and improve performance. Request a Quote or get your free Trial below, and benefit from our award-winning services.

Free Price Request  Your Free Trial


About the company Login VSI

The company Login VSI provides end-user performance insights for virtualized desktop and server-based computing environments. Enterprise IT departments use flagship product Login VSI (for load testing) and Login PI (for continuity testing) in all phases of their virtual desktop deployment—from planning to deployment to change management—to build and safeguard a good performance, a high availability, and (as a result) a good and consistent end-user experience. For more information about Login VSI or for a free test license contact us.

Tags: How-to, Login PI, Monitoring, Best Practices, Support

Popular Blogs

Login VSI officially recognized as an integration partner for WVD by Microsoft

Windows Virtual Desktop

I’m excited to share with you that as of this week Login VSI has officially been recognized as an integration partner for Windows Virtual Desktop (WVD) by Microsoft. Continue Reading
Join us at VMworld 2019 - Booth #866

Join us at VMworld 2019 - Booth #866

Join us at VMworld 2019 - Booth #866 Are you attending VMworld in San Francisco next week? Great, we are too! Continue Reading
State Of The Union Survey Results 2019

State of EUC Survey Results

State of EUC Survey Results At community site VDILIKEAPRO.com we recently surveyed almost 600 people who work in the End User Computing (EUC) industry with a focus on VDI and SBC. Continue Reading
Login VSI at VMworld 2019 - Our Debrief

VMworld 2019 - Our Debrief

VMworld 2019 It’s that time of the year again, we’ve just wrapped up VMworld US and it was great meeting many folks on the expo floor, vendor booths, sessions and of course for a drink in the evening. Continue Reading
Windows Virtual Desktop - Update - December 2019

Windows Virtual Desktop Enhanced in the Latest Update

Planning to move to Windows Virtual Desktop and/or Citrix Managed Desktop? A lot has already been written about Windows Virtual Desktop (WVD) in the last months and while I had my initial concerns on this service many people are suggesting that they are willing to move to a platform like WVD in the next two years. Continue Reading
Login VSI - Blog - 4 Things to Consider when Running Office 365 in the Cloud

4 Things to Consider when Running Office 365 in the Cloud

Recently a customer decided to move their entire VDI infrastructure into the cloud. The VDI environment was approximately 20,000 users. As you can imagine there are a lot of design decisions necessary to ensure the success of this migration. Continue Reading
Cookie Settings