Arrendatarios de first-gen - Para clientes actuales con pods existentes conectados a la nube: acerca de las versiones de Horizon Cloud Service

Utilice la información de esta página junto con las Novedades de las Notas de la versión para Horizon Cloud Service first-gen.

Recordatorio: Como se describe en el artículo 92424 de la base de conocimientos, se anuncia la fecha de fin de disponibilidad del plano de control de Horizon Cloud first-gen. La documentación del producto Horizon Cloud first-gen se actualizó para estar en conformidad con ese anuncio.

Introducción a este contenido

Atención: 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.

A partir de agosto de 2022, Horizon Cloud Service - next-gen tiene disponibilidad general y cuenta con su propia guía, Uso del plano de control de Horizon next gen.

Una indicación del entorno que se tiene (next-gen o first-gen) es el patrón que aparece en el campo de URL del navegador después de iniciar sesión en el entorno y ver la etiqueta Horizon Universal Console. En entornos de next-gen, la dirección URL de la consola contiene un fragmento como /hcsadmin/. La URL de la consola de first-gen muestra una sección diferente (/horizonadmin/).

Además de los elementos que aparecen en el documento de Notas de la versión, esta página está destinada a los usuarios que ya tenían pods conectados a la nube incorporados en su entorno antes de la fecha de actualización de servicio más reciente o tienen experiencia previa con funciones y flujos de trabajo de Horizon Cloud. Esta página describe la importancia que las nuevas funciones y cambios pueden tener para el usuario y estos pods. Solo se describen los cambios significativos en las funciones y los flujos de trabajo. Los cambios menores, como los diseños nuevos y los esquemas de color de la consola administrativa que no cambian significativamente los flujos de trabajo, no se detallan aquí.

La fecha de actualización del servicio más reciente para el servicio de first-gen aparece en el documento de Notas de la versión correspondiente. Para ver la información actualizada sobre los distintos flujos de trabajo que se realizan en el entorno de arrendatario de Horizon Cloud, lea los temas de la documentación que se encuentran en las guías individuales vinculadas desde la página de documentación de Horizon Cloud Service.

Las siguientes secciones retroceden a septiembre de 2019. No se puede publicar información similar para versiones anteriores.

Importante: Para obtener más información sobre los términos que se utilizan en esta página, consulte la información del documento de Notas de la versión antes de leer la información de esta página. El documento de Notas de la versión tiene información relevante clave, como el número de manifiesto del pod más reciente para los pods que se implementan en Microsoft Azure. Tenga en cuenta también que las cuestiones clave que se describen en la siguiente sección se aplican en cada versión de Horizon Cloud.

Seis cuestiones clave sobre cada versión de Horizon Cloud

• Todas las nuevas funciones basadas en el plano de nube que no dependen del nivel de versión del manifiesto del pod, del nivel de versión de Horizon Cloud Connector, del nivel de versión del pod de Horizon ni de las diferencias regionales del plano de control se proporcionan automáticamente tanto para clientes existentes como para clientes nuevos. A modo de ejemplo, los clientes existente podrán ver y aprovechar una nueva función de interfaz de usuario que no dependa de las nuevas API para las llamadas de API entre el plano de nube y los pods o una función que esté relacionada con Horizon Cloud Connector, a menos que se indique lo contrario a continuación o en las guías de producto.
• El equipo de VMware Horizon Cloud Service presenta nuevas funciones basadas en el plano de nube que son independientes del nivel de versión del manifiesto del pod, el nivel de versión de Horizon Cloud Connector o el nivel de versión del pod de Horizon de forma continua, periódica y en cualquier semana del año. El documento de Notas de la versión contiene las fechas del lanzamiento de dichas funciones.
• A partir del día en que se publica la versión del manifiesto en el plano de control de nube, el implementador de pods para Microsoft Azure siempre implementa los pods de la versión más reciente del manifiesto del pod.
• Los pods ya implementados que existen en el arrendatario de servicio antes del día en el que la versión del nuevo manifiesto del pod se publica en el plano de nube, seguirán ejecutándose en su versión de manifiesto existente hasta que se actualicen al manifiesto que sea nuevo para la versión. Se aplican las cuestiones siguientes:
  • Las nuevas funciones de servicio sin dependencias en las API que requieran el nivel de manifiesto más reciente estarán disponibles para los pods existentes.
  • Las funciones de servicio nuevas que dependan de las API en el nivel de manifiesto más reciente no estarán disponibles para los pods existentes hasta que se actualicen esos pods.
  • Algunas características de servicio nuevas pueden depender de la región del plano de nube en la que se encuentra la cuenta del arrendatario. Estas funciones se indican en la documentación, donde corresponda. La región del plano de control se indica en el correo electrónico de bienvenida a Horizon Service que se envía cuando se crea la cuenta del cliente, como se describe en Implementaciones e incorporación a Horizon Cloud para pods de Microsoft Azure y Horizon.
• El asistente Importar máquina virtual - Catálogo de soluciones de la consola utiliza la instancia de Horizon Agents Installer (HAI) integrada en el manifiesto del pod. Como resultado, los pods implementados en la versión de manifiesto más reciente tendrán el HAI más reciente integrado y, si se ejecuta el asistente Importar máquina virtual y se selecciona un pod en el nivel más reciente, se instalarán los agentes del HAI más reciente. Para los pods que aún no se han actualizado al nivel de manifiesto más reciente, el asistente Importar máquina virtual - Catálogo de soluciones utiliza la versión de HAI que estaba disponible cuando se integraron sus respectivos manifiestos de pod.
• Los pods de Horizon se incorporan a Horizon Cloud para dos casos prácticos principales: activar el uso de una licencia de suscripción con esos pods y habilitar el uso de servicios alojados en la nube que Horizon Cloud proporciona a los pods de Horizon. Cada pod se incorpora mediante Horizon Cloud Connector. Estos casos prácticos se iniciaron a partir de entornos de Horizon 7 versión 7.6 y Horizon Cloud Connector 1.0 para activar licencias de suscripción en pods de Horizon. Posteriormente, con cada nueva versión de Horizon Connection Server combinada con una nueva versión de Horizon Cloud Connector, los servicios adicionales alojados en la nube quedarán disponibles para pods de Horizon conectados a la nube que ejecutan la versión más reciente de Horizon Connection Server emparejada con la versión más reciente de Horizon Cloud Connector. Las nuevas implementaciones de Horizon Cloud Connector se admiten con las versiones N, N-1, N-2, donde N es la versión de Horizon Cloud Connector más reciente. Se recomienda que las implementaciones que aún utilizan versiones de Horizon Cloud Connector anteriores a la versión N-2 se actualicen a las versiones más recientes para aprovechar las nuevas funciones, así como las correcciones de seguridad y resistencia. Para obtener la versión N más reciente de Horizon Cloud Connector, consulte la parte superior del documento de Notas de la versión. Además, consulte la Matriz de interoperabilidad de productos de VMware para obtener las versiones compatibles actualmente del software de pods de Horizon con Horizon Cloud Connector. Si está ejecutando una combinación de versiones de Horizon Connection Server y de Horizon Cloud Connector que ya no coincide con esa matriz, actualice a una combinación admitida.

Noviembre de 2023 - v2310

Use la información que se indica a continuación si es un cliente existente, tiene pods conectados a la nube desde antes de abril de 2023 y desea comprender los efectos que tienen en su experiencia las funciones descritas en las Notas de la versión de la versión v2310.

Se publicaron nuevas versiones de los siguientes archivos binarios clave en noviembre de 2023:

Una nueva versión de manifiesto del pod con correcciones y actualizaciones de seguridad para implementaciones de Horizon Cloud on Microsoft Azure y una nueva versión de Horizon Agents Installer (HAI) con agentes actualizados.

2 de noviembre de 2023

• Como se describe en el artículo 92424 de la base de conocimientos de VMware, se anuncia la fecha de fin de disponibilidad (EOA) del plano de control de Horizon Cloud first-gen. El contenido de la implementación del pod en la documentación de Horizon Cloud Service first-gen se actualizó para que esté en conformidad con ese artículo de la base de conocimientos.
• Como se describe en el artículo 93762 de la base de conocimientos de VMware, la función Horizon Infrastructure Monitoring quedó obsoleta. Para estar en conformidad con este desuso y la información del artículo de la base de conocimientos, el contenido relacionado con esta función se eliminó de la documentación de Horizon Cloud Service first-gen.

3 de julio de 2023

Como se describe en el artículo 91183 de la base de conocimientos de VMware, VMware Workspace ONE Intelligence for Horizon está disponible para los arrendatarios de Horizon Cloud first-gen que tengan licencias de suscripción para VMware Horizon Universal, Horizon Apps Universal y Horizon Apps Standard. Con esta disponibilidad; el artículo de la base de conocimientos establece lo siguiente:

• Los paneles de control históricos y los informes proporcionados por la consola de first-gen ahora estarán disponibles a través de Workspace ONE Intelligence.
• A partir del 30 de junio de 2023, estos informes y paneles de control históricos dejarán de estar disponibles en la consola de first-gen.
• Con estos cambios, las siguientes páginas de la Guía de administración se han actualizado para adaptarlas a las actualizaciones de la consola: Página de Informes, Panel de control de Horizon Cloud, Acerca de la función de tarjeta de usuario, Presentación de Cloud Monitoring Service.
• Tenga en cuenta que si el arrendatario de first-gen ha desactivado la supervisión de los datos de la sesión de usuario, los informes asociados con el uso, las tendencias y el análisis histórico se desactivan en Workspace ONE Intelligence. Cuando se desactiva la supervisión, el sistema recopila dicha información de la sesión del usuario durante un período limitado y cifra el nombre de usuario para habilitar la administración en tiempo real mientras se desactiva la visualización histórica y acumulada de esa información del usuario. Como resultado, los informes que mostrarían la visualización histórica y acumulada de esos datos, como el informe de sesiones, no estarán disponibles. Para comprobar si el arrendatario tiene esta supervisión desactivada, desplácese hasta la configuración de la consola en Configuración > Configuración general > Supervisión.

Para obtener más información, consulte Experiencia del empleado de digital para Horizon, Integración de Horizon Cloud first-gen y Acceder a datos de Horizon Cloud en informes de Intelligence.

Mayo de 2023

Use la información que se indica a continuación si es un cliente existente, tiene pods conectados a la nube desde antes de mayo de 2023 y desea comprender los efectos que tienen en su experiencia las funciones descritas en las Notas de la versión de mayo de 2023.

Para solicitar la habilitación de una función bajo demanda, puede tramitar una solicitud de soporte tal y como se describe en el artículo de la base de conocimientos de VMware 2006985.

Se publicaron nuevas versiones de los siguientes archivos binarios clave en mayo de 2023:

Una nueva versión de Horizon Cloud Connector.

Nuevas funciones de Horizon Cloud Connector v2.4

