Utilice la siguiente información y los artículos vinculados al prepararse para utilizar Horizon Cloud first-gen o servicios de plano de control de Horizon first-gen, al incorporar los pods y durante el uso diario.

Importante: Esta información se aplica únicamente cuando tenga acceso a un entorno de arrendatario de first-gen en el plano de control de first-gen. Como se describe en el artículo 92424 de la base de conocimientos, el plano de control de first-gen ha llegado a la fecha de fin de disponibilidad (EOA). Consulte el artículo para obtener información.

Requisitos previos de configuración, Descargas de software, Persistencia de la configuración del usuario, Documentación del producto y Recursos útiles adicionales

Requisitos de configuración
Para las implementaciones de Microsoft Azure, revise los requisitos previos de configuración antes de iniciar la implementación.

Para incorporar los pods de Horizon para servicios de plano de nube, incluido el servicio de licencias, revise las descripciones del tipo de arquitectura de implementación que utiliza el pod y las instrucciones de incorporación. Consulte la información en las siguientes ubicaciones:

Descargas de software
Revise las descargas de software de VMware Customer Connect que posiblemente quiera para su entorno. A pesar de que es opcional realizar estas descargas antes de comenzar con la implementación, según su escenario de caso práctico, es posible que desee revisarlas antes de implementarlas. Consulte la página de descarga de VMware Horizon Cloud Service, localice la fecha de versión del servicio más reciente y acceda a su vínculo de descargas. Dentro de esa misma página, verá la fila de Horizon Cloud Connector; en ella podrá hacer clic en Ir a descargas para obtener las versiones más recientes de Horizon Cloud Connector y el instalador del complemento de Universal Broker de VMware. Para obtener una tabla de la versión del instalador del complemento de Universal Broker de VMware que casa con Horizon Connection Server, consulte la tabla en el tema Pods de Horizon: instalar el complemento Universal Broker en Connection Server.
Persistencia de la configuración del usuario
Para todas las implementaciones de Microsoft Azure, se puede proporcionar persistencia de los perfiles de usuario mediante VMware Dynamic Environment Manager™ con redireccionamiento de carpetas. Puede descargar el software Dynamic Environment Manager admitido para usarse con esta versión desde la página de descargas de VMware Horizon Cloud Service y acceder a los vínculos de descargas para esta versión específica.
Documentación del producto y recursos útiles adicionales

Para acceder a toda la documentación del producto para los diversos modelos de implementación, consulte la página de destino de la documentación de VMware Horizon Cloud Service.

Visite el sitio de la comunidad para ver sugerencias útiles y hacer preguntas. Los informes técnicos también están disponibles en la sección de recursos de la página de producto de Horizon Cloud.

Datos útiles sobre el día 0 que se deben conocer

Antes de realizar cualquier tipo de implementación
  • Cuando el entorno de Horizon Cloud no está integrado con el entorno de Workspace ONE, la autenticación de inicio de sesión en la consola basada en la nube depende de la autenticación de las credenciales de la cuenta mediante la plataforma de VMware Cloud services. Si ese servicio no puede completar las solicitudes de autenticación necesarias, se produce un error al iniciar sesión en la consola. Si tiene algún problema al iniciar sesión en la primera pantalla de inicio de sesión de la consola, consulte la página Estado de VMware Workspace ONE en https://status.workspace.com para ver el estado más actualizado del sistema. En esa página, podrá suscribirse para recibir actualizaciones.
  • Cuando se implementa un pod mediante el asistente de implementación de pods de la consola y cuando se conecta un pod de Horizon a través de Horizon Cloud Connector, se debe poder acceder a los nombres de DNS específicos y se deben permitir puertos y protocolos específicos. Consulte Arrendatarios de first-gen: requisitos de DNS, puertos y protocolos cuando se utiliza Horizon Cloud Connector y un pod de Horizon, Arrendatarios de first-gen - Implementaciones de Horizon Cloud on Microsoft Azure: requisitos de resolución de nombres de host, nombres DNS y Arrendatarios de first-gen: pod de Horizon Cloud - Requisitos de puertos y protocolos para conocer los requisitos de conectividad.
  • Cada uno de los pods emparejado con el plano de control de Horizon Cloud y asociado con la misma cuenta de cliente debe tener una conexión directa con los dominios de Active Directory conectados a esos pods y tener configurada una confianza unidireccional o bidireccional junto con esa conexión directa. Por ejemplo, cuando tiene tres pods donde un pod está en Microsoft Azure, otro pod es local y el otro pod está en VMware Cloud on AWS, cada uno de dichos pods debe tener una conexión directa y configurada una confianza unidireccional o bidireccional en el mismo conjunto de dominios de Active Directory.
