Su entorno de global de tenant de Horizon Cloud está compuesto por el servicio de nube alojado en VMware y los pods implementados en sus entornos de capacidad correspondientes y conectados al servicio de nube. Cuando un pod, compuesto por software de VMware implementado en un entorno de capacidad compatible, se incorpora adecuadamente, es un pod conectado a la nube. Cuando al menos un pod está completamente integrado en el entorno de tenant, puede incorporar pods adicionales para formar un conjunto de pods conectados a la nube. Para utilizar el conjunto de pods conectados a la nube del entorno de tenant y las funciones de escritorio como servicio que el servicio ofrece, inicie sesión y trabaje en el portal basado en la nube del entorno de tenant, al que se denomina Consola administrativa de Horizon Cloud o, de forma abreviada, la consola.
Horizon Cloud
Un plano de control alojado en la nube por VMware sirve para la administración y coordinación central de aplicaciones y escritorios virtuales.
pod conectado a la nube
Software de VMware implementado en un entorno de capacidad compatible e incorporado al plano de control de nube. Cada uno de estos entornos de capacidad compatible permite un tipo de pod específico:
  • Pod en la suscripción de Microsoft Azure
  • Pod de Horizon local
  • Pod de Horizon en un entorno con SDDC compatible con VMware, incluyendo:
    • VMware Cloud on AWS
    • Solución de VMware en Azure (AVS)

Dependiendo del tipo de entorno de capacidad utilizado, puede usar la consola basada en la nube para efectuar una implementación automatizada del pod y conectar con Horizon Cloud. Para algunos de estos tipos de pod, aunque no se puedan implementar y configurar de forma automática, aún es posible incorporar esos pods a Horizon Cloud.

Para obtener información general de alto nivel sobre el concepto de incorporación de pods, consulte la Guía de implementación.

Plano de control

VMware aloja el plano de control en la nube. Este plano de control ofrece servicios que permiten a los usuarios realizar tareas centralizadas de administración y orquestación de escritorios virtuales, sesiones de escritorio remoto y aplicaciones remotas. Desde el plano de control puede administrar los pods. Los pods se encuentran físicamente ubicados en los entornos de capacidad proporcionados. Cuando se inicia sesión en la consola basada en la nube, se pueden ver todos los pods conectados a la nube y realizar actividades de administración en ellos, independientemente de dónde se encuentren físicamente.

VMware se encarga de alojar el servicio y proporcionar actualizaciones y mejoras de la experiencia de software como servicio. Horizon Cloud es un entorno de varios tenants y tiene varias instancias de plano de control regionales. Cada instancia de plano de control regional corresponde al centro de datos geográfico que lo aloja, tal como se describe en el documento de Descripción del servicio disponible en la página de Descripción y acuerdo de nivel de servicio de VMware Horizon. La cuenta de tenant está asociada con una instancia regional específica en el momento en que se crea la cuenta.

En el plano de control de la nube también se aloja la interfaz de usuario común de administración basada en web y en la nube, denominada Consola administrativa de Horizon Cloud o, de forma abreviada, la consola. Esta consola se ejecuta en navegadores web estándar del sector. Permite a los administradores de TI realizar tareas administrativas relacionadas con asignaciones de usuarios, escritorios virtuales, sesiones de escritorio remoto y aplicaciones en una única ubicación. Esta consola ofrece máxima flexibilidad y se puede acceder a ella en cualquier lugar y momento.

Importante: La consola administrativa es dinámica y refleja los elementos disponibles en el nivel de servicio actual. Sin embargo, cuando existen pods conectados a la nube que aún no están actualizados con sus niveles de software más recientes, la consola no muestra las funciones que dependen de dichos niveles. Además, en una versión concreta, Horizon Cloud puede incluir características con licencia por separado o características que solo están disponibles para configuraciones de cuentas de tenant específicas. La consola solo refleja de forma dinámica los elementos relacionados con estas funciones cuando la licencia o la configuración de cuenta de tenant permiten utilizarlas.

Si no ve en la consola administrativa una función que, en su opinión, debería ver, póngase en contacto con su representante de cuenta de VMware para verificar si su licencia y su configuración de cuenta de tenant permiten el uso de dicha función.

Tipos de pod que pueden conectarse a Horizon Cloud

Esta versión de Horizon Cloud proporciona los siguientes tipos de implementaciones.