• Ahora puede cambiar las credenciales de Horizon Connection Server configuradas en Horizon Cloud Connector. Consulte Actualizar las credenciales de la instancia de Active Directory registrada.
• Ahora puede configurar un certificado en Horizon Cloud Connector para permitir una conexión con el plano de control cuando la descarga de SSL esté configurada para el tráfico saliente. Consulte Configurar los certificados personalizados firmados por una CA.
• El dispositivo renovará automáticamente su certificado de clúster de Kubernetes antes de que se alcance la fecha de caducidad del certificado. Además, la interfaz de usuario muestra el número de días que quedan para caducar. Consulte Cómo abordar la advertencia de certificados de clúster de Kubernetes y la renovación automática del sistema.

abril de 2023 - v2303

Use la información que se indica a continuación si es un cliente existente, tiene pods conectados a la nube desde antes de abril de 2023 y desea comprender cómo afectan a su experiencia las funciones que se describen en las notas de la versión de abril de 2023 y la versión v2303.

Para solicitar la habilitación de una función bajo demanda, puede tramitar una solicitud de soporte tal y como se describe en el artículo de la base de conocimientos de VMware 2006985.

Se publicaron nuevas versiones de los siguientes archivos binarios clave en abril de 2023:

Una nueva versión de manifiesto del pod para las implementaciones de Horizon Cloud on Microsoft Azure y una nueva versión de Horizon Agents Installer (HAI).

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Para los pods de la versión de manifiesto 4136 o posterior, cuando se utiliza el asistente de importación de la página Máquinas virtuales importadas y cuando se publica una imagen de varios pods desde la página Imágenes - Varios pods, ya no se ofrece la opción para Skype for Business en las opciones de agente. Como se describe en las Novedades de Horizon Agent para Windows 2303, la función conocida como VMware Virtualization Pack para Skype for Business ya no se admite a partir de Horizon Agent 2303.

Nuevos elementos relacionados con imágenes

Se agregó compatibilidad para los siguientes sistemas operativos invitados Windows:

• Windows 10 Enterprise 22H2
• Windows 10 Enterprise multisesión 22H2
• Windows 11 Enterprise 22H2
• Windows 11 Enterprise multisesión 22H2
• Centro de datos de Windows Server 2022

Octubre de 2022 - versión 2210

Use la siguiente información si es un cliente existente con pods conectados a la nube desde antes de octubre de 2022 y desea comprender los efectos en su experiencia a partir de las funciones que se describen en las Notas de la versión de octubre de 2022 y la versión 2210.

Para solicitar la habilitación de una función bajo demanda, puede tramitar una solicitud de soporte tal y como se describe en el artículo de la base de conocimientos de VMware 2006985.

Se han publicado nuevas versiones de los siguientes archivos binarios clave en octubre de 2022:

Una nueva versión de manifiesto del pod para las implementaciones de Horizon Cloud on Microsoft Azure, una nueva versión de Horizon Cloud Connector y una nueva versión de Horizon Agents Installer (HAI).

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Los administradores ahora pueden configurar la opción NTP en las instancias de Unified Access Gateway de una implementación de puerta de enlace para heredar la configuración de NTP utilizada en las instancias del administrador de pods. Para los pods con configuraciones de puerta de enlace que existían en el arrendatario antes de esta versión, puede utilizar el flujo de trabajo Editar pod para consumir esta función y asegurarse de que las instancias de Unified Access Gateway hereden la configuración de NTP utilizada en las instancias del administrador de pods.
• Debido a un problema de API, la función de consola de la versión 2201 para configurar un servidor syslog en las instancias de Unified Access Gateway para implementaciones Horizon Cloud Service on Microsoft Azure se ha desactivado hasta que se solucionen los problemas de la API. Al desactivar la función en Horizon Universal Console, las referencias a la función se eliminan de la documentación de Horizon Cloud Service hasta que la función vuelva a la consola.

Nuevos elementos relacionados con el servicio de administración de imágenes (IMS)

Para las implementaciones de pod de Horizon a partir de Horizon 8 2209, en función de cómo desee que se administre la imagen maestra, puede cambiar el origen de la instantánea y la imagen maestra de los grupos y las granjas de vCenter al catálogo de imágenes, o viceversa. Para aprovechar esta nueva función, utilice las operaciones de VMware Horizon Console para editar las granjas y los grupos existentes y el mantenimiento de clones instantáneos para cambiar la entidad de origen relevante.

• Crear y administrar grupos de escritorios automatizados de clones completos
• Mantenimiento de una granja automática de clones instantáneos
• Mantenimiento de un grupo de escritorios de clones instantáneos

Nuevos elementos relacionados con Universal Broker y pods de Horizon

• Debido a las mejoras realizadas en la consola de administración de Unified Access Gateway en Unified Access Gateway versión 2209, las etiquetas de interfaz de usuario de la configuración de JWT se modifican ligeramente cuando la implementación de Horizon utiliza esa versión. La página de documentación correspondiente Pods de Horizon: configurar Unified Access Gateway para su uso con Universal Broker se actualiza para incluir la descripción de los elementos adecuados cuando la implementación incluye Unified Access Gateway versión 2209 o posterior.

Agosto de 2022 - v2207

Use la siguiente información si es un cliente existente con pods conectados a la nube desde antes de agosto de 2022 y desea comprender los efectos en su experiencia a partir de las funciones que se describen en las Notas de la versión de agosto de 2022 y la versión v2207.

Para solicitar la habilitación de una función bajo demanda, puede tramitar una solicitud de soporte tal y como se describe en el artículo de la base de conocimientos de VMware 2006985.

Se publicaron nuevas versiones de los siguientes archivos binarios clave en la versión v2207:

Una nueva versión del manifiesto del pod para las implementaciones de Horizon Cloud on Microsoft Azure y Horizon Agents Installer (HAI).

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Los administradores ahora pueden configurar los conjuntos de claves de cifrado que se aceptarán cuando los clientes se conecten a las máquinas de Unified Access Gateway. Para los pods con configuraciones de puerta de enlace que existían en el arrendatario antes de esta versión, utilice la página de detalles del pod para revisar los conjuntos de claves de cifrado configurados en esas configuraciones de puerta de enlace. Puede utilizar el flujo de trabajo Editar pod para cambiar los conjuntos de claves de cifrado configurados.
• Durante el mantenimiento de la actualización, se utilizarán recuentos de sesiones de Unified Access Gateway para optimizar el tiempo y reducir las interrupciones de las sesiones de los usuarios finales.
• El motor de implementación transitorio del pod, también conocido como Jump Box, se elimina de la arquitectura de las nuevas implementaciones y actualizaciones de Horizon Cloud on Microsoft Azure. Solo se requiere capacidad para un Jump Box transitorio si abre una solicitud de soporte y el servicio de asistencia de VMware determina que la forma de abordar esa solicitud es implementar una máquina virtual de Jump Box relacionada con la asistencia, bajo su supervisión.
• Para evitar los efectos de la próxima retirada de algunos modelos de máquina virtual de la nube de Microsoft Azure, adapte mejor la importación de máquinas virtuales compatibles con GPU y estandarice los modelos de máquina virtual para las importaciones de imágenes de pod único y de varios pods. A partir de la versión v2207, se cambiaron los modelos de máquina virtual que utiliza de forma predeterminada el asistente automatizado Importar máquina virtual desde Marketplace del servicio.

  El asistente ahora utiliza los siguientes modelos como se indica para las imágenes de un solo pod y las de varios pods. Le recomendamos comprobar las cuotas de las familias de máquinas virtuales de las suscripciones de Azure de sus pods para asegurarse de tener una cuota disponible para las imágenes que piensa crear con el asistente.

  El asistente Importar máquina virtual desde Marketplace crea lo siguiente:

  • Una máquina virtual Standard_DS2_v2 sin GPU ni Windows 11
  • Una máquina virtual Standard_D4s_v3 sin GPU con Windows 11
  • Una máquina virtual Standard_NV12s_v3 compatible con GPU

Elementos adicionales de nota

• Debido a que cada suscripción incluye un arrendatario de Workspace ONE Access que se puede agregar mediante Horizon Universal Console, se puede crear un nuevo arrendatario de Workspace ONE Access desde Horizon Universal Console. Este cambio es compatible con las operaciones empresariales de VMware.

Mayo de 2022 - v2204

Use la información que se indica a continuación si es un cliente existente, tiene pods conectados a la nube desde antes de mayo de 2022 y desea comprender los efectos que tienen en su experiencia las funciones descritas en las Notas de la versión de mayo de 2022.

Para solicitar la habilitación de una función bajo demanda, puede tramitar una solicitud de soporte tal y como se describe en el artículo de la base de conocimientos de VMware 2006985.

Se publicaron nuevas versiones de los siguientes archivos binarios clave en la versión 2204:

Una nueva versión de manifiesto del pod para las implementaciones de Horizon Cloud on Microsoft Azure, nuevas versiones de Horizon Cloud Connector, Universal Broker Plugin Installer y Horizon Agents Installer (HAI).

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Windows 11 es ahora un sistema operativo invitado compatible con las implementaciones de Horizon Cloud on Microsoft Azure. Consulte esta página para conocer las consideraciones, las limitaciones y los problemas conocidos relacionados con el uso combinado de Windows 11 y el servicio: Compatibilidad con el sistema operativo invitado Windows 11: consideraciones, limitaciones y problemas conocidos. Para usar esta función, el pod debe ejecutar el manifiesto de esta versión u otra posterior.

  Algunos puntos adicionales sobre la compatibilidad descrita con Windows 11:

  • Si importa de forma manual máquinas virtuales Windows 11, asegúrese de usar la versión 22.1 u otra posterior de Horizon Agents Installer (HAI) al instalar los agentes. La compatibilidad con Windows 11 requiere, como mínimo, la versión del agente que proporciona HAI 22.1.
  • Actualmente no se puede utilizar el flujo de trabajo de captura App Volumes de la consola con una imagen maestra de Windows 11. Como solución alternativa, puede capturar los paquetes con una imagen maestra de Windows 10 y, a continuación, asignarlos a los usuarios finales para que los utilicen con su escritorio asignado Windows 11, de sesión única o multisesión.