Antes de realizar implementaciones de Microsoft Azure
  • Suscripciones y número de pods: tenga en cuenta la cantidad de pods que implemente en una sola suscripción de Microsoft Azure, especialmente si tiene pensado que cada pod se ejecute a mayor escala. Aunque se pueden implementar varios pods en una sola suscripción a Microsoft Azure, ya sea en una sola región o en varias, Microsoft Azure impone ciertos límites dentro de una sola suscripción. Debido a los límites de Microsoft Azure, la implementación de muchos pods en una sola suscripción aumenta la probabilidad de alcanzar los límites. Numerosas variables, y combinaciones de estas variables, condicionan el alcance de dichos límites, como la cantidad de pods, la cantidad de granjas y asignaciones en cada pod, la cantidad de servidores en cada pod, la cantidad de escritorios en cada asignación, y así sucesivamente. Si tiene pensado que haya pods que se ejecuten a mayor escala, considere la posibilidad de contar con varias suscripciones en una sola cuenta de Microsoft Azure. Los clientes de Microsoft Azure pueden, y a menudo prefieren, este enfoque, ya que ofrece algunas ventajas para la administración continua de las suscripciones. Este enfoque consiste en implementar un único pod por suscripción, acumular las suscripciones en una sola "cuenta maestra" y evitar las posibilidades de alcanzar los límites de Microsoft Azure que afectan a una sola suscripción.
  • Se requiere acceso a Internet saliente en la red virtual (VNet) de Microsoft Azure que utilizan las máquinas virtuales del administrador de pods de la implementación. La autenticación basada en proxy es compatible con una implementación de Horizon Cloud on Microsoft Azure. Debe proporcionar los detalles de su proxy en el asistente de implementación del pod. Para la implementación de pods, debe poder accederse a nombres DNS específicos y deben admitirse protocolos y puertos específicos. Consulte Arrendatarios de first-gen - Implementaciones de Horizon Cloud on Microsoft Azure: requisitos de resolución de nombres de host, nombres DNS para conocer los requisitos de conectividad.
  • Tamaño de subred: actualmente no se admite la ampliación del tamaño de las subredes de un pod una vez implementado. Como resultado, en entornos de producción, se deben usar tamaños de subred lo suficientemente grandes para cumplir los siguientes requisitos:
    • Administración de subredes: Al implementar un pod, a partir de marzo de 2019, es necesario que la subred de administración del pod tenga un CIDR mínimo de /27, mientras que anteriormente se permitía un CIDR mínimo de /28. Este cambio se realizó para reducir la aparición de problemas que puedan ocurrir durante la actualización de pods debido a una falta de direcciones IP disponibles en la subred. Un CIDR de /27 admite 32 direcciones IP.
    • Subred de máquina virtual - principal: Use un CIDR en un rango con el tamaño suficiente para admitir la conexión de máquinas virtuales de los escritorios VDI previstos, las imágenes de RDS y todas las máquinas virtuales de las granjas de RDS del pod. Las máquinas virtuales del administrador de pods y las máquinas virtuales de Unified Access Gateway también necesitan algunas direcciones IP de esta subred (12 direcciones en total para admitir la actualización azul-verde de un pod habilitado para HA con ambos tipos de puertas de enlace). Por lo general, el rango de /24 a /21 sería suficiente para casos prácticos típicos. Nota: En ocasiones, esta subred de la máquina virtual se conoce como subred de escritorio o subred de arrendatarios.
    • A partir de la versión de servicio de julio de 2020 y del manifiesto del pod 2298.0, se proporciona una nueva función para usar subredes de arrendatarios adicionales para los escritorios VDI y las máquinas virtuales de granjas de RDS. Estas subredes adicionales pueden encontrarse en la misma VNet del pod o en VNet emparejadas. Para un pod en el manifiesto 2298.0 o una versión posterior, puede editar la configuración del pod para incluir esas subredes adicionales. A continuación, puede especificar el uso de las subredes de arrendatarios adicionales en las definiciones de las granjas y las asignaciones de escritorios VDI, en lugar de que utilicen la subred de la máquina virtual principal. El uso de estas subredes secundarias para las máquinas virtuales de granja y las máquinas virtuales de escritorio VDI permite una administración simplificada, ya que se pueden especificar las granjas y las asignaciones de escritorios VDI que se encuentran en la subred de arrendatario y la VNet.
  • Para aprovechar la función y hacer que implemente la puerta de enlace externa en su propia VNet, las VNet deben estar emparejadas. Como resultado, debe crear las subredes manualmente antes de ejecutar el asistente de implementación. Para la VNet de la puerta de enlace externa, la subred de administración y la subred de back-end deben cumplir con la misma CIDR/27 mínima.
