VDI Experience FAQ
Last updated
Was this helpful?
Last updated
Was this helpful?
Since there is only one Collector, which is the same for VDI and non-VDI scenarios, the same hardware requirements and resource usage apply. The VDI capability of Collector comes from enabling the following parameter: DEPLOY_VDI_CLIENT_PLUGIN=1
There is no need to install Collector and the extension on the same device. If you can install Collector on it, do so with the VDI parameter enabled: DEPLOY_VDI_CLIENT_PLUGIN=1
However, if you want to use the Nexthink VDI Client Extension, a lightweight agent, instead of the full range of capabilities Collector offers, you have to uninstall Collector first and then install the extension.
Yes, you must redeploy Collector with the extra parameter DEPLOY_VDI_CLIENT_PLUGIN=1
. Currently, you cannot apply this parameter retroactively to already deployed Collectors.
It shows the total queue length divided by the number of CPU cores. A CPU queue length higher than 2 per CPU core indicates a problem.
DEPLOY_VDI_CLIENT_PLUGIN=1
using the silent installer?At the moment, the parameter can only be set using the MSI, which has a silent option for mass deployments. See the documentation to learn how to use the silent installer.
The best practice is to enable the parameter only on devices that will use it. However, the VDI extension does not consume any resources unless a VDI remote client application connects to a compatible VDI environment and loads it.
Supporting Omnissa Horizon has two main components:
Data enrichment through an API adds details about the VDI environment’s topology, such as virtualization hosts and desktop pools.
The VDI Experience Dashboard requires Collector support for Horizon to provide high-granularity performance metrics.
Although these features are not yet available, both are necessary for VDI Experience and will be supported in a future release.
Collector does not "know" about the environment. It checks if the VM it is running on has a Citrix or AVD/CPC agent. If yes, it knows the list of metrics it can query with high granularity. Collector does not know the Omnissa metrics, therefore it will not try looking for an Omnissa agent. You will see the new events being populated for their Citrix VMs and only the legacy events for Omnissa.
No, all the information VDI Experience needs is available through the Citrix DaaS connector.
Example scenario
There is a contractor with company A using a persistent desktop from company B. The contractor is complaining about slowness while their laptops are connected to company A.
This scenario is fully supported and will respect the privacy of the user and the involved customers.
Collector will keep sending all data to company A.
Company B will only see the name of the device, but it will not be present in company B's device inventory, and the system does not send or display details in Device View or other dashboards.
The Extension recognizes to which VDI environment the remote client application is connected.
When connected to company A's VDI (assuming the company also uses VDI Experience), the client will complement the VDI performance metrics with additional context.
When connected to company B's VDI environment, the Extension will similarly expand the VDI performance metrics otherwise reported by Collectors running on company B's VMs.
This additional context in both cases is limited to
The time period while the client is connected to the specific VDI environment
Only includes overall device-level CPU, memory, and network usage data. No process or user-level insights will be available, and no sensitive information, only performance metrics.