• Los nuevos pods de Horizon Cloud on Microsoft Azure siempre se implementarán con la alta disponibilidad habilitada.
• Las imágenes de varios pods ahora aprovecharán los ajustes de proxy configurados en todas las operaciones de imagen originadas desde la red del cliente a Internet (como cuando se usa el asistente Importar máquina virtual - Catálogo de soluciones automatizado).
• Compatibilidad con la importación manual de máquinas virtuales desde Azure Marketplace que utilizan controladores de gráficos y GPU de AMD. También es compatible el uso de esas máquinas virtuales importadas con imágenes maestras. Esta compatibilidad requiere usar el modelo de máquina virtual de Azure Standard_NV4as_v4 y que el pod ejecute el manifiesto de esta versión o una versión posterior.
• En las asignaciones dedicadas existentes, ahora puede ajustar la memoria, el disco o la CPU de las cargas de trabajo de una máquina virtual aprovisionada en función de las necesidades de cada usuario. Al hacerlo, el tipo de grupo cambiará a Mixto. El uso de esta función se admite en pods que ejecutan el manifiesto de esta versión o una versión posterior.
• La versión recomendada de Horizon Agents Installer ahora se muestra en la pantalla Capacidad de la consola. Se generarán notificaciones regulares a modo de recordatorios dirigidas a mantener los agentes actualizados. Se proporciona esta función para pods que ejecutan el manifiesto de esta versión o una versión posterior.
• Las máquinas virtuales de Microsoft Azure creadas por el servicio que entren en estado Detenido debido al apagado de un sistema operativo invitado ahora cambiarán automáticamente al estado Desasignado para evitar la facturación continua. El uso de esta función se admite en pods que ejecutan el manifiesto de esta versión o una versión posterior.
• Mejoras en el área de App Volumes para pods de Horizon Cloud. Para utilizar esta función, el pod debe ejecutar el nivel de manifiesto de esta versión o una versión posterior.
  • Las aplicaciones ahora se pueden enviar a pedido cuando un usuario hace clic para iniciar la aplicación desde el escritorio y el menú Inicio, y el comportamiento resultante es el mismo que si la aplicación ya estuviera instalada de forma nativa en la máquina Windows. La opción está disponible para los paquetes creados recientemente.
• Para mitigar los efectos de un problema de Microsoft Azure, a partir de la versión de servicio 2204, se cambiaron los modelos de máquina virtual que utiliza el asistente automatizado Importar máquina virtual - Catálogo de soluciones del servicio de forma predeterminada para las imágenes del sistema operativo Windows 10 sin GPU. Para obtener información detallada sobre el problema notificado, consulte el artículo KB88343 de VMware.

  El asistente también utiliza modelos específicos para ofrecer la compatibilidad con Windows 11 que se agregó recientemente en esta versión 2204.

  El asistente ahora utiliza los siguientes modelos. Le recomendamos comprobar las cuotas de las familias de máquinas virtuales de las suscripciones de Azure de sus pods para asegurarse de tener una cuota disponible para las imágenes que piensa crear con el asistente.

  El asistente Imagen de pod único - Importar máquina virtual - Catálogo de soluciones crea los siguientes elementos:

  • Una imagen de pod único de los sistemas operativos Windows 10 Enterprise multisesión o Windows 10 sin GPU, y una máquina virtual Standard_DS2_v2.
  • Una imagen de pod único de máquina virtual con sistema operativo Windows Server sin GPU, y una máquina virtual Standard_D2_v3.
  • Una imagen de pod único de los sistemas operativos Windows Server, Windows 10 Enterprise multisesión o Windows 10 compatible con GPU, y una máquina virtual Standard_NV6.
  • Una imagen de pod único de los sistemas operativos Windows 11 Enterprise multisesión o Windows 11 sin GPU, y una máquina virtual Standard_D4s_v3.
  • Una imagen de pod único de los sistemas operativos Windows 11 Enterprise multisesión o Windows 11 compatible con GPU, y una máquina virtual Standard_NC6s_v3.
  • Una imagen de pod único del sistema operativo Windows 7 sin GPU, y una máquina virtual Standard_DS2_v2 (GPU no compatible con Windows 7).

  El asistente Imagen de varios pods - Importar máquina virtual - Catálogo de soluciones crea los siguientes elementos:

  • Una imagen de varios pods de los sistemas operativos Windows Server, Windows 10 Enterprise multisesión o Windows 10 sin GPU, y una máquina virtual Standard_DS2_v2.
  • Una imagen de varios pods de los sistemas operativos Windows Server, Windows 10 Enterprise multisesión o Windows 10 compatible con GPU, y una máquina virtual Standard_NV6.
  • Una imagen de varios pods de los sistemas operativos Windows 11 Enterprise multisesión o Windows 11 sin GPU, y una máquina virtual Standard_D4s_v3.
  • Una imagen de varios pods de los sistemas operativos Windows 11 Enterprise multisesión o Windows 11 compatible con GPU, y una máquina virtual Standard_NC6s_v3.
  • Una imagen de varios pods del sistema operativo Windows 7 sin GPU, y una máquina virtual Standard_DS2_v2 (GPU no compatible con Windows 7).

Elementos adicionales de nota

• En lo que respecta a la compatibilidad de IMS con pods locales de Horizon, tenga en cuenta lo siguiente:
  • Se proporciona una opción para seleccionar los almacenes de datos y las redes en la instancia de vCenter Server del pod de destino para la copia de la imagen.
  • Ahora se puede usar IMS con una instancia de vCenter Server con varios clústeres.
  • Ahora se proporciona la opción Volver a publicar para intentar publicar de nuevo cuando se produce un error en el proceso con este tipo de pod.

Marzo de 2022 - v2203

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de marzo de 2022 y desee comprender los efectos en su experiencia a partir de las funciones que se describen en las Notas de la versión de marzo de 2022.

Para solicitar la habilitación de una función bajo demanda, puede tramitar una solicitud de soporte tal y como se describe en el artículo de la base de conocimientos de VMware 2006985.

Nota: Las versiones de disponibilidad general de Horizon Agents Installer, Horizon Cloud Connector y Universal Broker Plugin Installer no se modifican en esta versión 2203.

Se han publicado nuevas versiones de los siguientes archivos binarios clave en la versión 2203:

Una nueva versión de manifiesto para pods de Horizon Cloud implementados en Microsoft Azure por el asistente de implementación del servicio. Además de proporcionar la compatibilidad de back-end que los administradores de pods necesitan para algunas de las funciones publicadas recientemente, este manifiesto incluye mejoras en el código de la plataforma de cara a la fiabilidad.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Un nuevo botón Editar en la pestaña Resumen de una asignación de escritorios VDI ofrece la comodidad de editar los detalles de la asignación.
• La pestaña Resumen de una granja muestra información útil adicional, como la fecha y hora de creación de la granja, el nombre del grupo de recursos de Azure y su identificador de granja.
• El implementador de pods ya no requiere la creación de un almacén de claves de Azure durante la implementación del pod. Tenga en cuenta que el asistente Agregar pod seguirá validando que la suscripción tenga el proveedor de recursos Microsoft.KeyVault en estado Registered para admitir el uso de la función de cifrado de disco de las asignaciones de escritorios VDI y las granjas. Esta función requiere la creación de un almacén de claves en el grupo de recursos del administrador de pods en el momento en que se selecciona el uso de esa función de cifrado de disco.
  Importante: Los clientes existentes no deben eliminar los almacenes de claves que existen en sus implementaciones de Horizon Cloud on Microsoft Azure, a menos que el soporte de VMware lo indique. La eliminación manual de los almacenes de claves colocará las implementaciones en un estado no compatible.
• RSA SecurID es una opción para una configuración de autenticación en dos fases en las configuraciones de puerta de enlace del pod. Para utilizar esta función con una configuración de puerta de enlace ya implementada, el pod debe ejecutar la versión de manifiesto 3139 o una versión posterior. Esta función tiene programada su habilitación en los asistentes Agregar pod y Editar pod a mediados de marzo de 2022. La opción estará visible en esos asistentes en ese momento.

Elementos adicionales de nota

• Ya no se admite el uso de las funciones de supervisión de la infraestructura de Horizon con pods de Horizon. Como resultado, todas las referencias al uso de estas funciones con pods de Horizon se eliminan de la documentación. (Los pods de Horizon son los que ejecutan Connection Server).

Febrero de 2022: Versión 2201

Use la siguiente información si es un cliente existente con pods conectados a la nube desde antes de febrero de 2022 y quiere conocer los efectos que van a tener en su experiencia las funciones descritas en las Notas de la versión de febrero de 2022.

Nota: Las versiones de disponibilidad general de Horizon Agents Installer, Horizon Cloud Connector y Universal Broker Plugin Installer no se modifican en esta versión 2201.

Se han publicado nuevas versiones de los siguientes archivos binarios clave en la versión 2201:

Una nueva versión de manifiesto para pods de Horizon Cloud implementados en Microsoft Azure por el asistente de implementación del servicio. Además de proporcionar la compatibilidad de back-end que los administradores de pods necesitan para algunas de las funciones publicadas recientemente, este manifiesto incluye mejoras en el código de la plataforma de cara al rendimiento y la fiabilidad.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Ahora, LDAPS se puede seleccionar como protocolo al registrar el entorno de Active Directory en el tenant. Esta función está disponible cuando el tenant está habilitado explícitamente para ella y todos los pods ejecutan el nivel de manifiesto de dicha versión. Para solicitar que se habilite esta función, debe tramitar una solicitud de soporte tal y como se describe en el artículo de la base de conocimientos de VMware 2006985.
• Durante el tiempo en que haya programada una actualización de un pod, la página de detalles del pod en la consola muestra un banner que indica que, tras la actualización del pod y de sus instancias de Unified Access Gateway, es posible que deba actualizar las direcciones IP que están configuradas en el servidor RADIUS como conexiones de cliente permitidas de las NIC en las instancias de Unified Access Gateway. Si un pod tiene una configuración de puerta de enlace, las instancias de Unified Access Gateway también se actualizan cuando ese pod se actualice a una nueva versión de manifiesto. Con esta función, durante el tiempo en que la actualización esté programada, la página de detalles del pod en la consola le alertará de que, cuando la configuración de la puerta de enlace haya configurado los ajustes de RADIUS, es posible que deba realizar más acciones para garantizar que la configuración del servidor RADIUS se ha actualizado para permitir conexiones de cliente desde las direcciones IP que las NIC de puerta de enlace van a usar tras la actualización.

Nuevos elementos relacionados con el servicio de administración de imágenes (IMS)

• Ahora, puede seleccionar los pods en los que desee copiar imágenes de varios pods. Antes, las imágenes se copiaban en todos los pods de forma predeterminada.

Nuevos elementos relacionados con Universal Broker

• En la herramienta de soporte técnico, el desglose de los segmentos de inicio de sesión se muestra en los datos de la sesión de los usuarios que se conectan a través de Universal Broker.
• Ahora, cuando Universal Broker y Dynamic Environment Manager se utilizan juntos, Dynamic Environment Manager puede distinguir entre usuarios internos y externos para poder aplicar directivas inteligentes.
• En los pods de Horizon, ahora el flujo de trabajo de asignación de varias nubes de VDI admite grupos que ejecutan Windows Server 2019.

Noveembre de 2021 - v2111

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de octubre de 2021 y desee comprender los efectos en su experiencia a partir de las nuevas funciones del servicio con la versión de este mes.