Antes de conectar pods mediante Horizon Cloud Connector
  • Para las nuevas implementaciones, se debe descargar y utilizar la versión más reciente de Horizon Cloud Connector que esté disponible en VMware Customer Connect y sea compatible con la versión de software de Horizon Connection Server del pod. El uso de la versión más reciente garantiza que dispone de las correcciones y mejoras más recientes. Para conocer la matriz de compatibilidad entre Horizon Cloud Connector y Horizon Connection Server, visite Matriz de interoperabilidad de productos VMware y compruebe la interoperabilidad entre los dos nombres de solución que aparecen como VMware Horizon Cloud Connector y VMware Horizon.
  • Se requiere acceso a Internet saliente para que Horizon Cloud Connector se comunique con el plano de nube del servicio, especialmente para recibir los detalles de la licencia. Se debe poder acceder a los nombres de DNS específicos, y se deben permitir puertos y protocolos específicos. Consulte Arrendatarios de first-gen: requisitos de DNS, puertos y protocolos cuando se utiliza Horizon Cloud Connector y un pod de Horizon para conocer los requisitos de conectividad.
  • Antes de conectar un segundo pod de Horizon a Horizon Cloud, debe iniciar sesión en la consola administrativa de Horizon Cloud y completar el proceso de registro de dominio de Active Directory después de conectar el primer pod de Horizon mediante el proceso de incorporación de Horizon Cloud Connector. Si empareja varios pods de Horizon con Horizon Cloud antes de completar dicho registro de dominio de Active Directory, puede que ocurran resultados inesperados cuando finalmente inicie sesión en la consola para intentar registrar el dominio.
  • Debido a un problema conocido, cuando se utiliza un dominio local de Active Directory para prestar servicio a un pod en VMware Cloud on AWS, se pueden producir tiempos de acceso lentos, debido a congestión de red o latencia de red entre ese dominio de Active Directory local y el pod de VMware Cloud on AWS, que generen llamadas al agotarse el tiempo de espera del dominio. Los síntomas habituales de esta latencia son una pantalla de inicio de sesión de Active Directory que no completa el inicio de sesión antes de agotarse el tiempo de espera. Si experimenta síntomas de este tipo, puede resultar útil configurar un controlador de dominio grabable en cada centro de datos definido por software en la nube (SDDC).

Acerca de algunos de los correos electrónicos operativos del servicio

A partir de la versión de servicio de abril de 2021, para cada registro de cliente asociado con un representante designado de cuentas de cliente de VMware, algunos de los correos electrónicos operativos del sistema incluirán de forma predeterminada las direcciones de correo electrónico de los representantes de cuentas de cliente de VMware designados en el campo BCC. El propósito de incluir a los representantes de cuentas de cliente de VMware en el campo BCC del correo electrónico es garantizar una mejor incorporación y continuidad empresarial.

Los correos electrónicos operativos que incluirán a los representantes de cuentas de cliente de VMware en BCC son:

  • En la creación inicial del registro de cliente para el servicio, se especifica un nombre de cliente y una dirección de correo electrónico como Propietario en el registro de cliente recién creado. Se envía un correo electrónico de bienvenida a la dirección de correo electrónico asociada con el nombre del cliente Propietario.
  • Cuando se produce cualquier actualización relacionada con el Propietario, como una dirección de correo electrónico actualizada, se envía un correo electrónico de notificación.
  • Cuando se produce cualquier actualización relacionada con las licencias de Horizon del registro del cliente, se envía un correo electrónico de notificación.