Nota: Para conectar un pod a Horizon Cloud o utilizar la consola administrativa en una implementación automatizada, la cuenta de cliente debe tener la licencia adecuada. Para obtener más información sobre licencias, póngase en contacto con el representante de cuenta de VMware.
Tabla 1. Tipos de implementación de pod
Tipo de implementación Descripción
Pod de VMware Horizon ubicado en la infraestructura local Implemente la instancia de Horizon Cloud Connector en la infraestructura local y configúrela para conectar el pod a Horizon Cloud.
Pod de VMware Horizon que se instaló y configuró manualmente en el SDDC de VMware Cloud on AWS Implemente la instancia de Horizon Cloud Connector en el SDDC de VMware Cloud on AWS y configúrela para conectar el pod a Horizon Cloud.
Pod de VMware Horizon que implementó en la nube de la Solución de VMware en Azure (AVS) Implemente la instancia de Horizon Cloud Connector en la nube de AVS y configúrela para conectar el pod a Horizon Cloud.
Pod de Horizon Cloud implementado por Horizon Cloud en la capacidad de nube de Microsoft Azure Implemente el pod con el asistente de implementación automatizada de la consola administrativa.
Importante: Para los entornos de producción, asegúrese de que los modelos de máquinas virtuales que utilice para las asignaciones de escritorio y granjas tengan un mínimo de dos (2) CPU. Las pruebas de escala de VMware demostraron que el uso de 2 CPU o más evita problemas inesperados de conexión de los usuarios finales. A pesar de que el sistema no le impide elegir un modelo de máquina virtual con una sola CPU, debe utilizar esos modelos de máquina virtual solo para pruebas o pruebas de concepto.
Importante: Antes de iniciar el asistente de implementación de pods y comenzar a implementar el pod, además de los requisitos que se indican a continuación, debe tener en cuenta los siguientes puntos clave:
  • A partir de la versión de servicio de julio de 2020, en entornos nuevos, se requieren nuevos pods para implementar con al menos una configuración de puerta de enlace. Si la cuenta de cliente se creó antes de la versión de julio de 2020, pero aún no se ha implementado el primer pod, la implementación del primer pod requerirá la configuración de al menos una configuración de puerta de enlace en el momento de la implementación del pod.
  • Una implementación correcta del pod requiere que ninguna de las directivas de Microsoft Azure que usted o su equipo de TI haya establecido en el entorno de Microsoft Azure bloqueen, denieguen o restrinjan la creación de los componentes del pod. También debe verificar que las definiciones de directivas integradas de las directivas de Microsoft Azure no bloqueen, denieguen ni restrinjan la creación de los componentes del pod. Como ejemplo, usted y su equipo de TI deben comprobar que ninguna de sus directivas de Microsoft Azure bloqueen, denieguen o restrinjan la creación de componentes en la cuenta de almacenamiento de Azure. Para obtener información sobre las directivas de Azure, consulte la documentación de directivas de Azure.
  • El implementador de pods requiere que la cuenta de almacenamiento de Azure permita al implementador utilizar los tipos de cuenta StorageV1 y StorageV2 de Azure. Asegúrese de que las directivas de Microsoft Azure no restrinjan ni denieguen la creación de contenido que requiere los tipos de cuenta StorageV1 y StorageV2 de Azure.
  • Como parte de los procesos de implementación del pod y la puerta de enlace, a menos que se especifiquen etiquetas de recursos personalizadas en el asistente de implementación, Horizon Cloud crea grupos de recursos en la suscripción de Microsoft Azure que no tienen etiquetas, incluido el grupo de recursos inicial que se crea para la instancia de Jump Box temporal que orquesta esos procesos de implementación. A partir de la actualización del plano de nube del 8 de octubre de 2020, el asistente de implementación tiene una función en la que puede especificar las etiquetas de recursos personalizadas que desea que se apliquen a los grupos de recursos creados por el implementador. Si no especifica etiquetas de recursos personalizadas y la suscripción de Microsoft Azure tiene algún tipo de requisito de etiqueta de recurso, se producirá un error en la implementación del pod si se intenta implementar un pod en esa suscripción, o en el momento de actualizar el pod o agregar una configuración de puerta de enlace a un pod. Si no tiene pensado utilizar la función de etiquetas de recursos personalizadas del asistente de implementación, debe comprobar que las directivas de Microsoft Azure permitan la creación de grupos de recursos sin etiqueta del pod en la suscripción de destino. Para obtener la lista de grupos de recursos que crea el implementador, consulte el tema Grupos de recursos creados para un pod implementado en Microsoft Azure de la Guía de administración.
  • Todos los pods conectados a la nube deben tener conexión directa con el mismo conjunto de dominios de Active Directory en el momento que implementa esos pods.
Nota: Debe seleccionar una ciudad desde la lista de autocompletar del sistema. Actualmente, debido a un problema conocido, los nombres de ubicación no están localizados.
Nota: Los números entre paréntesis que se especifican en cada problema conocido hacen referencia a los sistemas de seguimiento de problemas internos de VMware.