Las nuevas versiones de los siguientes archivos binarios importantes se han publicado en noviembre de 2021: una nueva versión de manifiesto del pod para pods implementados por el servicio, nuevas versiones de Horizon Cloud Connector, Universal Broker Plugin Installer y Horizon Agents Installer (HAI).

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Ahora puede editar el tipo de modelo de máquina virtual para una asignación de escritorios VDI existente. El pod debe estar ejecutando el nivel de manifiesto de esta versión.
• La administración de imágenes de varios pods ahora es compatible con sistemas operativos multisesión. Ahora puede crear granjas a partir de dichas imágenes de varios pods. El pod debe ejecutar el manifiesto 2915.x o una versión posterior.
• En los arrendatarios habilitados con agente de pod único, ahora puede mover una máquina virtual individual entre asignaciones de escritorios VDI aprovisionadas por el mismo pod de Horizon Cloud. Para poder utilizar esta función, el arrendatario debe estar habilitado explícitamente para ello y el pod debe ejecutar el nivel de manifiesto de esta versión. Puede solicitar la habilitación de esta función en el arrendatario rellenando una solicitud de soporte, tal como se describe en el artículo de la base de conocimientos de VMware 2006985.
• En el área de las actualizaciones automáticas de agente, ahora puede corregir actualizaciones de agente incompletas o con errores en los casos en los que el agente se detiene y no se ejecuta en la máquina virtual. El pod debe estar ejecutando el nivel de manifiesto de esta versión.
• Mejoras en el área de App Volumes para pods de Horizon Cloud. El pod debe estar ejecutando el nivel de manifiesto de esta versión.
  • Los paquetes de aplicaciones se desasociarán automáticamente cuando el último usuario asignado de esa aplicación cierre sesión en un sistema Windows 10 Enterprise multisesión. Anteriormente, era necesario apagar la máquina virtual para desasociar los paquetes.
  • App Volumes ahora admite VMware Dynamic Environment Manager con sistemas operativos Windows 10 Enterprise multisesión.
  • Los archivos por lotes de App Volumes se pueden utilizar para configurar el flujo de trabajo de App Volumes. Esta función se incluye en la Guía de administración de App Volumes, en la página relativa a los Scripts por lotes para el flujo de trabajo de App Volumes.
  • La utilidad RunAsUser.exe ahora se incluye con App Volumes Agent y esto permite ejecutar el ejecutable desde los archivos por lotes de la configuración avanzada de App Volumes. Por lo general, el código de estos archivos por lotes se ejecuta en el ámbito del sistema y se puede utilizar esta utilidad para ejecutar código en el contexto del usuario actual que inició sesión. Esta función se incluye en la Guía de administración de App Volumes, en la página relativa a Usar RunAsUser para scripts por lotes de App Volumes.
  • Mejoras en el comportamiento de reinicio del Administrador de trabajos de impresión en un sistema operativo Windows 10 Enterprise multisesión.

Nuevos elementos relacionados con Universal Broker

A partir de esta versión, para las implementaciones nuevas de Horizon Cloud on Microsoft Azure, Universal Broker es el agente habilitado de forma predeterminada.

Otros aspectos importantes para los clientes actuales

• Ahora puede especificar direcciones de correo electrónico para recibir alertas y notificaciones del arrendatario, y dichas direcciones no tienen que estar asociadas a una función de administrador de arrendatarios. Antes de esta función, solo los administradores de arrendatarios podían recibir alertas y notificaciones por correo electrónico.
• Cuando la Licencia universal de Horizon del arrendatario incluye licencias para componentes de VMware SDDC como VMware vCenter, vSAN y vSphere, puede recuperar dichas claves mediante Horizon Universal Console. En la consola, puede seleccionar las versiones de las claves que desea recuperar y puede ver dichas claves en cualquier momento. Para utilizar la consola para generar la clave, debe tener la función de superadministrador en el arrendatario y ser usuario de Customer Connect en el EA asociado al arrendatario.
• El redireccionamiento de Workspace ONE está habilitado en el nivel de arrendatario, los usuarios finales se redireccionan correctamente a Workspace ONE Hub incluso cuando los clientes de usuario final se conectan directamente al FQDN en la configuración de Unified Access Gateway del pod. Anteriormente, dichas conexiones de usuario final se realizaban directamente obteniendo un escritorio.

Octubre de 2021 - versión 2110

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de octubre de 2021 y desee comprender los efectos en su experiencia a partir de las nuevas funciones del servicio con la versión de este mes.

Nota: Las versiones de disponibilidad general de Horizon Agents Installer, Horizon Cloud Connector y Universal Broker Plugin Installer no se modifican en esta versión 2110.

Además, la versión de manifiesto del pod para pods de Horizon Cloud implementados en Microsoft Azure por el asistente de implementación del servicio sigue siendo 3000.x. Si se requieren correcciones críticas, estarán disponibles revisiones como 3000.1, 3000.2, etc.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Horizon Universal Console ahora admite permisos de ámbito limitado para asignaciones de escritorios y granjas para las funciones predefinidas integradas. Para poder utilizar esta función, el arrendatario debe estar habilitado explícitamente para ello y todos los pods de Horizon Cloud deben ejecutar el manifiesto 2915.x o una versión posterior. Puede solicitar la habilitación de esta función en el arrendatario rellenando una solicitud de soporte, tal como se describe en el artículo de la base de conocimientos de VMware 2006985.
• En los flujos de trabajo Nuevo pod y Editar pod, los administradores ahora pueden elegir 8443 como puerto TCP para Blast Extreme en las instancias de Unified Access Gateway del pod. Antes de esta función, el puerto TCP de Blast Extreme estaba establecido en 443 de forma predeterminada y no había ninguna opción del asistente para cambiarlo. El puerto 8443 es muy preferible, ya que tiene un mejor rendimiento para el tráfico de cliente a puerta de enlace y utiliza menos recursos en las instancias de Unified Access Gateway. Las posibilidades de congestión de CPU en las instancias de que causan retrasos de tráfico desde el cliente se reducen cuando se utiliza el puerto TCP de Blast Extreme 8443. Puede utilizar el flujo de trabajo Editar pod para cambiar el puerto TCP de Blast Extreme para las configuraciones de puerta de enlace existentes.
• Para las aplicaciones de App Volumes con escritorios de sesión múltiple, la anulación de la asociación del paquete de aplicaciones ahora se produce después de que el último usuario asignado al paquete cierre sesión. Ya no es necesario apagar la máquina virtual de granja subyacente para anular la asociación de volúmenes. Anteriormente, la anulación de la asociación del paquete de aplicación se realizaba al apagar la máquina virtual.

Nuevos elementos relacionados con Universal Broker

• Universal Broker y las asignaciones de varias nubes ahora admiten el brokering de escritorios y aplicaciones para pods mediante Google Cloud VMware Engine (GCVE).
• Universal Broker ahora admite la capacidad de restringir el inicio de escritorios virtuales, escritorios publicados y aplicaciones publicadas a clientes y versiones específicos, y proporcionar mensajes de advertencia a los clientes.
• Universal Broker ahora admite la capacidad de que los usuarios finales se conecten a sus escritorios VDI y escritorios publicados mediante el protocolo RDP desde las instancias de Horizon Clients que proporcionan el protocolo RDP como una opción para su uso con escritorios basados en Windows.

Nuevos elementos relacionados con Horizon Cloud Connector y pods de Horizon conectados a la nube

• Con el lanzamiento del archivo binario nativo de la versión Horizon Cloud Connector 2.0 para Google Cloud Platform, todos los servicios de plano de nube que proporciona el plano de nube para los pods de Horizon implementados con una arquitectura federada ahora son compatibles con dichos pods. Estos pods utilizan Google Cloud Platform para los componentes de administración y Google Cloud VMware Engine (GCVE) para los componentes de escritorio. Utilice Horizon Cloud Connector versión 2.0 para obtener esta compatibilidad completa. Tenga en cuenta que, actualmente, el servicio de administración de imágenes (IMS) solo es compatible con pods locales de Horizon y no con implementaciones de pod de Horizon basadas en la nube.
• Con el lanzamiento del archivo binario nativo de la versión Horizon Cloud Connector 2.0 para Amazon EC2, todos los servicios de plano de nube que proporciona el plano de nube para los pods de Horizon implementados con una arquitectura federada ahora son compatibles con dichos pods. Estos pods utilizan Amazon EC2 para los componentes de administración y VMware Cloud on AWS para los componentes de escritorio. Se requiere como mínimo la versión 2.0 de Horizon Cloud Connector para esta función. Para las nuevas implementaciones se debe utilizar la versión más reciente. Tenga en cuenta que, actualmente, el servicio de administración de imágenes (IMS) solo es compatible con pods locales de Horizon y no con implementaciones de pod de Horizon basadas en la nube.
• El archivo OVA de Horizon Cloud Connectorversión 2.0 ahora se admite para su uso con Horizon on VMware Cloud on Dell EMC. Estos pods son implementaciones integrales de SDDC. Excepto Cloud Monitoring Service (CMS) y el servicio de administración de imágenes (IMS), estos servicios del plano de nube que proporciona el plano de nube para pods Horizon en implementaciones integrales de SDDC son compatibles con este tipo de implementación.

Septiembre de 2021 - v2109

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de septiembre de 2021 y desee comprender los efectos en su experiencia a partir de las funciones que se describen en las Notas de la versión de septiembre de 2021.

Nota: Las versiones de disponibilidad general de Horizon Agents Installer, Horizon Cloud Connector y Universal Broker Plugin Installer no se modifican en esta versión 2109.

Se han publicado nuevas versiones de los siguientes archivos binarios clave en la versión 2109:

Una nueva versión de manifiesto para pods de Horizon Cloud implementados en Microsoft Azure por el asistente de implementación del servicio. Además de proporcionar la compatibilidad de back-end que los administradores de pods necesitan para algunas de las funciones publicadas recientemente, este manifiesto incluye mejoras en el código de la plataforma de cara al rendimiento y la fiabilidad.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Horizon Agent Update ahora es compatible con las actualizaciones del agente de destino en escritorios individuales dentro de la asignación. El uso de esta función requiere que un pod se ejecute en el nivel de manifiesto de esta versión.
• El asistente de implementación de pods y el asistente Editar pod ya no requieren tener una configuración de Unified Access Gateway, a menos que la configuración de Universal Broker del arrendatario incluya la autenticación en dos fases. Anteriormente, los asistentes requerían el uso de al menos una instancia de Unified Access Gateway en el pod.
• Cuando el arrendatario está configurado para usar brokering de pod único, ahora se admite la conexión a un escritorio VDI o a un escritorio de sesión basado en granja mediante el protocolo RDP. Esta función se admite para pods que ejecutan la versión de manifiesto 3000.x o versiones posteriores.
• Los requisitos del sistema para realizar la transición de un arrendatario de agente de pod único a Universal Broker ya no incluyen tener al menos una configuración de Unified Access Gateway interna o externa en cada pod, excepto en los siguientes escenarios.
  • Si selecciona habilitar la autenticación en dos fases en la configuración de Universal Broker en el asistente Programar transición. Cuando se habilita la autenticación en dos fases para Universal Broker en el asistente, la transición requiere que cada pod del grupo del arrendatario tenga una instancia de Unified Access Gateway externa.
  • Cuando el grupo de arrendatarios también incluye pods de Horizon, y la página Agente de la consola indica que su configuración de Universal Broker ya tiene habilitada la autenticación en dos fases. En este caso también, la transición requiere que todos los pods del grupo del arrendatario tengan una instancia de Unified Access Gateway externa.
