Skip to content
Omnissa Horizon · /// VDI

Horizon, validated past the front door.

LoadGen runs Omnissa Horizon (formerly VMware Horizon) on the generic wizard with full control over connection, display, and workloads — published apps + desktops, with VDI agents handling per-session Activate / Reset / Kill operations.

Load Profiles › New
Mode: BasicOnline
A

New Load Profile

Select a technology to create a new load profile

1Technology
2
3
4
5
6
7

Select Technology

Choose the connection technology for your new load profile. Each technology has its own guided wizard.

Citrix Enhanced

Modern Citrix connection using StoreFront, NetScaler Gateway, or Web Interface. Supports multiple authentication methods.

StoreFrontNetScalerMFA SupportResource Enum

VDI Technologies

Citrix EnhancedStoreFront / Gateway

Citrix BasicDirect ICA connection

RDPRemote Desktop Protocol

Azure Virtual DesktopAzure Virtual Desktop

Omnissa HorizonOmnissa Horizon

Web & Automation

Web TestingBrowser automation

CoreCommand-line execution

Special Modes

Local ClientLocal VDI client

vWorkspaceDell vWorkspace

© 2026 LoadGen. All rights reserved.
DocumentationSupportCreate Ticket

The Problem

Horizon doesn’t break at the URL — it breaks under the URL.

Connection Server queues, vCenter latency, and resource-pool concurrency are where Horizon actually bends. Generic probes don’t reach any of them.

Connection Server bottlenecks hide under "good enough" probes.

A 200 OK on a synthetic check tells you nothing about Connection Server queue depth or vCenter latency under real concurrency.

Generic load tools can’t script Horizon.

Published apps and desktops, RDSH session pools, and Omnissa-specific delivery — generic HTTP-only tools see only the front door.

Capacity plans built without measurement age fast.

Without parity testing across Connection Server tiers, every refresh cycle re-introduces the same right-sizing question — answered the same wrong way.

How LoadGen handles Horizon

Connect · Author · Execute · Monitor.

Four motions, every one Horizon-aware — from the Connection Server credential to the resource-pool counter.

Connect

Generic wizard with VMware / Omnissa technology — Connection Server URL, credentials, and resource pool authored once.

Author

Workload-based scenarios run against published apps and desktops. Display, scenario, and VDI-agent strategy captured in the same wizard.

Execute

VDI agents (port 4841) run Activate, Reset, Kill operations on every Horizon session — Full agents handle non-VDI sessions.

Monitor

Continuous E2E UX validation alongside Connection Server, vCenter, and resource-pool counters — same audit trail as load.

Live · Generic Wizard · Horizon tab

One wizard. Every published target.

Author published apps and desktops on the generic wizard, run on VDI agents, validate against the same Citrix and AVD scenarios. Horizon stops being a separate tool.

Connection Server
Credentials, URL, and resource-pool selection — captured once, replayed across every test.
Published apps + desktops
Same wizard handles both. No second editor, no second auth flow.
VDI-agent batch ops
Activate, Reset, Kill per Horizon session — port 4841 agents handle the heavy lifting.
Continuous UX validation
E2E Monitoring re-runs the same scenario between releases — drift surfaces before users notice.

Outcomes · before / after

Right-size Horizon on data — not on a vendor reference architecture.

Drawn from teams that adopted dedicated Horizon load testing for one quarterly refresh cycle.

Time to first Horizon test

Before

6 days

After

4 hrs

−97 %
Connection Server right-sizing

Before

±35 %

After

±5 %

−86 %
Resource-pool incidents / qtr

Before

6

After

1

−83 %
Sessions tested per ops engineer

Before

120

After

420

+250 %

Stop validating Horizon at the URL.

Connect to Connection Server this afternoon. Run a 200-user scenario this week. Resize the resource pool on a measurement next quarter.

LoadGen Official Logo