This documentation topic provides information about the environments and operating systems available for use with Horizon Cloud. This topic also describes the tight integration that Horizon Cloud has with the VMware ecosystem, and a convenient pointer to the VMware Interoperability Matrix.
Microsoft Azure Cloud Environments
For Microsoft Azure deployments, the service is currently available in the following Microsoft Azure cloud environments.
- Microsoft Azure (Commercial)
- Microsoft Azure in China
- Microsoft Azure Germany (Public)
- Microsoft Azure Government (US Gov Virginia, US Gov Arizona, US Gov Texas)
Currently, the High Availability (HA) capable architecture for pods in Microsoft Azure is not provided for pods in Microsoft Azure in China.
Supported Microsoft Windows Operating Systems
In the service's Microsoft Azure deployments, the following Microsoft Windows operating system editions and versions in the Azure Marketplace are the ones supported for use in this release, regardless of whether you use the automated or manual method of deploying an image in this release.
- For the supported non-Windows 10 operating systems, see VMware Knowledge Base Article 78170.
- For the supported Windows 10 operating systems, see VMware Knowledge Base Article 70965.
The service also provides Tech Preview support for Windows 7 virtual desktops with Extended Security Updates. With virtual desktops based on this operating system, you can use the Horizon Windows client, RDP 8.x protocol, and the Horizon remote experience features USB redirection and Help Desk. Use of GPU with NV-series VMs is not supported.
Tight Integration Within the VMware Ecosystem
You can use Horizon Cloud with the following products available from the broader VMware ecosystem.
- VMware Carbon Black
- For information on integrations between VMware Carbon Black Cloud and using the VMware Carbon Black sensor with farms and VDI desktops provisioned by your Horizon Cloud pods, see VMware Carbon Black Interoperability with Horizon Cloud Service on Microsoft Azure (KB 81253).
- VMware Workspace ONE® Hub Services and VMware Workspace ONE® Access™ Cloud
- With this integration, the desktop and remote application assignments that are brokered using VMware Horizon® Service Universal Broker™ will synch automatically to the VMware Workspace ONE® Intelligent Hub catalog and be made available through the Hub for your end users to view and launch. In the current release, this integration supports end-user access using these clients: browser-based Hub catalog, Workspace ONE Intelligent Hub for Windows, and Workspace ONE Intelligent Hub for macOS. The minimum version of the Windows and macOS desktop apps required for this support is 21.05.
- VMware Workspace ONE® UEM
- You can use Workspace ONE UEM to manage the Microsoft Windows 10 dedicated VDI desktops provisioned by your Horizon Cloud pods. See Using Workspace ONE UEM and Your Dedicated VDI Desktops.
- VMware Workspace ONE® Assist™ for Horizon®
Workspace ONE Assist for Horizon enables
Horizon Cloud administrators to launch remote support sessions directly from the Help Desk Tool located in the
Horizon Universal Console. With this product, administrators can assist employees with their virtual desktops, leveraging remote view and control capabilities. For all details, see the
Workspace ONE Assist for Horizon and Horizon Cloud document, located within the
Workspace ONE UEM product documentation.
Note: Integrating with Workspace ONE Assist for Horizon involves additional DNS, ports, and protocol requirements for the outbound communication from the involved VDI desktops. See the Workspace ONE Assist for Horizon and Horizon Cloud document for those details.
- VMware NSX-T™ Data Center
The compatibility between
Horizon Cloud on Microsoft Azure versions and
NSX-T Data Center versions is now available in the VMware Product Interoperability Matrix, at
https://interopmatrix.vmware.com for the most recent versions of
Horizon Cloud Service on Microsoft Azure. The
Horizon Cloud documentation reflects the latest configuration steps, according to the versions shown as compatible in the
VMware Product Interoperability Matrix.
If you have pods still running manifests from Horizon Cloud Service on Microsoft Azure versions prior to version 2010 and you have already configured use of NSX-T Data Center 2.4 or 2.5 with such pods, the configuration will continue to work. However, you should update such pods when the Horizon Cloud system indicates in the console that those pods should be updated.
- VMware NSX® Advanced Load Balancer™
Horizon Cloud supports using
NSX Advanced Load Balancer with the gateway configurations of your
Horizon Cloud pods in Microsoft Azure.
NSX Advanced Load Balancer provides the Avi Vantage load-balancing features from Avi Networks, now part of VMware. The reference design, sequence of steps, and applicable configuration information is provided in the
Avi Networks article titled
Load Balancing UAGs in Horizon Cloud on Azure Deployments.
Note: Some aspects of this integration with your Horizon Cloud pods might require assistance from the VMware Horizon Cloud Service team to complete the overall configuration. To obtain the latest information before starting this integration, file a service request (SR) to the Horizon Cloud Service team as described in How to file a Support Request in Customer Connect (VMware KB 2006985).
- VMware Horizon® Client™ product line
- To see the specific versions of the Horizon Client product line that are compatible with the desktops and remote applications brokered by the pods in your cloud-connected pod fleet, see VMware Product Interoperability Matrix. Depending on the pod type, select either Horizon Cloud Service on Microsoft Azure or Horizon, and then VMware Horizon Client in the drop-down menus. You can obtain the Release Notes for the various Horizon Client versions by clicking through from the VMware Horizon Client Documentation page at docs.vmware.com/en/VMware-Horizon-Client/.
To download a matrix of supported features between
Horizon Client and
Horizon Cloud Service on Microsoft Azure, see the
VMware KB article Horizon Client Feature Matrix for Horizon Cloud on Azure (80386). Please note that keeping that matrix up to date is on a best-effort basis at this time.
- Use of zero clients with Horizon Cloud pods in Microsoft Azure is not supported.
- Use of zero clients with Universal Broker is not supported.
- The VMware Horizon HTML Access client does not support certain features when used in mobile browsers. Also, even though the Horizon Client supports copying and pasting text between a client's local system and a VM out of the box, for Horizon HTML Access, you must configure this feature before your end users can use it. For more information, see the VMware Horizon HTML Access documentation page and search for the information in the most recent guides at that location.
When using an operating-system-specific Horizon Client to access remote resources brokered by Universal Broker, the following client versions are supported. You must provide your end users with the connection FQDN for Universal Broker to use in the client. For instructions on how to configure that connection FQDN, see Configure the Universal Broker Settings.
- Horizon Client 5.4 or later for their operating system.
- Windows users can run Horizon Client for Windows 5.3 or later.
End users can also connect to the Universal Broker service through a web browser using Horizon HTML Access. Note that in the following cases when using the web-based client, end users will see the standard browser 'unsafe' message when they start a brokered desktop:
- When the pod's Unified Access Gateway setup's load balancer is configured with a SSL certificate that does not have a common name that precisely matches that load balancer's name or is not signed by a well-known Certificate Authority (CA).
- When the pod has an external Unified Access Gateway, but no internal Unified Access Gateway setup, and the end user's access is over the internal network.
- When the pod has no Unified Access Gateway setups at all.
(For information about the relationship between a certificate's common name and the hostname of where the certificate is installed, see https://support.dnsimple.com/articles/what-is-common-name/.)
- VMware Horizon® Pods
Horizon pod is the pod type that is built on the
Horizon Connection Server software. You connect such pods to
Horizon Cloud using
Horizon Cloud Connector. New deployments of
Horizon Cloud Connector are supported using versions
Nis the latest generally available Horizon Cloud Connector version. The version number of the latest generally available version of Horizon Cloud Connector appears at the top of the Horizon Cloud Service Release Notes document.
For the matrix of Horizon pod software that corresponds with those
N-2versions of Horizon Cloud Connector, see the VMware Product Interoperability Matrix. To get the benefits of advanced features that are only available for cloud-connected Horizon pods, the deployment must use the most recent versions of the Horizon Cloud Connector and Horizon pod software. You can download the latest Horizon Cloud Connector appliance and VMware Universal Broker plugin installer by navigating to the Horizon Cloud Connector section located within the VMware Horizon Cloud Service download page.Note: As of January 2021, Horizon Cloud Connector versions earlier than 1.6.x will be unable to connect to the cloud control plane. In late 2020, all existing tenants with deployments based on earlier versions were notified to update their connectors.
Compatibility with other VMware Products
For the most recent information about compatibility between this product and other VMware products, see the VMware Product Interoperability Matrix.
About Use of IPv6
Horizon Cloud does not support use of IPv6.
About TLS 1.2 and Horizon Cloud Service on Microsoft Azure
As stated in the Release Notes What's New June 16, 2021, new deployments of Horizon Cloud pods on Microsoft Azure have TLS 1.2 set as the minimum TLS version for both the pod's storage accounts and the Azure PostgreSQL Service that is deployed as part of the service offering. These storage accounts and the Azure PostgreSQL Service are used only with the service components such as the pod manager instances. Therefore, the pod's use of TLS 1.2 should have no impact on your customer-managed artifacts in your Microsoft Azure subscription.
The cloud-based administrative console is compatible with recent versions of Google Chrome, Mozilla Firefox, and Microsoft Edge. Use of the console in Microsoft Internet Explorer 11 is deprecated and will give a sub-optimal experience. The console is not supported for use in Apple Safari, although you can try using the console in Apple Safari. If you attempt to access the console using a non-modern browser such as Microsoft Internet Explorer 11, the console displays an information message to use an up-to-date browser. For the best user experience, use the most recent versions of Google Chrome, Mozilla Firefox, and Microsoft Edge.