• Para las aplicaciones de App Volumes con escritorios de sesión múltiple, la anulación de la asociación del paquete de aplicaciones ahora se produce después de que el último usuario asignado al paquete cierre sesión. Ya no es necesario apagar la máquina virtual de granja subyacente para anular la asociación de volúmenes. Anteriormente, la anulación de la asociación del paquete de aplicación se realizaba al apagar la máquina virtual.

Nuevos elementos relacionados con Horizon Cloud Connector y pods de Horizon conectados a la nube

• Ahora están disponibles los pasos documentados para usar las funciones de alta disponibilidad de vSphere con el dispositivo de Horizon Cloud Connector. Dado que esta capacidad se basa en las funciones de alta disponibilidad de vSphere, es específica para las arquitecturas de pods basados íntegramente en SDDC y locales. En esas arquitecturas de implementación, Horizon Cloud Connector se implementa en una infraestructura de vSphere.
• Ahora se admite el uso de Cloud Monitoring Service y pods implementados con el diseño de implementación federada que utiliza Google Cloud Platform y Google Cloud VMware Engine (GCVE).
• El asistente Cambiar al estado administrado ya no requiere tener una configuración de Unified Access Gateway a menos que la configuración de Universal Broker del arrendatario incluya la autenticación en dos fases. Anteriormente, el asistente requería el uso de al menos una instancia de Unified Access Gateway en el pod.

Nuevos elementos relacionados con Universal Broker

Para los usuarios finales de la red interna, Universal Broker ahora admite conexiones directas entre sus clientes y las aplicaciones remotas y los escritorios virtuales (VDI y RDSH). Con esta compatibilidad, ya no es necesario disponer de una instancia de Unified Access Gateway interna para iniciar aplicaciones remotas y escritorios virtuales para estas conexiones internas. Para admitir el inicio por parte de estos clientes internos de las aplicaciones remotas y los escritorios virtuales, debe utilizar la opción Agente > Rangos de redes de la consola para especificar rangos de direcciones NAT de salida para que Universal Broker pueda reconocer los rangos especificados como originados desde la red interna.

Agosto de 2021 - v2108

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de agosto de 2021 y desee comprender los efectos en su experiencia a partir de las funciones que se describen en las Notas de la versión de agosto de 2021.

Nota: Las versiones de disponibilidad general de Horizon Agents Installer, Horizon Cloud Connector y Universal Broker Plugin Installer no se modifican en esta versión 2108.

Se han publicado nuevas versiones de los siguientes archivos binarios clave en la versión 2108:

Una nueva versión de manifiesto para pods de Horizon Cloud implementados en Microsoft Azure por el asistente de implementación del servicio. Este manifiesto incluye mejoras en el código de la plataforma de cara al rendimiento y la fiabilidad.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Se agregan dos operaciones adicionales al conjunto de operaciones que necesita utilizar la entidad de servicio en la suscripción, como se describe en Arrendatarios de first-gen: cuando la organización prefiere utilizar una función personalizada para el registro de la aplicación de Horizon Cloud first-gen. Estas dos operaciones adicionales están indicadas para respaldar una próxima función mediante la cual el servicio pueda reducir el tiempo que necesita para llevar a cabo la implementación de un nuevo pod y para una actualización del pod mediante el uso de imágenes preconfiguradas en Microsoft Azure Marketplace. Cuando la entidad de servicio utiliza una función personalizada, esa función necesitará la capacidad de realizar estas dos operaciones adicionales.
• Cuando se crea una asignación de App Volumes, el asistente ya no incluye el menú de selección Familia de sistema operativo. Debido a que los paquetes capturados en una máquina virtual que ejecuta un tipo de sistema operativo Windows son compatibles con los escritorios que ejecutan los tipos de sistemas operativos Windows que están disponibles para usar con estos pods, se determinó que ya no era necesario especificar la familia de sistema operativo para la asignación. Por lo tanto, se podía eliminar el menú del asistente sin perder la funcionalidad. Este cambio también se aplica a las asignaciones App Volumes que se crearon antes de esta versión. Al editar las asignaciones de App Volumes existentes, incluso cuando se haya seleccionado Familia de sistema operativo al crear la asignación, ese campo ya no estará presente en la ventana de edición puesto que el sistema ya no necesita la opción Familia de sistema operativo.
• Otras mejoras en el área de notificación de errores que se producen durante el proceso automatizado de actualización del agente. Cuando el pod ejecuta la nueva versión de manifiesto de esta versión, el informe CSV descargable ahora también proporciona los nombres de las máquinas virtuales de escritorio en las que se ha llevado a cabo correctamente o se ha omitido el proceso de actualización del agente, además de aquellos casos en los que el proceso ha fallado.

Otros aspectos importantes para los clientes actuales

La integración con un nuevo producto de VMware, VMware Workspace ONE Assist for Horizon, permite a los administradores de Horizon Cloud iniciar sesiones de soporte remoto directamente con la herramienta del departamento de soporte técnico desde Horizon Universal Console. Los administradores pueden ayudar a los usuarios finales con tareas y problemas relacionados con sus sesiones de escritorios virtuales. VMware Workspace ONE Assist for Horizon forma parte de la línea de productos VMware Workspace ONE UEM. Para saber cuáles son los requisitos que se deben cumplir para usar las funciones de este nuevo producto, consulte el tema "Requisitos de Horizon Cloud con Workspace ONE Assist" en el documento Workspace ONE for Horizon y Horizon Cloud.

La sección de información de contacto de la página Configuración general de Horizon Universal Console se ha eliminado porque sus campos no son necesarios para ningún flujo de trabajo, caso práctico u operación del sistema.

Julio de 2021 - v2106

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de julio de 2021 y desee comprender los efectos en su experiencia a partir de las funciones que se describen en las Notas de la versión de julio de 2021.

Las nuevas versiones de los siguientes archivos binarios importantes se han publicado en julio de 2021: una nueva versión de manifiesto del pod para pods implementados por el servicio, nuevas versiones de Horizon Cloud Connector, Universal Broker Plugin Installer y Horizon Agents Installer (HAI).

Elementos nuevos relacionados con Horizon Cloud Connector y su uso con pods de Horizon

• La versión 2.0 de Horizon Cloud Connector agrega tolerancia a errores en el nivel de servicio para el servicio de licencias. Puede encontrar la documentación sobre esta función en el tema de la Guía de administración Horizon Cloud Connector 2.0: clústeres y tolerancia a errores en el nivel de servicio y sus subtemas.
• La versión 2.0 de Horizon Cloud Connector agrega compatibilidad para supervisar el dispositivo mediante SNMP. Los administradores pueden utilizar esta función de supervisión basada en estándares para supervisar y recibir alertas de forma proactiva en los servicios críticos relacionados con el conector, como las licencias, la actualización y el ciclo de vida del conector, aunque no hayan iniciado sesión en Horizon Universal Console. Puede encontrar la documentación sobre esta función en el tema de la Guía de administración Horizon Cloud Connector 2.0: supervisar el dispositivo mediante SNMP y sus subtemas.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• La administración de imágenes de varios pods proporciona un método sencillo para publicar y replicar imágenes de VDI de sesión única en dos o más pods de Horizon Cloud en Microsoft Azure y para actualizar varias asignaciones de varias nubes de VDI con una sola operación. Las funciones de administración de imágenes de varios pods con pods de Horizon Cloud solo están disponibles para los arrendatarios configurados para usar asignaciones de varias nubes de VDI y para pods de Horizon Cloud que ejecutan el manifiesto 2632.x y versiones posteriores. Puede encontrar documentación sobre esta función en Administrar imágenes de Horizon desde la nube y los subtemas correspondientes.
• Mejoras en el área de las actualizaciones automatizadas de agentes:
  • Antes de una actualización programada del agente, el sistema reiniciará automáticamente las máquinas virtuales seleccionadas para el proceso de actualización del agente. Este reinicio automatizado ayuda a garantizar que la máquina virtual y el software y los servicios que se ejecutan dentro de su sistema operativo se encuentren en un estado conocido antes de ejecutar las operaciones de actualización del agente.
  • Informes mejorados sobre errores que se producen durante el proceso automatizado de actualización del agente. Puede descargar un informe CSV de los nombres de las máquinas virtuales de escritorio en las que se produjo un error en el proceso de actualización del agente, incluso cuando el proceso de actualización del agente aún está en curso en la asignación. El informe CSV está disponible para su descarga cuando el pod ejecuta la nueva versión de manifiesto de esta versión.

Mayo de 2021 - v2105

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de mayo de 2021 y desee comprender los efectos en su experiencia a partir de la versión de mayo de 2021.

Nota: Las versiones de disponibilidad general de Horizon Agents Installer, Horizon Cloud Connector y Universal Broker Plugin Installer no se modifican en esta versión 2105.

Se han publicado nuevas versiones de los siguientes archivos binarios clave en la versión 2105:

Una nueva versión de manifiesto para pods de Horizon Cloud implementados en Microsoft Azure por el asistente de implementación del servicio. Este manifiesto incluye mejoras en el código de la plataforma de cara al rendimiento y la fiabilidad.

Elementos nuevos relacionados con Horizon Cloud Connector y su uso con pods de Horizon

Universal Broker ahora admite aplicaciones y escritorios publicados para pods de Horizon en VMware SDDC. Para esta compatibilidad, los pods deben ejecutar la versión 2103 o posterior del software de VMware Horizon 8 y Universal Broker Plugin Installer versión 21.03 o posterior.

Abril de 2021: versión 2104

Use la siguiente información cuando sea un cliente existente con pods conectados a la nube desde antes de abril de 2021 y desee comprender los efectos en su experiencia a partir de la versión de abril de 2021.

Nota: Las versiones de Horizon Cloud Connector y Universal Broker Plugin Installer no se modifican en esta versión 2104. Puede seguir usando las versiones de marzo de 2021 de dichos componentes en su entorno de arrendatario.

Se han publicado nuevas versiones de los siguientes archivos binarios clave en la versión 2104:

• Una nueva versión de manifiesto para pods de Horizon Cloud implementados en Microsoft Azure por el asistente de implementación del servicio. Este manifiesto incluye mejoras en el código de la plataforma de cara al rendimiento y la fiabilidad.
• Una nueva versión de HAI incluye una solución para resolver un problema intermitente relacionado con una instancia de Cloud Monitoring Service que recibe datos de Horizon Agent. (informe de problemas 2742816).

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

