I recently came across an issue where high CPU utilization of the vmware-remotemks.exe process was seen with nested Horizon apps. Nested, meaning a Horizon published application is running within a Horizon desktop session. This issue began happening during the move to Horizon 8, and seemed to specifically begin happening when the desktop agent was at […]
Tag: vdi
Automatically Switch App Volumes Managers in Multi-Site Deployment
Typically in a multi-site VDI scenario, you would have a global load balancer URL that would resolve to the App Volumes VIP in the local datacenter, preventing you from having to crack open the golden image each time you update your pools on each side. Sometimes having a global URL that only resolves to the […]
Use the Same Image for Type 1 and Type 2 Imprivata Desktop Pools
Imprivata is heavily used across many healthcare industries today due to their tap-and-go and EPCS functionalities. If you have used Imprivata before, you are likely aware of the difference between “Type 1” (Single User) and “Type 2” (Shared Kiosk) agents and workflows. When it comes to VDI, Type 1 is sometimes also paired with a […]
Streamline Browser and Adobe Updates in VDI Images
Typically customers opt to place browsers and Adobe Reader in their VDI images due to the majority of their users utilizing them. Sometimes it is an extra half hour of work just to get them updated and often a step gets missed along the way. Just as you push the image to production, you realize […]