- Horizon Cloud
- A control plane hosted in the cloud by VMware for the central orchestration and management of virtual desktops and applications.
- cloud-connected pod
VMware software deployed into a supported capacity environment and onboarded to the cloud control plane. Each of these supported capacity environments provides for a specific pod type:
- Horizon Cloud pod deployed into your Microsoft Azure subscription by the Horizon Cloud automated pod deployment wizard. This type of pod is called a Horizon Cloud pod because this type's underlying software consists of the pod-manager technology from Horizon Cloud. That software runs in a pod manager instance deployed in your Microsoft Azure subscription.
- Horizon pod installed and running in a VMware software-defined data center (SDDC) that is supported for use with VMware Horizon software. This type of pod is called a Horizon pod because this type's underlying software consists of the Horizon Connection Server software. Types of VMware SDDCs include on-premises vSphere environments and cloud environments such as VMware Cloud on AWS. For the details about the types of VMware SDDCs that are supported for use with the VMware Horizon software used for Horizon pods, see the VMware Horizon documentation that is applicable for the version of the Horizon Connection Server software — Horizon 7 version 7.x, Horizon (2006 and later).
Depending on the type of capacity environment you are using, you can use the cloud-based console for an automated pod deployment and connection to Horizon Cloud. For some of those pod types, even though they cannot be automatically deployed and configured, you can still onboard those pods to Horizon Cloud.
For a high-level overview of the pod-onboarding concept, see Deployment Guide.
VMware hosts the control plane in the cloud. This control plane provides services that enable the central orchestration and management of virtual desktops, remote desktop sessions, and remote applications for your users. The control plane enables the management of your pods. The pods are physically located in your provided capacity environments. When you log in to the cloud-based console, you can see all your cloud-connected pods and perform management activities across them, regardless of where they are physically located.
VMware is responsible for hosting the service and providing feature updates and enhancements for a software-as-a-service experience. Horizon Cloud is a multi-tenant environment, and has several regional control plane instances. Each regional control plane instance corresponds to its hosting geographic data center, as described in the service description document available from the VMware Horizon Service Description and Service Level Agreement page. Your tenant account is associated with a specific regional instance at the time the account is created.
The cloud control plane also hosts the common cloud- and web-based management user interface called the Horizon Universal Console, or console for short. This console runs in industry-standard browsers. It provides IT administrators with a single location for management and administrative tasks involving user assignments and the virtual desktops, remote desktop sessions, and applications. This console is accessible from anywhere at any time, providing maximum flexibility.
When you are expecting to see a feature in the administrative console and do not see it, contact your VMware account representative to verify whether your license and tenant account configuration entitles its usage.
Pod Types You Can Connect to Horizon Cloud
This Horizon Cloud release provides for the following deployment types.
|VMware Horizon pod that you have installed and configured in a VMware SDDC (software-defined data center) supported for such use. Such a VMware SDDC might be your on-premises vSphere infrastructure or a cloud environment the likes of VMware Cloud on AWS, Azure VMware Solution (AVS), and similar VMware SDDCs that support VMware Horizon pods.||Connect that pod to Horizon Cloud by deploying the Horizon Cloud Connector into the supported VMware SDDC and using the Horizon Cloud Connector configuration portal to configure the pod as a cloud-connected pod.|
|Horizon Cloud pod deployed into your Microsoft Azure cloud capacity using the Horizon Cloud pod deployment wizard.||Deploy the pod using the automated deployment wizard within the Horizon Universal Console. The automated deployment process both deploys and configures the pod as a cloud-connected pod.|
- Starting with the July 2020 service release, in brand new environments, new pods are required to deploy with at least one gateway configuration. If your customer account was created prior to the July 2020 release, but you have not yet deployed your first pod, deployment of that first pod will require configuring at least one gateway configuration at the time of pod deployment.
- Successful pod deployment requires that none of the Microsoft Azure Policies that you or your IT team have set in your Microsoft Azure environment block, deny, or restrict creation of the pod's components. Also you must verify that your Microsoft Azure Policies Built-in Policy definitions do not block, deny, or restrict creation of the pod's components. As an example, you and your IT team must verify that none of your Microsoft Azure Policies block, deny, or restrict creation of components on Azure storage account. For information about Azure Policies, see the Azure Policy documentation.
- The pod deployer requires that your Azure storage account allow for the deployer to use the Azure StorageV1 and StorageV2 account types. Ensure that your Microsoft Azure Policies do not restrict or deny the creation of content requiring the Azure StorageV1 and StorageV2 account types.
- As part of the pod and gateway deployment processes, unless you specify custom resource tags in the deployment wizard, Horizon Cloud creates resource groups (RGs) in your Microsoft Azure subscription that do not have tags on them, including the initial resource group that is created for the temporary jump box that orchestrates those deployment processes. As of the October 8, 2020 cloud plane refresh, the deployment wizard has a feature in which you can specify custom resource tags that you want applied to the deployer-created resource groups. If you do not specify custom resource tags and your Microsoft Azure subscription has any type of resource tag requirement, pod deployment will fail if you try to deploy a pod into that subscription, or it will fail at the time of pod updates or adding a gateway configuration to a pod. If you are not planning to use the deployment wizard's custom resource tags feature, you must verify that your Microsoft Azure Policies allows creation of the pod's untagged resource groups in the target subscription. For the list of RGs that the deployer creates, see the Administration Guide's Resource Groups Created For a Pod Deployed In Microsoft Azure topic.
- All cloud-connected pods must have line-of-sight to the same set of Active Directory domains at the time you deploy those pods.