Compatibilidad con el movimiento de paquetes de App Volumes entre aplicaciones de App Volumes con la consola. Incluye soporte para mover paquetes recién importados a las aplicaciones adecuadas.

Otros aspectos importantes para los clientes actuales

Algunas funciones se publican por primera vez como funciones de disponibilidad limitada. Estas funciones se habilitan para cada arrendatario, generalmente bajo solicitud.

Marzo de 2021 - v2103

Use la información que se indica a continuación si es un cliente existente, tiene pods conectados a la nube desde antes de marzo de 2021 y desea comprender los efectos que tienen en su experiencia las nuevas funciones.

Las nuevas versiones de los siguientes archivos binarios importantes se han publicado en marzo de 2021: una nueva versión de manifiesto del pod para pods implementados por el servicio, nuevas versiones de Horizon Cloud Connector, Universal Broker Plugin Installer y Horizon Agents Installer (HAI).

Elementos nuevos relacionados con Horizon Cloud Connector y su uso con pods de Horizon

La versión 1.10 de Horizon Cloud Connector proporciona correcciones y actualizaciones de seguridad.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

• Universal Broker y las asignaciones de varias nubes ahora están disponibles para las implementaciones existentes de pods de Horizon Cloud en Microsoft Azure.
• La página de detalles del pod de la consola tiene una nueva función de mantenimiento, que se utiliza para especificar una ventana de mantenimiento preferida. Utilice esta función para informar al sistema de la hora y el día de la semana preferidos para que se produzca la actividad de mantenimiento del pod.
• A partir del manifiesto del pod de esta versión, App Volumes para pods de Horizon Cloud en Microsoft Azure ahora es compatible con Microsoft Windows 10 Enterprise multisesión, lo cual permite que varios usuarios inicien sesión en sesiones individuales con sus propias asignaciones de aplicaciones. Anteriormente, el uso de Microsoft Windows 10 Enterprise multisesión con App Volumes para Horizon Cloud pods estaba en estado de vista previa preliminar. Tenga en cuenta que la función es compatible con las implementaciones que comienzan con el manifiesto del pod de esta versión y comienzan con la versión de App Volumes Agent de esta versión.
• Para los clientes que utilizan App Volumes para pods de Horizon Cloud en Microsoft Azure y también utilizan el programa de captura de línea de comandos de App Volumes para capturar aplicaciones para importar al inventario de aplicaciones de Horizon Cloud, se ha presentado una nueva opción con App Volumes 4 versión 2103 que proporciona aplicaciones de empaquetado sin necesidad de utilizar la consola de App Volumes Manager, así como otras herramientas para trabajar con formatos VHD y con paquetes con formato de asociación de aplicaciones de MSIX. Para obtener más información, consulte la sección de Novedades de las Notas de la versión de App Volumes 4 versión 2103.

Otros aspectos importantes para los clientes actuales

Se publicaron algunas funciones basadas en el plano de nube durante las semanas anteriores al lanzamiento de la versión 2103.

Universal Broker y las asignaciones de varias nubes ahora admiten pods de Horizon en las soluciones de VMware en Azure (AVS), lo cual permite el brokering unificado de asignaciones de varias nubes en implementaciones híbridas y de varias nubes, y admite pods de Horizon y pods de Horizon Cloud en Microsoft Azure.

La consola se ha mejorado para reflejar su nuevo nombre: Horizon Universal Console.

Algunas funciones se han publicado como funciones de disponibilidad limitada. Estas funciones se habilitan para cada arrendatario, generalmente bajo solicitud.

En la consola administrativa para pods de Horizon (conocida como Horizon Console), la opción Cloud Brokered no está operativa para esta versión. Esta opción aparece en la configuración del grupo de escritorios RDS y en la configuración del grupo de aplicaciones para los pods de Horizon administrados en la nube que ejecutan la versión 2103 (8.2) de VMware Horizon 8. Habilitar la opción Cloud Brokered no tiene ningún efecto en esta versión de Horizon Cloud.

Enero de 2021 - v2101

Use la información que se indica a continuación si es un cliente existente, tiene pods conectados a la nube desde antes de enero de 2021 y desea comprender los efectos que tienen en su experiencia las nuevas funciones.

Las nuevas versiones de los siguientes archivos binarios importantes se han publicado en enero de 2021: una nueva versión de manifiesto del pod para pods implementados por el servicio, nuevas versiones de Horizon Cloud Connector, Universal Broker Plugin Installer y Horizon Agents Installer (HAI).

Elementos nuevos relacionados con Horizon Cloud Connector y su uso con pods de Horizon

• Con Horizon Cloud Connector 1.9, la función de actualización automática ahora tiene una configuración más simple para los detalles de la red. Solo tiene que proporcionar una dirección IP estática no asignada para el nuevo dispositivo de cara a la actualización.
• Horizon Cloud Connector 1.9 permite métodos de acceso más seguros al solucionar los problemas del dispositivo de Horizon Cloud Connector. El acceso SSH para el usuario root del dispositivo está desactivado y ahora está disponible un nuevo usuario personalizado (ccadmin) para el acceso SSH, incluida la compatibilidad con el uso de una clave pública de SSH en lugar de las credenciales de contraseña.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

Los pods ahora admiten la capacidad para revertir el escritorio dedicado a un estado utilizable anterior en caso de que se produzca un error en la actualización del agente, y un umbral de error configurable que proporciona un mecanismo de detección de error rápida que detiene el proceso de actualización y omite los escritorios restantes. Para que esta función se utilice con un pod existente, dicho pod debe actualizarse primero al manifiesto 2632.0 o una versión posterior.

Otros aspectos importantes para los clientes actuales

Se publicaron algunas funciones basadas en el plano de nube durante las semanas anteriores al lanzamiento de la versión 2101.

Para los manifiestos de pod 2474.0 y versiones posteriores, el conjunto de permisos de Active Directory para las cuentas de unión de dominio se reduce para proporcionar más flexibilidad a los arrendatarios. Sin embargo, debido a que el sistema utilizará las mismas cuentas de unión de dominio en operaciones relacionadas con la unión de dominio con todos los pods del grupo del arrendatario, cuando el grupo incluya pods de manifiestos anteriores a 2474.0, debe asegurarse de que las cuentas de unión de dominio tengan el conjunto de permisos que necesitan esos pods. Cuando todos los pods de Horizon de Microsoft Azure se actualicen al manifiesto del pod 2474.0 o una versión posterior, puede adoptar el nuevo conjunto reducido de permisos de Active Directory para las cuentas de unión de dominio. Consulte Cuentas de servicio que requiere Horizon Cloud para sus operaciones y la sección actualizada sobre los permisos de la cuenta de unión de dominio.

La consola se ha mejorado para reflejar una nueva terminología. Anteriormente, la consola mostraba etiquetas como Local y VMware Cloud on AWS cuando se refería a los pods de Horizon conectados a la nube que se configuran en instalaciones de vSphere locales o en un SDDC de VMware Cloud on AWS (centro de datos definido por software). Estos son los pods que se basan en el software de Horizon Connection Server. Con la disponibilidad de las implementaciones de pod de Horizon en VMware SDDC de alojados en la nube adicionales, como un Pod de Horizon en la solución de VMware en Azure (AVS) y un Pod de Horizon en Google Cloud VMware Engine (GCVE), la consola se ha mejorado para usar la etiqueta VMware SDDC al hacer referencia a esos miembros del grupo de pods del arrendatario.

Se agregó compatibilidad para ejecutar el servidor de inscripciones en Microsoft Windows Server 2019. El servidor de inscripciones se utiliza para la función True SSO. Ya no se admite la instalación del servidor de inscripciones en Microsoft Windows Server 2008.

Octubre de 2020 - v2010

Use la información que se indica a continuación si es un cliente existente, tiene pods conectados a la nube desde antes de octubre de 2020 y desea comprender los efectos que tienen en su experiencia las nuevas funciones.

Las nuevas versiones de los siguientes archivos binarios importantes se han publicado en enero de 2020: una nueva versión de manifiesto del pod para pods implementados por el servicio, nuevas versiones de Horizon Cloud Connector, Universal Broker Plugin Installer y Horizon Agents Installer (HAI).

Elementos nuevos relacionados con Horizon Cloud Connector y su uso con pods de Horizon

• la versión 1.8 de Horizon Cloud Connector se publica en los formatos OVA y VHD.
• Horizon Cloud Connector 1.8 ofrece la posibilidad de seleccionar un perfil de implementación para habilitarlo únicamente con el soporte de licencias de suscripción o con funciones de Horizon Cloud. Esta selección se realiza durante la implementación del dispositivo.
• Horizon Cloud Connector ahora es compatible con pods de Horizon que se implementan en la solución de VMware en Azure (AVS). Actualmente, esta compatibilidad sirve para utilizar la licencia de suscripción con esas implementaciones. Aún no se proporciona el conjunto completo de servicios alojados en la nube para estos tipos de implementación.

Nuevos elementos relacionados con los pods implementados por el servicio en Microsoft Azure

Los pods de Horizon Cloud on Microsoft Azure ahora admiten la posibilidad de especificar etiquetas de recursos de Azure personalizadas durante una implementación de pod o una implementación de puerta de enlace. El implementador de pods aplica las etiquetas especificadas en los grupos de recursos que crea el implementador de pods. Para obtener una descripción de los grupos de recursos que crea el implementador de pods, consulte Grupos de recursos creados para un pod implementado en Microsoft Azure. Esta nueva función no depende de la versión de manifiesto del pod.

Julio de 2020 - v3.1

Use la información que se indica a continuación si tiene pods conectados a la nube desde antes de julio de 2020 y desea comprender los efectos que tienen en su experiencia las nuevas funciones.

Específico para pods de Horizon existentes conectados a la nube

Publicación de Horizon Cloud Connector 1.7.

Específico para pods existentes en Microsoft Azure

Para poder usar las nuevas funciones que se describen a continuación con un pod existente, primero debe actualizar el pod a la versión de manifiesto 2298.0 o una versión posterior.

• Varias subredes de arrendatarios para usar con granjas y asignaciones de escritorios VDI. Esta función aún no está disponible para su uso con asignaciones de escritorios de varias nubes, que se utilizan en un arrendatario configurado con Universal Broker.
• Uso del equilibrio de carga de sesiones avanzadas para granjas RDSH.
• Capacidad de cancelar las tareas de expansión de granjas y escritorios que se encuentran en cola o en estado de ejecución, y admiten la asignación automática de escritorios y el cambio de tamaño de granja. Esta función aún no está disponible para su uso con asignaciones de escritorios de varias nubes, que se utilizan en un arrendatario configurado con Universal Broker.
• Para mejorar los tiempos de inicio de sesión de los usuarios finales, se ha reducido el tiempo que tarda una máquina virtual en llegar al estado listo para el agente en máquinas virtuales de escritorio aprovisionadas por el pod que están apagadas y que deben encenderse para satisfacer la solicitud de un usuario final de un escritorio.
• Uso de las funciones de App Volumes: los pods deben actualizarse a la versión actual del manifiesto, y la cuenta de cliente debe estar ubicada en una de las siguientes regiones de plano de control de Horizon Cloud: USA-2 (PROD1_NORTHCENTRALUS2_CP1), Europe-2 (PROD1_NORTHEUROPE_CP1) o Australia-2 (PROD1_AUSTRALIAEAST_CP1). La región del plano de control se indica en el correo electrónico de bienvenida a Horizon Cloud Service.

Al implementar una configuración de puerta de enlace en el pod, además del tamaño de la máquina virtual Standard_A4_v2 en versiones anteriores, ahora tiene la opción de utilizar el tamaño de la máquina virtual Standard_F8s_v2, que proporciona más vCPU para cada instancia de Unified Access Gateway. Para los pods existentes, esta nueva función está disponible cuando se edita el pod para agregarle una nueva configuración de puerta de enlace.

Otros aspectos importantes para los clientes actuales

Ahora hay una mejora en el envío de comentarios de producto disponible en la barra de encabezado de la consola para todos los clientes existentes.

Los pods que pueden tener la función de alta disponibilidad ahora son compatibles con Microsoft Azure Government (US Gov Virginia, US Gov Arizona, US Gov Texas). Si tiene un pod existente en Microsoft Azure Government para el cual desea esta función, póngase en contacto con su representante de VMware para esa habilitación.

Marzo de 2020 - v3

Use la información que se indica a continuación si tiene pods conectados a la nube desde antes de marzo de 2020 y desea comprender los efectos que tienen en su experiencia las nuevas funciones.

Específico para pods de Horizon existentes conectados a la nube

La publicación de Horizon Cloud Connector 1.6.x ofrece una herramienta de diagnóstico de línea de comandos, para que pueda comprobar el estado de los servicios y los componentes del sistema del pod de Horizon necesarios para que Horizon Cloud Connector empareje correctamente el pod con Horizon Cloud. Antes de iniciar sesión en el portal de configuración en línea y ejecutar el asistente de configuración de pods, puede ejecutar esta herramienta de diagnóstico para comprobar los elementos que podrían impedir un resultado correcto. Si se detectan problemas, la herramienta informará sobre el nombre del componente, los detalles y los pasos de corrección recomendados.

Específico para pods existentes en Microsoft Azure

A menos que se indique lo contrario, para poder usar las nuevas funciones que se describen a continuación con un pod existente, primero debe actualizar el pod a la versión de manifiesto 1976.0 o una versión posterior.

• Para admitir configuraciones de implementación avanzadas, cuando se utiliza una suscripción independiente para la configuración de la instancia de Unified Access Gateway externa, se puede optar por implementar los recursos de Unified Access Gateway en un el grupo de recursos existente creado por el cliente, en lugar del predeterminado creado por el implementador de pods. Para que un pod existente aproveche esta función nueva, es necesario actualizar antes el pod a una versión de manifiesto 1763 o posterior (el manifiesto de diciembre de 2019). A continuación, debe cumplir todos los requisitos documentados para usar independientemente una suscripción, una red virtual y un grupo de recursos personalizado para la configuración de la puerta de enlace externa, incluido el emparejamiento de la red virtual con la red virtual del pod y la creación del grupo de recursos en la suscripción. A continuación, debe eliminar la configuración de Unified Access Gateway externa existente del pod mediante el flujo de trabajo de la consola para eliminar esa puerta de enlace externa existente. Cuando la eliminación se haya completado correctamente, puede ejecutar el flujo de trabajo Editar pod para agregar la puerta de enlace externa con la nueva opción para colocar la instancia externa de Unified Access Gateway en el grupo de recursos existente.
• Compatibilidad para que los administradores especifiquen que los nombres de las asignaciones de escritorios VDI dedicados se muestren en los clientes de usuario final después de que se asigne una máquina virtual de escritorio VDI al usuario final, en lugar de mostrar el nombre de la máquina virtual de escritorio. Anteriormente, cuando un usuario final reclamaba una máquina virtual de escritorio VDI específica, su cliente mostraba el nombre de la máquina virtual de escritorio de forma predeterminada y no se podía configurar ese comportamiento. Esta opción no cambia lo que se muestra para las conexiones de los usuarios finales que pasan a través de Workspace ONE Access. Workspace ONE Access siempre muestra el nombre de la asignación de escritorios VDI dedicados y, cuando el usuario final inicia la máquina virtual de escritorio desde Workspace ONE Access, el nombre del escritorio se muestra en el cliente de usuario final. A pesar de que verá la opción de esta función en la página Configuración general, un pod debe estar ejecutando la versión de manifiesto 1976.0 o una versión posterior para poder beneficiarse de esta función.
• El manifiesto del pod 1976.0 o una versión posterior permite a los administradores colocar una máquina virtual de granja individual en modo de mantenimiento, para que el administrador pueda realizar acciones de mantenimiento en la máquina virtual. Antes de poder aprovechar esta función para establecer un modo de mantenimiento por máquina virtual, el pod debe ejecutar la versión de manifiesto de esta versión. Además, debido a un problema conocido en la consola, aunque se muestren las opciones de esta función en la pestaña Servidores de la granja en la consola, estas opciones de interfaz de usuario no establecerán el modo hasta que los agentes de las máquinas virtuales de la granja ejecuten la versión 20.1.0 o una versión posterior.

Otros aspectos importantes para los clientes actuales

Mejoras en los informes disponibles en la página Informes y la página Panel de control de la consola. Cloud Monitoring Service proporciona los datos de estos informes. Los pods existentes pueden beneficiarse de esta función.

Diciembre de 2019 -v2.2

Use la información que se indica a continuación si tiene pods conectados a la nube desde antes de diciembre de 2019 y desea comprender los efectos que tienen en su experiencia las nuevas funciones.

Específico para pods de Horizon existentes conectados a la nube

A partir de esta versión:

• Algunos elementos que se encuentran bajo el control del usuario pueden impedir una actualización automática correcta de Cloud Connector, como un espacio insuficiente en el almacén de datos en el entorno de vCenter para acomodar la actualización. A partir de esta versión, si está habilitada la actualización automatizada para la cuenta de arrendatario de Horizon Cloud, estos elementos se identifican en la consola para que pueda resolver y borrar esos elementos.
• Las actualizaciones automatizadas de Horizon Cloud Connector ya son compatibles con los pods de Horizon implementados en VMware Cloud on AWS.
• Las mejoras en la pantalla de incorporación correcta de Horizon Cloud Connector incluyen una pantalla de estado de mantenimiento para los componentes de Cloud Connector y una opción para activar y desactivar SSH en el dispositivo de Horizon Cloud Connector.

Específico para pods existentes en Microsoft Azure

A menos que se indique lo contrario, para poder usar las nuevas funciones que se describen a continuación con un pod existente, primero debe actualizar el pod a la versión de manifiesto 1763.0 o una versión posterior.

• Para admitir configuraciones de implementación avanzadas, el implementador de pods proporciona opciones para:
  • Usar una VNet independiente para las instancias de Unified Access Gateway de la configuración de la puerta de enlace externa, independiente de la red virtual del pod y los elementos básicos del pod. Las redes virtuales deben estar emparejadas.
  • Usar una suscripción independiente para la configuración de la instancia de Unified Access Gateway externa, independiente de la suscripción utilizada para los elementos principales del pod. Dado que una VNet está dentro del ámbito de una suscripción, el escenario de implementación de una suscripción independiente también es el escenario de una VNet independiente. Las redes virtuales deben estar emparejadas.
  • Para que un pod existente saque partido de esta función, primero debe actualizarse el pod a la versión de manifiesto 1763.0 o una versión posterior. A continuación, debe cumplir todos los requisitos documentados para usar una VNet independiente para la configuración de la puerta de enlace externa, incluido el emparejamiento de la red virtual con la red virtual del pod. A continuación, debe eliminar la configuración de Unified Access Gateway externa existente del pod mediante el flujo de trabajo de la consola para eliminar esa puerta de enlace externa existente. Cuando la eliminación se haya completado correctamente, puede ejecutar el flujo de trabajo Editar pod para agregar de nuevo una puerta de enlace externa con las nuevas opciones.
• A partir del manifiesto de esta versión, puede usar tipos de disco SSD para asignaciones de escritorios de VDI y granjas RDSH.
• A partir del manifiesto de esta versión, puede personalizar los tamaños de disco del sistema operativo para asignaciones de escritorios VDI y granjas RDSH. En los manifiestos de pods anteriores, los tamaños de disco del sistema operativo se establecían para ser iguales que los de la imagen base publicada, que era de 127 GB de forma predeterminada y no se podía cambiar.
• Como novedad en esta versión, en el asistente para importar una máquina virtual desde el catálogo de soluciones, verá una opción que ofrece la posibilidad de omitir la unión de la máquina virtual resultante a un dominio de Active Directory. Anteriormente, este flujo de trabajo unía la máquina virtual al dominio de forma predeterminada y no se podía cambiar ese comportamiento. Esta nueva alternancia está disponible para pods existentes antes de la versión del manifiesto de esta versión.
• Con el rediseño de la página Capacidad en esta versión, se elimina la vista Tipo. Con la eliminación de la vista Tipo de la página Capacidad, hay dos cambios que se deben tener en cuenta sobre elementos a los que antes se accedía desde esa vista: la acción para ver el uso actual por parte del pod de los límites de Microsoft Azure de su suscripción se ha movido a la página de detalles del pod, y la acción Quitar suscripción que estaba presente en esa vista se ha eliminado por completo.

Otros aspectos importantes para los clientes actuales

• Mejoras en los informes disponibles en la página Informes de la consola administrativa. Cloud Monitoring Service proporciona los datos de estos informes.
• Mejoras en la página Capacidad de la consola administrativa de Horizon Cloud. En lugar de tener que profundizar en la página de detalles de un pod para modificar los detalles configurables del pod o para eliminar un pod del entorno del arrendatario, ahora puede iniciar la edición del pod y eliminar los flujos de trabajo de pod desde la página Capacidad. Como resultado de este nuevo diseño, los flujos de trabajo para modificar la información de ubicación que se realizaban previamente mediante la vista Ubicación de la página Capacidad, ahora son opciones dentro de los flujos de trabajo de Editar pod. Por ejemplo, para especificar un nuevo nombre de ubicación, si utiliza la acción Editar en un pod, puede especificar un nuevo nombre de ubicación como opción para el flujo de trabajo Editar pod. Tenga en cuenta que el flujo de trabajo de la vista Ubicación anterior para eliminar la información de suscripción de Microsoft Azure guardada cuando todos los pods asociados a la suscripción se eliminaron ya no está disponible.
• El producto anteriormente conocido bajo el nombre VMware Identity Manager™ ahora se denomina VMware Workspace ONE™ Access.
• Horizon Agents Installer ya no instala un DaaS Agent inactivo. En la versión anterior, HAI instalaba el MSI de DaaS Agent en el sistema operativo invitado, pero estaba inactivo y no se usaba. En esta versión, el MSI no se instala de ningún modo.

Septiembre de 2019 - v2.1

Use la información que se indica a continuación si tiene pods conectados a la nube desde antes de septiembre de 2019 y desea comprender los efectos que tienen en su experiencia las nuevas funciones.

Específico para pods de Horizon existentes conectados a la nube

A partir de esta versión:

• Ahora se admite la actualización automática en las versiones 1.3 y 1.4 de Cloud Connector. Se recomienda que los clientes de las versiones anteriores de Cloud Connector se actualicen a la versión más reciente para aprovechar esta función.
• Cloud Monitoring Services (CMS) con detalles de uso de las sesiones se proporciona como parte de Horizon Cloud Service.

Específico para pods existentes en Microsoft Azure

A menos que se indique lo contrario, para poder usar las nuevas funciones que se describen a continuación con un pod existente, primero debe actualizar el pod a la versión de manifiesto 1600.0 o una versión posterior.

• La arquitectura del pod cambió en esta versión. Todos los pods de la versión de manifiesto de la versión de septiembre de 2019 tienen un equilibrador de carga de Microsoft Azure del pod y una instancia de servidor Microsoft Azure Database for PostgreSQL (nivel optimizado de memoria de generación 5). Esto significa que antes de actualizar los pods existentes a la versión de manifiesto de esta versión, debe asegurarse de que la configuración de red existente cumpla los requisitos de DNS, puertos y protocolos necesarios para acomodar el equilibrador de carga de Microsoft Azure del pod y la instancia de servidor Microsoft Azure Database for PostgreSQL. Si tiene firewalls o grupos de seguridad de red que bloquean puertos y protocolos específicos, compare la configuración de red actual con la información de los siguientes temas y actualice la configuración de redes según corresponda.
  • Requisitos de DNS para un pod de Horizon Cloud en Microsoft Azure
  • Requisitos de puertos y protocolos para un pod de Horizon Cloud en el nivel de manifiesto de la versión de septiembre de 2019
• En esta versión se proporciona una alerta mejorada para los errores de actualización del pod que requieren acciones del cliente para resolverlos. Algunas cosas que están completamente bajo su control pueden impedir que un pod se actualice correctamente, como no tener suficientes núcleos en la suscripción asociada del pod para crear la máquina virtual de Jump Box que orquesta la actualización del pod. A partir de esta versión, estos elementos se identifican en la consola para que pueda resolverlos y eliminarlos.
• A partir de esta versión, puede revisar las siguientes opciones relacionadas con la puerta de enlace en un pod ya implementado: agregar una configuración de autenticación en dos fases a una puerta de enlace que no tenga, editar la configuración de autenticación en dos fases de una puerta de enlace y cambiar la configuración de tiempo de espera de brokering de la puerta de enlace. En las versiones anteriores, era necesario configurar la autenticación en dos fases RADIUS la primera vez que se implementa el pod, y no se podía cambiar esa configuración posteriormente. Otra novedad en esta versión es que se pueden eliminar puertas de enlace de un pod ya implementado y se puede implementar un nuevo pod para que tenga una puerta de enlace externa sin una dirección IP pública en su equilibrador de carga de Azure y, en su lugar, tenga una dirección IP privada en dicho equilibrador de carga.
• Compatibilidad con la definición de etiquetas de recursos de Microsoft Azure al crear una nueva asignación de escritorios VDI dedicados o flotante o una nueva granja para Horizon Cloud on Microsoft Azure.
• La alta disponibilidad ahora está disponible. Para admitir la alta disponibilidad en los pods en Microsoft Azure, la arquitectura del pod se actualizó para utilizar el servicio Microsoft Azure Database for PostgreSQL (nivel optimizado de memoria de generación 5 actualizado), un equilibrador de carga de Microsoft Azure y un conjunto de disponibilidad. Para un pod de nueva implementación en esta versión, tiene la opción de habilitar la alta disponibilidad para el pod en el momento de la implementación o puede habilitar la alta disponibilidad más adelante. Para los pods que ya existían antes de esta versión, antes de habilitarlos para alta disponibilidad, primero debe actualizarlos a la versión de manifiesto 1600.0 o una versión posterior y también actualizar los agentes en las imágenes, las granjas y las asignaciones de escritorios VDI de los pods a este nivel de versión. Una vez completadas las actualizaciones del pod y de los agentes, puede habilitar la alta disponibilidad en el pod editando su página de detalles en la consola administrativa. Esta nueva función conlleva requisitos adicionales para habilitar el endpoint del servicio Microsoft SQL en la subred de administración del pod cuando el pod utiliza subredes creadas personalmente y para permitir el acceso saliente para el puerto 5432.

  En septiembre de 2019, la función de alta disponibilidad (HA) para pods en Microsoft Azure solo es compatible con pods implementados en las regiones de Microsoft Azure Commercial (regiones mundiales estándar). La función de HA de pod no se admite actualmente para los pods implementados en Microsoft Azure China, Microsoft Azure Alemania y Microsoft Azure Government (US Gov Virginia, US Gov Arizona, US Gov Texas). El equipo de VMware está trabajando para agregar compatibilidad con la función de HA para pods en los entornos de nube indicados anteriormente. Si tiene un pod existente en Microsoft Azure en China, Microsoft Azure Alemania o Microsoft Azure Government que desea actualizar a la versión del manifiesto de esta versión sin HA, póngase en contacto con su representante de VMware para obtener asistencia.

  Antes de actualizar un pod existente en una de las regiones mundiales de Microsoft Azure estándar al manifiesto 1600 o una versión posterior, dado que la nueva arquitectura de pod utiliza el servicio de Microsoft Azure Database for PostgreSQL, debe asegurarse de que los siguientes elementos estén bien definidos:

  • Si el pod utiliza una subred de administración personalizada, debe agregar el endpoint de servicio Microsoft.SQL a esa subred de administración antes del proceso de actualización del pod. Consulte los pasos de Cuándo usar las subredes existentes para un pod de Horizon Cloud en Microsoft Azure.
  • Debe asegurarse de que las reglas de firewall y los grupos de seguridad de red permitan la comunicación del pod con el servidor de base de datos Microsoft Azure PostgreSQL a través de la subred de administración. Consulte la entrada del puerto TCP 5432 en Requisitos de DNS para un pod de Horizon Cloud en Microsoft Azure.
  • Asegúrese de que la suscripción asociada al pod incluya los proveedores de recursos que se enumeran en el paso 8 de Crear la entidad de servicio necesaria mediante la creación de un registro de aplicaciones.
• Para aumentar la resiliencia del proceso de emparejamiento de Horizon Agent, esta versión aporta una mayor evolución de cómo mover las funciones de DaaS Agent a Horizon Agent. DaaS Agent se incorpora ahora a Horizon Agent. Aunque tanto el flujo de trabajo automatizado Importar imagen como la instalación manual de Horizon Agents Installer instalan el archivo MSI de DaaS Agent en el sistema operativo invitado del mismo modo que en las versiones anteriores, a partir de esta versión, DaaS Agent está inactivo y no se utiliza. Sin embargo, el servicio de DaaS Agent sigue apareciendo en la lista de servicios de Windows. No inicie ese servicio o podrían producirse resultados inesperados.
• Al mover las funciones de DaaS Agent a Horizon View Agent, han cambiado tanto la importación automatizada de imágenes del flujo de trabajo de Azure Marketplace como los pasos para generar manualmente una máquina virtual base. Anteriormente, la máquina virtual base resultante del flujo de trabajo automatizado se emparejaba con la nube al final del flujo de trabajo, mientras que para una máquina virtual creada de forma manual, era necesario arrancar y emparejar manualmente la máquina virtual. Ahora, para las imágenes base de un pod nuevo o actualizado a esta versión, la máquina virtual base resultante aparece en la página Máquinas virtuales importadas con el estado de agente Sin emparejar. Para emparejar la máquina virtual, puede:
  • Ejecutar la acción Restablecer emparejamiento de agente en la máquina virtual que se muestra en la página Máquinas virtuales importadas, si desea emparejarla con la nube antes de personalizarla.
  • Ejecutar la acción Nueva imagen directamente en la máquina virtual, si la máquina virtual tiene todas las personalizaciones que desea y está listo para publicarla. En este caso, el flujo de trabajo Nueva imagen ejecutará primero el proceso de emparejamiento para activar el agente y, a continuación, el usuario podrá completar el resto de los campos y hacer clic en Publicar para publicar la imagen.
• Al mover las funciones de DaaS Agent a Horizon View Agent, el flujo de trabajo Restablecer emparejamiento de agente ahora está disponible para su uso en máquinas virtuales importadas, máquinas virtuales de servidor de granja y máquinas virtuales de escritorio de asignaciones de escritorios VDI dedicados. En los detalles de la granja o de la asignación de escritorios VDI dedicados, si ve un estado de error en la columna Estado del agente para una máquina virtual de servidor de granja o de escritorio, puede usar la acción Restablecer emparejamiento de agente en la consola para reparar el estado de emparejamiento de esa máquina virtual. (La acción no está disponible para las asignaciones de escritorios VDI flotantes). En la página Máquinas virtuales importadas, puede usar la acción Restablecer emparejamiento de agente para emparejar inicialmente una máquina virtual que aún no se haya emparejado, o para reparar el estado de emparejamiento de una máquina virtual que emparejó anteriormente.
• La función de cifrado de disco ahora utiliza la versión más reciente de AzureDiskEncryption v2.2. Esta versión más reciente permite el cifrado de disco para máquinas virtuales con un proxy en el invitado configurado para comunicarse con Internet. Para aprovechar esta nueva compatibilidad, actualice los agentes de las máquinas virtuales a la versión 19.3.0 o una versión posterior.
• Se actualizaron las instrucciones para utilizar modelos de máquina virtual que tienen un mínimo de dos (2) CPU para las granjas y las asignaciones de escritorios VDI. Las pruebas a escala de VMware demostraron que, en entornos de producción, el uso de un mínimo de 2 CPU evita problemas de conexión de usuario final inesperados. 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.
• Mejoras de uso en la página Tamaños y tipos de máquina virtual.

Otros aspectos importantes para los clientes actuales

• Mejor facilidad de uso y optimización de la vista de mapas interactivos del panel unificado, incluido un reflejo más preciso de la ubicación del pod y la funcionalidad de zoom.
• Mejoras en los informes disponibles en la página Informes de la consola administrativa. Cloud Monitoring Service proporciona los datos de estos informes.
• Para los pods de Horizon 7 conectados a la nube, se muestran detalles adicionales en la página de detalles del pod. El pod y Cloud Connector deben tener la versión más reciente para poder ver esta función.
• El producto anteriormente conocido bajo el nombre VMware User Environment Manager™ ahora se denomina VMware Dynamic Environment Manager™.