check-circle-line exclamation-circle-line close-line

VMware Horizon® Cloud Service™ | Nivel de servicio a partir del 17 de marzo de 2020
VMware Horizon® Cloud Service™ on Microsoft Azure | Versión 3
VMware Horizon 7 Cloud Connector | Versión 1.6
Programa de instalación para el complemento del agente universal de VMware Horizon | Versión 20.1
VMware Horizon Agents Installer | Versión 19.4 (igual que para la versión 2.2, diciembre 2019)

Estas notas de la versión se aplican a la versión de servicio que se publicó el 17 de marzo de 2020. Para los pods que se implementan en Microsoft Azure, estas notas de la versión se aplican a los pods implementados con las versiones de manifiesto de software 1976 y posteriores. Para ver las notas de versiones anteriores del manifiesto de pods que se implementan en Microsoft Azure, consulte las notas de las versiones anteriores de Horizon Cloud que aún se admiten utilizando los vínculos que aparecen en el panel de navegación de la izquierda en https://docs.vmware.com/es/VMware-Horizon-Cloud-Service/index.html.

Nota: El software más reciente que se puede descargar, como la versión 1.6 de Horizon 7 Cloud Connector, estará disponible en el área de descargas de my.vmware.com a partir de las 16:00 GMT del 17 de marzo de 2020. Este documento se actualizará cuando estos archivos binarios estén disponibles para su descarga.

Este documento se actualizó por última vez para la publicación de este nivel de servicio y la versión de los componentes enumerados anteriormente. Este documento se revisa periódicamente cuando se actualiza Horizon Cloud Service, para que el usuario tenga información actualizada sobre el servicio. Compruebe de nuevo si existen actualizaciones adicionales a las notas de la versión. Para identificar las revisiones del texto de este documento que se realizaron después de la fecha de publicación del servicio, busque cualquier texto Nuevo de color verde o rojo Actualizado de color rojo en el siguiente documento.

Los documentos actualizados para esta versión son:

  • Lista de comprobación de requisitos de VMware Horizon Cloud Service on Microsoft Azure (HTML).
  • Lista de comprobación de requisitos de VMware Horizon 7 con Horizon Cloud (HTML).
  • Guía de implementación (HTML | PDF)
  • Guía de administración (HTML | PDF)

Un nuevo documento para esta versión es Administrar imágenes desde la nube (HTML | PDF). Este documento nuevo acompaña al nuevo servicio de administración del ciclo de vida de las imágenes, descrito en la sección Novedades de esta versión que se muestra a continuación.

Contenido de las notas de la versión

Las notas de la versión contienen los siguientes temas:

Acerca de VMware Horizon Cloud Service

VMware Horizon Cloud Service transforma la virtualización de aplicaciones y escritorios tradicional proporcionando una arquitectura de escala de nube que permite elegir dónde residen las aplicaciones y los escritorios virtuales (en la nube o localmente), y administrarlo todo desde un único plano de control. Los pods pueden ser locales, como en una instalación tradicional de Horizon 7, y pueden residir en nubes, como Microsoft Azure y VMware Cloud on AWS, lo cual le permite implementar cargas de trabajo en función del coste, la ubicación, la geografía y el uso actual. El plano de control de Horizon Cloud proporciona una única interfaz de usuario para administrar todos los pods conectados a la nube, lo cual permite ver el uso de la capacidad de los pod, supervisar el estado, disponer de servicios de soporte técnico y tener la capacidad de configurar las asignaciones de área de trabajo del usuario final que asocian a los usuarios finales con sus aplicaciones y escritorios virtuales autorizados. El entorno de tenant general en Horizon Cloud consta del servicio de nube alojado en VMware y de los pods conectados a la nube, dondequiera que se encuentren estos pods; se administra todo con un panel centralizado: la consola administrativa de Horizon Cloud.

Por ejemplo, puede usar la consola administrativa de Horizon Cloud para una supervisión de estado unificada y asignaciones de varias nubes (MCA) con varios pods de Horizon 7 conectados a la nube. Estas MCA crean autorizaciones globales con las que los usuarios pueden acceder a sus escritorios, que pueden residir en cualquiera de los pods de Horizon 7 conectados a la nube. Para los pods de Microsoft Azure, puede usar Horizon Cloud para crear imágenes principales, a partir de las cuales los pods pueden aprovisionar aplicaciones remotas y escritorios virtuales a los que los usuarios finales pueden acceder de forma segura desde cualquier dispositivo.

Novedades en esta versión

La versión de marzo de 2020 incluye por primera vez las siguientes funciones. Si es un usuario actual que posee pods existentes conectados a la nube antes de esta versión, encontrará más detalles en Para clientes actuales con pods existentes conectados a la nube - Acerca de esta versión.

Novedades de Horizon Cloud Service

  • El plano de control de Horizon ahora está disponible y se ejecuta en Microsoft Azure con instancias ubicadas en las regiones de EE. UU., Europa y Australia con soporte para pods de Horizon 7 (local y VMware Cloud on AWS) y Horizon Cloud on Microsoft Azure.
  • La pestaña Sesiones de paneles ahora muestra el número total de sesiones aprovisionadas y utilizadas para cada asignación y granja cuando se selecciona un pod. El informe Uso del usuario ahora incluye detalles de consumo de CPU y memoria por usuario final para facilitar el análisis del patrón de consumo en curso de un usuario para los pods de Horizon 7 (local y VMware Cloud on AWS) y Horizon Cloud on Microsoft Azure.
  • Las mejoras en el servicio de asistencia de Horizon Cloud ayudan a proteger la información personal y confidencial del usuario final cuando se busca información específica del usuario en el servicio de asistencia de Horizon Cloud para los pods de Horizon 7 (local y VMware Cloud on AWS) y Horizon Cloud on Microsoft Azure.
  • Configuración de proxy simplificada para Horizon Cloud Connector para minimizar los errores y los problemas de configuración, así como una herramienta de diagnóstico de incorporación que identifica y corrige los errores al incorporar los pods de Horizon 7 local y VMware Cloud on AWS.

Novedades de Horizon Cloud on Microsoft Azure

  • Horizon Cloud on Microsoft Azure ahora admite funciones ampliadas de escritorio virtual de Windows para granjas de Windows 10 Enterprise multisesión y Microsoft FSLogix, y compatibilidad con la versión preliminar técnica para escritorios virtuales Windows 7 con actualizaciones de seguridad ampliada. Para obtener más información, visite vmware.com/go/HorizonWVD
  • Las granjas de RDSH admiten ahora el mantenimiento por máquina virtual a través del nuevo modo de inicio de sesión de usuario, que puede configurarse para drenar la máquina virtual y enrutar conexiones a otras máquinas virtuales disponibles dentro de la granja de RDSH para los pods de Horizon Cloud on Microsoft Azure.
  • Detección mejorada de los problemas relacionados con Microsoft Sysprep e informes de error mejorados que proporciona a los administradores mensajes de error claros y procesables, junto con vínculos a KB de VMware para los pods de Horizon Cloud on Microsoft Azure.
  • Las puertas de enlace externas ahora admiten implementaciones en grupos de recursos de Microsoft Azure creados por el cliente existentes para proporcionar permisos granulares y de ámbito limitado dentro de la suscripción de Microsoft Azure para los pods de Horizon Cloud on Microsoft Azure.

Novedades de los pods de Horizon 7 conectados a la nube

  • El servicio de administración del ciclo de vida de las imágenes (ILM) ya está disponible para los pods de Horizon 7 local. Entre las mejoras clave frente a la versión de acceso anterior se incluye la posibilidad de eliminar versiones de imágenes no utilizadas y de descargar y utilizar la herramienta de optimización del sistema operativo (beta). Tenga en cuenta que la importación del archivo OVA ya no está disponible.

Para clientes actuales con pods existentes conectados a la nube - Acerca de esta versión

Además de los elementos que se enumeran en la sección Novedades de esta versión, para aquellos que ya tienen pods conectados a la nube y tienen experiencia previa con flujos de trabajo y funciones de Horizon Cloud, esta sección describe el impacto que las novedades y los cambios de esta versión pueden tener en el usuario. Las nuevas funciones relacionadas con las mejoras de la consola administrativa de Horizon Cloud se recopilan en la parte inferior de la lista. Para obtener información más detallada, consulte la Guía de implementación y la Guía de administración.

  • Específico para pods de Horizon 7 conectados a la nube:
    • Los pods de Horizon 7 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 7. Cada pod se incorpora mediante Horizon 7 Cloud Connector. El origen de la incorporación de pods de Horizon 7 a Horizon Cloud comenzó con los entornos de Horizon 7 versión 7.6 y de Horizon 7 Cloud Connector versión 1.0 para activar las licencias de suscripción en Horizon 7. Luego, con cada nueva versión de Horizon 7 combinada con una nueva versión de Horizon 7 Cloud Connector, los servicios adicionales alojados en la nube quedarán disponibles para pods de Horizon 7 conectados a la nube que ejecutan la versión más reciente de Horizon 7 emparejada con la versión más reciente de Horizon 7 Cloud Connector. La versión 1.6 de Horizon 7 Cloud Connector de esta versión trae las siguientes funciones nuevas. Recomendamos a los clientes que tengan versiones anteriores de Cloud Connector que actualicen a esta última versión para aprovechar las nuevas funciones, así como las correcciones de seguridad y resistencia.
      • Se proporciona una herramienta de diagnóstico de línea de comandos en Horizon 7 Cloud Connector 1.6 para comprobar el estado de los servicios y componentes del sistema del pod de Horizon 7 necesarios para que Cloud Connector pueda emparejar 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 en Microsoft Azure:
    • Como se describe en la sección Novedades de esta versión, 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 la versión 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. Posteriormente, debe eliminar la configuración de Unified Access Gateway externa existente del pod mediante el flujo de trabajo Eliminar UAG externa de la consola administrativa. 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. Nota: Esta opción no cambia lo que se muestra para las conexiones de los usuarios finales que pasan a través de VMware Workspace ONE Access. VMware Workspace ONE Access siempre muestra el nombre de la asignación de escritorio VDI dedicado 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 de esta versión para poder beneficiarse de esta función.
    • Como se describe en la sección Novedades de esta versión, la versión de manifiesto del pod de esta versión permite a los administradores poner 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 administrativa, aunque se muestren las opciones de esta función en la pestaña Servidores de la granja en la consola administrativa, 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. Nota: Hasta la fecha, la versión del agente 20.1.0 aún no se ha publicado en el plano de control de la nube para su uso con implementaciones de Horizon Cloud. Cuando se publique la versión 20.1.0 del agente en el plano de control de la nube, se mostrarán los puntos azules típicos en la consola administrativa, lo cual indica su disponibilidad para actualizar los agentes en las máquinas virtuales.
  • Entre los elementos adicionales a tener en cuenta por los clientes actuales con pods conectados a la nube existentes se incluye lo siguiente:
    • Mejoras en los informes disponibles en la página Informes y la página Panel de información de la consola administrativa. Cloud Monitoring Service proporciona los datos de estos informes. Los pods existentes pueden beneficiarse de esta función.
    • Como se describe en la sección Novedades de esta versión, el servicio de administración del ciclo de vida de las imágenes (ILM) ahora está disponible para pods de Horizon 7 local. Se publica un nuevo documento de soporte al uso de flujos de trabajo utilizados en ese servicio: Administrar imágenes desde la nube (HTML | PDF)

Entornos, sistemas operativos y compatibilidad

  • Compatibilidad con otros productos de VMware: Para obtener la información más reciente sobre la compatibilidad entre este producto y otros productos de VMware, consulte las matrices de interoperabilidad de productos de VMware.
  • Experiencia con el navegador: la consola de administración es compatible con las versiones recientes de Google Chrome, Mozilla Firefox, Microsoft Internet Explorer y Microsoft Edge. Aunque puede intentar usar Apple Safari, el uso de la consola de administración en Apple Safari no es compatible en esta versión.
  • Soporte para el entorno de nube de Microsoft Azure: Para las implementaciones de Microsoft Azure, el servicio está disponible actualmente en los siguientes entornos de nube de Microsoft Azure:
    • Microsoft Azure (regiones globales estándares)
    • Microsoft Azure en China
    • Microsoft Azure en Alemania
    • Microsoft Azure Government (US Gov Virginia, US Gov Arizona, US Gov Texas)

    Nota: Actualmente, la función de alta disponibilidad (High Availability, HA) para pods en Microsoft Azure solo es compatible con pods implementados en las regiones globales estándar de Microsoft Azure. No es compatible con pods de Microsoft Azure en China, Microsoft Azure Alemania ni Microsoft Azure Government. El equipo de VMware está trabajando para agregar compatibilidad con la función de HA para pods en esos entornos de nube. 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 la función HA, póngase en contacto con su representante de VMware para obtener asistencia.

  • Sistemas operativos Microsoft Windows admitidos: En las implementaciones de Microsoft Azure, las siguientes versiones y ediciones de Microsoft Windows en Azure Marketplace son las admitidas para usar en esta versión, independientemente de si se utiliza el método automatizado o manual de implementación de una imagen en esta versión.
  • Versiones admitidas de Horizon Client para implementaciones de Microsoft Azure: Para ver las versiones específicas de Horizon Client que son compatibles con las aplicaciones remotas y los escritorios que están bajo la intermediación de sus pods en Microsoft Azure, consulte las Matrices de interoperabilidad de productos de VMware y seleccione Horizon Cloud Service on Microsoft Azure y VMware Horizon Client en los menús desplegables. Puede obtener las notas de la versión de Horizon Client en la página de documentación de VMware Horizon Client en docs.vmware.com/es/VMware-Horizon-Client/.

    Nota: El cliente de VMware Horizon HTML Access no admite algunas funciones si se utiliza en exploradores móviles. Además, aunque Horizon Client permite copiar y pegar texto entre el sistema local del cliente y una máquina virtual predefinida, para HTML Access, se debe configurar esta función para que los usuarios finales puedan utilizarla. Para obtener más información, consulte la página de documentación de VMware Horizon HTML Access y busque la información en la Guía de usuario y la Guía de instalación y configuración más recientes.

  • Sistema operativo Microsoft Windows 7: Como se describe en la sección Novedades de esta versión, esta versión ofrece compatibilidad con la versión preliminar técnica para los escritorios virtuales de Windows 7 con actualizaciones de seguridad ampliadas. Si el correo electrónico de bienvenida a Horizon Service le indica que la cuenta de tenant de Horizon Cloud se creó en una de las siguientes regiones, tiene acceso a este sistema operativo de versión preliminar técnica mediante el tenant de Horizon Cloud Service: PROD1_NORTHCENTRALUS2_CP1, PROD1_NORTHEUROPE_CP1, PROD1_AUSTRALIAEAST_CP1. Con los escritorios virtuales basados en este sistema operativo, se puede utilizar el cliente de Windows de Horizon, el protocolo RDP 8.x y las funciones de soporte técnico y redireccionamiento USB de la experiencia remota de Horizon. No se admite el uso de GPU con máquinas virtuales de la serie NV.

  • Versiones de NSX Cloud compatibles con las implementaciones de Microsoft Azure:  Para los pods de la versión del manifiesto de esta versión (pods nuevos o pods actualizados), se recomienda usar NSX-T Data Center 2.5 o posterior. Para los pods de la versión del manifiesto de la versión anterior, la versión de revisión de NSX-T Data Center (versión de revisión 2.3.0.1.0, compilación 10539383) seguirá funcionando. Nota: Cuando se utiliza NSX-T Data Center 2.4 o 2.5, se necesitan pasos de configuración adicionales en las directivas de reenvío para las máquinas virtuales administradas por NSX. Para obtener información, consulte la Guía de administración.
  • Versiones para pods de Horizon 7 conectados a la nube: Consulte el artículo 77564 de la base de conocimientos de VMware para obtener la matriz de versiones compatibles de Horizon 7 con Horizon 7 Cloud Connector. Para obtener las ventajas de las funciones avanzadas que solo están disponibles para los pods de Horizon 7 conectados a la nube, debe tener versiones más recientes del software Horizon 7 Cloud Connector y Horizon 7. Si tiene la licencia necesaria, puede descargar el instalador del complemento de VMware Universal Broker y el dispositivo de Horizon 7 Cloud Connector más recientes. Para ello, desplácese a la sección de Horizon 7 Cloud Connector que se encuentra dentro de la página de descargas de VMware Horizon Cloud Service.
    Importante: Debe usar la versión 1.6 o una versión posterior de Horizon 7 Cloud Connector si la cuenta de cliente de Horizon Cloud se creó en una de las siguientes regiones: PROD1_NORTHCENTRALUS2_CP1, PROD1_NORTHEUROPE_CP1, PROD1_AUSTRALIAEAST_CP1. Solo la versión 1.6 es compatible con esas regiones. El correo electrónico de bienvenida a Horizon Service le indica la región en la que se creó la cuenta.

Aspectos que debe conocer antes de utilizar esta versión

Revise esta información cuando se prepare para utilizar esta versión de VMware Horizon Cloud Service.

El conocimiento de los siguientes hechos resulta útil para poder utilizar Horizon Cloud Service con cualquiera de los tipos de implementación.

  • La autenticación de inicio de sesión en la consola de administración de Horizon Cloud se basa en las credenciales de cuenta de My VMware. Si el sistema de la cuenta de My VMware está experimentando una interrupción del sistema y no puede aceptar solicitudes de autenticación, no podrá iniciar sesión en la consola de administración durante dicho período de tiempo. Si tiene problemas para iniciar sesión en la pantalla de primer inicio de sesión de la consola de administración, compruebe la página Estado del sistema de Horizon Cloud en https://status.horizon.vmware.com para ver el estado del sistema más reciente. En esa página, podrá suscribirse para recibir actualizaciones.
  • Cada uno de los pods emparejado con el plano de control de Horizon Cloud y asociado con la misma cuenta de cliente debe tener una conexión directa con los dominios de Active Directory conectados a esos pods y tener configurada una confianza unidireccional o bidireccional junto con esa conexión directa. Por ejemplo, cuando tiene tres pods donde un pod está en Microsoft Azure, otro pod es local y el otro pod está en VMware Cloud on AWS, cada uno de dichos pods debe tener una conexión directa y configurada una confianza unidireccional o bidireccional en el mismo conjunto de dominios de Active Directory.

El conocimiento de los siguientes hechos resulta de utilidad para utilizar las implementaciones de Microsoft Azure.

  • Suscripciones y cantidad de pods: Tenga en cuenta la cantidad de pods que implemente en una sola suscripción de Microsoft Azure, especialmente si tiene pensado que cada pod se ejecute a mayor escala. Aunque se pueden implementar varios pods en una sola suscripción a Microsoft Azure, ya sea en una sola región o en varias, Microsoft Azure impone ciertos límites dentro de una sola suscripción. Debido a los límites de Microsoft Azure, la implementación de muchos pods en una sola suscripción aumenta la probabilidad de alcanzar los límites. Numerosas variables, y combinaciones de estas variables, condicionan el alcance de dichos límites, como la cantidad de pods, la cantidad de granjas y asignaciones en cada pod, la cantidad de servidores en cada pod, la cantidad de escritorios en cada asignación, y así sucesivamente.
    Si tiene pensado que haya pods que se ejecuten a mayor escala, considere la posibilidad de contar con varias suscripciones en una sola cuenta de Microsoft Azure. Los clientes de Microsoft Azure pueden, y a menudo prefieren, este enfoque, ya que ofrece algunas ventajas para la administración continua de las suscripciones. Este enfoque consiste en implementar un único pod por suscripción, acumular las suscripciones en una sola "cuenta maestra" y evitar las posibilidades de alcanzar los límites de Microsoft Azure que afectan a una sola suscripción.
  • Se requiere acceso saliente a Internet en la red virtual (VNet) de Microsoft Azure que está conectada a la máquina virtual de Jump Box temporal del nodo y la máquina virtual del administrador de pods (o a máquinas virtuales plurales en el caso de que la alta disponibilidad esté habilitada en el pod). La autenticación basada en proxy se admite en esta versión. Debe proporcionar los detalles de su proxy en el asistente de implementación del pod. Para la implementación de pods, los nombres DNS específicos deben ser accesibles mediante protocolos y puertos específicos. Consulte la Guía de implementación de VMware Horizon Cloud Service para conocer los requisitos de conectividad. Nota: Cuando hay un servidor proxy configurado para el pod, se deben usar los pasos manuales para crear las máquinas virtuales principales base. No se puede usar el asistente Importar imagen automatizado cuando el pod está configurado para la autenticación basada en proxy.
  • Tamaño de subred: Actualmente no se admite la ampliación del tamaño de las subredes de un pod una vez implementado. Como resultado, en entornos de producción, se deben usar tamaños de subred lo suficientemente grandes para cumplir los siguientes requisitos:
    • Subred de administración: Al implementar un pod, a partir de marzo de 2019, es necesario que la subred de administración del pod tenga un CIDR mínimo de /27, mientras que anteriormente se permitía un CIDR mínimo de /28. Este cambio se realizó para reducir la aparición de problemas que puedan ocurrir durante la actualización de pods debido a una falta de direcciones IP disponibles en la subred. Un CIDR de /27 admite 32 direcciones IP.
    • Subred de escritorio (tenant): Use un CIDR en el rango de /24 a /21 que dé cabida a las máquinas virtuales de los escritorios de VDI, las imágenes RDS y todos los servidores de las granjas RDS del pod. Por ejemplo, si desea que el pod de producción admita hasta 2000 máquinas virtuales de escritorio de VDI, el CIDR mínimo que debe utilizar es de /21 (2048 direcciones IP).
    Para que la función implemente la puerta de enlace externa en su propia VNet, las VNet deben estar emparejadas. Como resultado, debe crear las subredes manualmente antes de ejecutar el asistente de implementación. Para la VNet de la puerta de enlace externa, la subred de administración y la subred de back-end deben cumplir con la misma CIDR/27 mínima.

El conocimiento de los siguientes hechos resulta de utilidad para conectar Horizon Cloud a los pods instalados localmente o en VMware Cloud on AWS.

  • Si la cuenta de tenant de Horizon Cloud se creó a partir del 17 de marzo de 2020 en una de las siguientes regiones: PROD1_NORTHCENTRALUS2_CP1, PROD1_NORTHEUROPE_CP1 o PROD1_AUSTRALIAEAST_CP1, debe utilizar Horizon 7 Cloud Connector versión 1.6 o posterior para conectar los pods a Horizon Cloud. La fecha del correo electrónico de bienvenida a Horizon Cloud Service es la que se utilizará para determinar si la cuenta de tenant se creó después del 17 de marzo de 2020. El correo electrónico también indica la región en la que se creó la cuenta. Las versiones anteriores de Cloud Connector tendrán problemas de compatibilidad si se utilizan con cuentas de tenant creadas a partir del 17 de marzo de 2020 en las regiones indicadas.
  • Antes de conectar un segundo pod de Horizon 7 a Horizon Cloud, debe iniciar sesión en la consola administrativa de Horizon Cloud y completar el proceso de registro de dominio de Active Directory después de conectar el primer pod de Horizon 7 a Horizon Cloud mediante el proceso de incorporación de Cloud Connector. Cuando empareja varios pods de Horizon 7 con Horizon Cloud antes de completar dicho registro de dominio de Active Directory, puede que ocurran resultados inesperados cuando finalmente inicie sesión en la consola administrativa para intentar el proceso de registro de dominio.
  • Debido a un problema conocido, cuando se utiliza un dominio local de Active Directory para prestar servicio a un pod en VMware Cloud on AWS, se pueden producir tiempos de acceso lentos, debido a congestión de red o latencia de red entre ese dominio de Active Directory local y el pod de VMware Cloud on AWS, que generen llamadas al agotarse el tiempo de espera del dominio. Los síntomas habituales de esta latencia son una pantalla de inicio de sesión de Active Directory que no completa el inicio de sesión antes de agotarse el tiempo de espera. Si experimenta síntomas de este tipo, puede resultar útil configurar un controlador de dominio grabable en cada centro de datos definido por software en la nube (SDDC).

Documentación del producto y recursos útiles adicionales

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

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

Limitaciones conocidas

Las siguientes limitaciones se aplican a todos los tipos de implementación.

  • La consola de administración no se admite en el navegador Apple Safari. Es posible que algunas funciones de la interfaz de usuario no funcionen correctamente. En Mac OS, como alternativa a Apple Safari, se pueden usar los navegadores Chrome o Firefox.
  • Cada pod asociado con su cuenta de cliente de Horizon Cloud y conectado a Horizon Cloud debe tener una conexión directa con el mismo conjunto de dominios de Active Directory y tener configurada una confianza unidireccional o bidireccional junto con esa conexión directa.

Las implementaciones de Microsoft Azure tienen las siguientes limitaciones conocidas.

  • Actualmente no se admite la ampliación del tamaño de las subredes de un pod una vez implementado. Antes de implementar un pod, debe asegurarse de que los espacios de direcciones de las subredes especificadas en el asistente de implementación sean lo suficientemente grandes para admitir el uso esperado.
  • Esta versión no admite el uso de las siguientes funciones de Horizon Agent: Servicio de VMware Logon Monitor. De forma predeterminada, el Horizon Agents Installer deshabilita el servicio de VMware Logon Monitor en todas las instalaciones que realiza el instalador.
  • Durante el proceso de diez minutos de la actualización de un pod de un nivel de software anterior al más reciente, las sesiones activas conectadas al nodo en actualización de los usuarios finales se desconectarán. No se producirá pérdida de datos, excepto en el caso en el que la asignación del escritorio VDI o la granja RDSH que presta servicio a las sesiones tenga la opción Cerrar sesión en las sesiones desconectadas configurada como Inmediatamente. Para las asignaciones de escritorios VDI y granjas de este tipo, las sesiones desconectadas también cerrarán la sesión de forma inmediata y se perderá el trabajo de usuario en curso en estas condiciones.
    Una vez completado el proceso de actualización, los usuarios podrán volver a conectarse.
  • Varios pods no pueden compartir el mismo nombre de dominio completo que está establecido en sus configuraciones de Unified Access Gateway. Cada pod configurado con instancias de Unified Access Gateway tiene su propio nombre de dominio completo (FQDN) único. El FQDN no puede contener caracteres de subrayado. Puede utilizarse el mismo FQDN en las configuraciones internas y externas de Unified Access Gateway en el mismo pod.
  • Su sesión autenticada (con sesión iniciada) en la consola de administración agotará el tiempo de espera una vez transcurrido el ajuste de tiempo que esté configurado en la página Configuración general de la consola de administración. El valor predeterminado es 30 minutos. Si tiene al menos un pod conectado a la nube, puede cambiar el valor predeterminado a uno entre 30 y 180 minutos. En la mayoría de los casos, cuando se supera el tiempo configurado, el sistema cierra la sesión de forma explícita automáticamente y presenta un mensaje indicando que se debe volver a iniciar la sesión. Sin embargo, en ocasiones, el sistema finaliza la sesión autenticada y no le expulsa de forma explícita. Cuando esto ocurre, al realizar ciertas tareas en la consola de administración, es posible que se muestren mensajes de error que no reflejen el estado actual de un modo preciso, como cuando el asistente de implementación de nodos no puede validar las entradas de suscripción y los valores no se muestran en las listas desplegables, y cuando la página Granjas informa de que no hay ningún nodo disponible para crear una granja y aparecen mensajes de error que indican "No se han proporcionado service_sessions de tipo identity_node". Si detecta este comportamiento y ha utilizado la consola de administración durante treinta minutos o más, cierre la sesión manualmente y, a continuación, vuelva a iniciarla.
  • La capacidad de redireccionamiento USB no se admite cuando se utiliza VMware Horizon Client para Android para acceder a los escritorios virtuales y las aplicaciones remotas a los cuales presta servicio el entorno de Horizon Cloud.
  • Para imágenes maestras que admiten GPU basadas en sistemas operativos de tipo servidor, se recomienda usar Microsoft Windows Server 2016 y 2019 para no limitar el número de sesiones de usuario final. Debido a una limitación del controlador NVIDIA en Windows Server 2012 R2, se admite un máximo de 20 sesiones para cada servidor de escritorio RDS.
  • Las capacidades de NSX Cloud de esta versión no se admiten en Microsoft Windows Server 2019.
  • Si tiene una imagen con Microsoft Windows 10 1709 (RS3) y desea actualizarla a Windows 10 1803 (RS4) o Windows 10 1809 (RS5), actualice primero Windows 10 1709 a la versión más reciente de Horizon Agent (19.4), antes de continuar con la actualización del sistema operativo Windows.
  • De forma predeterminada, cuando se utiliza el asistente de importación de escritorios automatizado para crear una imagen con un sistema operativo Windows Server 2012, la imagen resultante no tiene habilitada la experiencia de escritorio. Si desea que la imagen resultante incluya la experiencia de escritorio, debe habilitarla manualmente.
  • Cuando se implementa un pod de Horizon Cloud on Microsoft Azure después de haber configurado True SSO para pods implementados anteriormente, el sistema no empareja automáticamente el pod nuevo con los servidores de inscripción. Debe repetir los pasos manualmente para exportar el paquete de emparejamiento e importarlo en los servidores de inscripción. Para conocer los pasos, consulte la Guía de administración de esta versión.
  • En una personalización de redireccionamiento de URL, se distingue entre mayúsculas y minúsculas en los patrones de URL cuando son interceptados por Horizon Client. Por ejemplo, el redireccionamiento de URL no ocurre para los patrones de URL especificados como *GOOGLE.com y *Google.com aunque se redireccione el patrón *google.com. El redireccionamiento para los usuarios finales no se produce si el patrón especificado no coincide con las mayúsculas/minúsculas reales de los caracteres que se utilizan en los sistemas de archivos de destino.
  • El sistema recupera los datos de los informes de Utilización, Simultaneidad, Historial de sesiones y Aplicaciones principales, una vez al día, a una hora UTC específica. Los datos para los informes de Utilización y Simultaneidad se recuperan a las 02:00 UTC, los datos para el informe de Historial de sesiones se recuperan a las 02:10 UTC, y los datos para el informe de Aplicaciones principales se recuperan a las 02:30 UTC. Como resultado, es posible que la información notificada que se muestra en la consola de administración no refleje los datos recopilados entre la última vez que se ha producido la recuperación y el momento en que se visualizan los informes en la consola de administración. Como ejemplo, debido a que la lógica de los datos de Usuarios y Simultaneidad máxima en el informe de Simultaneidad se calculan en base al día para el que se recuperan los datos, los datos de la actividad del usuario del 23 de abril se calculan a las 02:00 UTC del 24 de abril (el día siguiente). Una vez que ha transcurrido este momento y el sistema recupera los datos recopilados, los datos del 23 de abril se muestran en el informe. Si uno de los usuarios finales inicia una sesión después de las 02:00 UTC del 23 de abril, los datos de la sesión del usuario no se reflejarán en el informe en pantalla hasta después de las 02:00 UTC del 24 de abril.
  • En los flujos de trabajo que tienen como resultado la creación de máquinas virtuales, como la creación de granjas, imágenes y asignaciones, si intenta escribir un nombre que sea más largo que la longitud admitida por el sistema para el elemento que va a crearse, el sistema impide que pueda escribir más caracteres que el número admitido. El número de caracteres admitidos para el nombre de un elemento depende del flujo de trabajo.
  • En un entorno de varios pods de Microsoft Azure, no se pueden volver a utilizar los nombres usados en un pod al crear elementos en otro pod. El motivo de esta limitación es que los pods en el entorno de varios pods comparten el mismo dominio de Active Directory y la misma VNet. Como resultado, si los nombres se comparten dentro de esos entornos de varios pods, puede producirse un comportamiento inesperado. Esta limitación se aplica a los nombres de imagen, granjas y las asignaciones de escritorios VDI. Asegúrese de que se utilicen nombres únicos para sus imágenes maestras, granjas y asignaciones de escritorios VDI.
  • Siga estas reglas al introducir caracteres en la consola administrativa:
    • Utilice solo caracteres ASCII estándar en los nombres de usuario y las contraseñas, y para la contraseña al descargar el archivo de arranque DaaS SSL. Si utiliza caracteres distintos a ASCII en estos elementos, es posible que se produzcan resultados no esperados.
    • Al introducir los nombres de granjas, asignaciones e imágenes importadas, y otros activos que deriven en la creación de una máquina virtual de Microsoft Azure, no debe introducir más de 12 caracteres para el nombre.
    • No use comas en contraseñas de usuarios.
    • Al utilizar el Asistente de importación para crear una máquina virtual principal desde Microsoft Azure Marketplace:
      • Introduzca un nombre de usuario y una contraseña que cumplan con los requisitos de Microsoft Azure para las contraseñas y los nombres de usuario de administrador de máquina virtual. Consulte la página de preguntas más frecuentes de Microsoft Azure para obtener más información.
      • No escriba un nombre para la imagen que termine con un guion (-).
      • No incluya un carácter de subrayado (_) en el nombre de la imagen.
  • Si se inicia la conversión de un escritorio en una imagen, pero la tarea se cancela antes de que finalice, es posible que se produzca un error en el segundo intento de convertir el escritorio en una imagen. Para evitar este problema, debe apagar el escritorio y encenderlo de nuevo antes de intentar convertirlo en una imagen por segunda vez.

Problemas conocidos

Nota: Los problemas conocidos de la versión 7.12 de Horizon 7 y de las versiones anteriores de Horizon 7 se incluyen en las notas de la versión del producto de software Horizon 7. Los documentos de la versión 7.12 de Horizon 7 están vinculados desde la página de documentación de VMware Horizon 7. Aunque se conectan pods de Horizon 7 a la nube, los problemas conocidos de Horizon 7 se encuentran detallados en las notas de la versión de Horizon 7.

Nota: Debido a un problema conocido, la frase regional del correo electrónico de bienvenida a Horizon Service puede contener un nombre de cadena del sistema en lugar de un nombre descriptivo. Por ejemplo, es posible que se muestre un nombre como EU_CENTRAL_1 en el correo electrónico de bienvenida.

Los problemas conocidos se agrupan de la siguiente manera:

Nota: Los números entre paréntesis que se especifican en cada problema conocido hacen referencia a los sistemas de seguimiento de problemas internos de VMware.

Problemas conocidos relacionados con Active Directory

  • El bloqueo de cuenta de enlace principal no se detecta hasta que se realiza una acción que involucra a Active Directory en la consola de administración. (2010669)
    Debido a este problema, un administrador que haya iniciado sesión en la Consola de Administración no verá ninguna notificación de bloqueo de cuenta de enlace principal hasta que se realice una acción que involucre a Active Directory en la interfaz de usuario, como cuando se busca en Active Directory para agregar usuarios a las asignaciones. Los servicios subyacentes solo detectan una cuenta de servicio bloqueada cuando se realiza una solicitud para comunicarse con Active Directory a fin de autenticarse o buscar (usuarios o grupos).
    Solución alternativa: Ninguna.
  • La consola de administración tarda hasta 15 minutos en reflejar un estado de bloqueo o desbloqueo de la cuenta de dominio de enlace principal. (2009434)
    El objeto de conexión del sistema con Active Directory se almacena en caché durante 15 minutos. Como resultado, podrían pasar hasta 15 minutos desde el momento en el que la cuenta de enlace principal pasa al estado de bloqueo y el sistema emite la notificación al administrador. Por otro lado, después de que el administrador borre la condición de bloqueo de la cuenta, pueden pasar hasta 15 minutos hasta que el sistema detenga las notificaciones acerca de la cuenta borrada.
    Solución alternativa: Ninguna.
  • Para las granjas de un pod de Microsoft Azure, la reutilización del mismo nombre de granja con un dominio diferente en el mismo bosque de Active Directory puede producir errores de unión al dominio debido a la duplicación de nombres de proveedor de servicio (SPN). (1969172)
    Debido a una nueva función para controladores de dominio en Microsoft Windows Server 2012 R2 y versiones posteriores, una comprobación de SPN duplicados en el controlador de dominio provoca errores de unión al dominio. Consulte el artículo de Knowledge Base de Microsoft 3070083.
    Soluciones alternativas:
    - Evite reutilizar nombres de la granja.
    - Como se describe en el artículo de Knowledge Base de Microsoft, inhabilite las comprobaciones de SPN duplicados en el dominio de Active Directory.

Problemas conocidos relacionados con el instalador del complemento de Universal Broker/Cloud Connector

  • Al actualizar tanto Cloud Connector como el servidor de conexión de un pod, asegúrese de supervisar y comprobar el estado del pod durante el proceso de actualización. La supervisión del estado del pod ayuda a solucionar los problemas que puedan surgir. (2405911)
    A veces, la actualización del servidor de conexión en un pod conectado a la nube puede causar problemas el estado del pod. Si intenta actualizar Cloud Connector en un pod en mal estado, se producirá un error en la actualización.
    Solución alternativa: Después de actualizar el servidor de conexión, compruebe que el estado del pod sea correcto. Para ver el estado del pod, primero realice un enlace de dominio de Active Directory, que le permite acceder a la página Capacidad en la consola administrativa de Horizon Cloud. En la página Capacidad, compruebe que el estado del pod sea En línea o Listo. Si el pod muestra un estado incorrecto, póngase en contacto con el soporte de VMware para obtener ayuda y resolver cualquier problema de conectividad relacionado con el pod antes de intentar la actualización de Cloud Connector.

Problemas conocidos relacionados con imágenes, granjas y asignaciones

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • En la pestaña Servidores de una granja existente, todas las opciones del modo de inicio de sesión del usuario dan un mensaje de error que indica que Horizon Agent debe actualizarse. (2528295)
    El uso de la consola administrativa para establecer el modo de inicio de sesión del usuario depende de la detección de la versión 20.1.0 del agente que se ejecuta en la máquina virtual de la granja. Sin embargo, esa versión del agente aún no está disponible en el plano de control de la nube para actualizar los agentes en las máquinas virtuales de la granja existentes.
    Solución alternativa: Ninguna. Cuando la versión 20.1.0 del agente está disponible en el plano de nube, puede actualizar las máquinas virtuales de la granja al agente para usar las opciones del modo de inicio de sesión del usuario.
  • En algunas ocasiones, algunas máquinas virtuales de escritorio de una gran asignación de escritorios VDI flotantes informan de un estado de agente desconocido. (DPM-3201)
    En las asignaciones de escritorios VDI flotantes con gran cantidad de máquinas virtuales de escritorio, debido a un problema conocido, una pequeña cantidad de esas máquinas virtuales de escritorio pueden entrar en un estado de agente desconocido, ya que algunos servicios de Windows, como el servicio Blast de Horizon Agent o el servicio de Microsoft Azure, no se inician o tardan en iniciarse. Como resultado, en la consola administrativa, la columna Estado del agente de esas máquinas virtuales de escritorio muestra el estado "Desconocido", con los errores de agente informados.
    Solución alternativa: En la consola administrativa, utilice la acción Reiniciar para reiniciar esas máquinas virtuales.
  • El asistente de importación de escritorios crea imágenes de Windows Server 2012 sin la experiencia de escritorio habilitada. (2101856)
    Debido a un problema conocido, cuando se utiliza el asistente de importación de escritorios automatizado para crear una imagen con un sistema operativo Windows Server 2012, la imagen resultante no tiene habilitada la experiencia de escritorio.
    Solución alternativa: Si desea que la imagen resultante incluya la experiencia de escritorio, debe habilitarla manualmente. Tenga en cuenta también que el sistema operativo Windows Server 2012, para instalar Horizon Agent con la opción de redireccionamiento del escáner, requiere que la experiencia de escritorio esté habilitada en el sistema operativo.
  • Cuando se publica (proceso también conocido como sellado) una máquina virtual importada, el proceso puede provocar un tiempo de espera u otros errores de publicación debido a fallos de sysprep. (2036082, 2080101, 2120508, 2118047)
    Después de hacer clic en "Convertir a escritorio" en una máquina virtual importada y en "Publicar" para que resulte una imagen publicada (sellada), se realizan varias operaciones en la máquina virtual. Estas operaciones incluyen ejecutar el proceso de preparación del sistema Windows (sysprep), apagar la máquina virtual y desconectarla, entre otras. Debido a problemas conocidos en el sector relacionados con el proceso sysprep de Windows y la personalización de máquinas virtuales, en ocasiones el proceso de publicación falla por distintos motivos. En la página Actividad, puede ver mensajes como "Timeout Error Waited 20 minutes for virtual machine to power off" (Error de tiempo de espera agotado. Se han esperado 20 minutos a que se apague la máquina virtual) y otro mensaje de error de sysprep.
    Solución alternativa: Por lo general, puede evitar que se produzcan estos problemas de sysprep al crear la máquina virtual principal si utiliza el asistente de importación de escritorios desde Marketplace y selecciona en el botón de alternancia Optimizar imagen de Windows del asistente. Si observa este error para una máquina virtual principal en la que no se utiliza esta opción, o si ha creado manualmente la máquina virtual principal, consulte el artículo KB 2079196 de VMware, el artículo KB 2769827 de Microsoft, el artículo 615 de Microsoft MVP y la Guía de administración de VMware Horizon Cloud Service a fin de obtener información sobre las prácticas recomendadas para configurar la máquina virtual principal de cara a minimizar la probabilidad de que haya problemas de sysprep cuando vaya a publicar la imagen. Si ve los errores de tiempo de espera en la página Actividad, puede intentar esta solución alternativa: en la página Imágenes, utilice la acción "Convertir la imagen en escritorio" sobre la imagen. Cuando la página Actividad indique que la conversión de imagen en escritorio es correcta, vaya a la página Máquinas virtuales importadas. Conéctese a la máquina virtual siguiendo los pasos descritos en la Guía de administración y aplique las prácticas recomendadas descritas en los artículos de KB. Desde la página Máquinas virtuales importadas, seleccione la máquina virtual y haga clic en Convertir en imagen para volver a ejecutar el proceso de publicación.
  • En ocasiones, durante la creación de una granja, las máquinas virtuales del servidor se bloquean en el paso de personalización. (2010914, 2041909)
    En ocasiones, durante el proceso de sysprep en las máquinas virtuales del servidor de la granja, un servicio de Windows llamado "tiledatamodelsvc" impide que sysprep acceda a los archivos de Windows que necesita para completar el proceso de personalización de sysprep. Como resultado, las máquinas virtuales del servidor de la granja no avanzan más allá del paso de personalización. El registro de errores de sysprep contiene la línea "Error SYSPRP setupdigetclassdevs generó el error 0".
    Solución alternativa: Si detecta este problema y ve ese mensaje de error en el archivo de registro de errores de sysprep, intente deshabilitar el servicio "tiledatamodelsvc" en la imagen y, a continuación, cree la granja.
  • El estado del agente se puede mostrar como "No definido" en la página Máquinas virtuales importadas después de duplicar una imagen o crear manualmente una imagen en Microsoft Azure. (2002798)
    Cuando se utiliza el botón Duplicar en la página Imágenes para clonar una imagen publicada, o cuando se crea manualmente una imagen maestra en Microsoft Azure, la máquina virtual resultante aparece en la página Máquinas virtuales importadas. Debido a este problema, aunque la máquina virtual esté completamente encendida, es posible que el estado del agente aparezca como "No definido". Sin embargo, cuando se seleccione la máquina virtual y se elija Convertir en imagen para publicarla, la interfaz de usuario mostrará el agente con el estado "Activo".
    Solución alternativa: Ninguna. Si los flujos de trabajo Restablecer emparejamiento de agente, Nueva imagen o Convertir en imagen muestran el agente como "Activo", puede ignorar el estado "No definido" en la página Máquinas virtuales importadas.

Problemas conocidos relacionados con la actualización del agente

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Al intentar una actualización del agente en una imagen que tiene pendiente una actualización de Windows, el proceso de actualización puede fallar. (2234964)
    Si la imagen necesita una actualización en el sistema operativo Windows, en lugar de una actualización secundaria que no sea de sistema operativo, esto puede hacer que algunos recursos del sistema operativo queden sin conexión y no estén disponibles para la actualización del agente.
    Solución alternativa: Espere hasta que finalice la actualización de Windows e intente actualizar el agente de nuevo. Para confirmar que todas las actualizaciones de Windows están completas, puede capturar la imagen sin conexión, realizar todas las actualizaciones pendientes y volver a publicar la imagen antes de iniciar la actualización del agente.

Problemas conocidos relacionados con los informes y la supervisión

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • En el informe de actividad del usuario, la media semanal (horas) mostrada no es intuitiva. (1817065)
    Debido a este problema, las estadísticas semanales fluctúan con el tiempo debido a que la lógica de cálculo está dividiendo la duración de la semana actual por siete (7) y no la redondea a una semana completa. Por ejemplo, cuando se seleccionan los últimos 30 días, los datos para las semanas completadas no cambian, pero los datos de la semana actual se dividen por siete (7). La lógica actual es media semanal (horas) = promedio diario (horas) * 7 días, lo que da como resultado media semanal de los últimos 30 días = (duración total / 30 días) * 7 días.
    Solución alternativa: Ninguna.
  • El informe de estado del escritorio no refleja un nombre de granja o de asignación de escritorios VDI actualizado recientemente hasta una hora después del cambio de nombre. (1756889)
    Si cambia el nombre de una granja o de una asignación de escritorios VDI, transcurre una hora hasta que se refleja el nuevo nombre en el menú desplegable Asignación y la columna Asignación del informe de estado del escritorio.
    Solución alternativa: Espere una hora antes de empezar a comprobar que el nuevo nombre aparece en el informe.
  • El formato de algunos de los archivos CSV que puede exportar desde las pantallas de la interfaz de usuario Informes no coincide con las tablas que aparecen en pantalla. (2015500)
    Algunas de las sub-pantallas de la página Informes proporcionan una función de exportación para exportar los datos mostrados en formato CSV. Debido a este problema, el formato de los archivos CSV exportados desde los informes Estado del escritorio, Simultaneidad e Historial de sesiones no coincide exactamente con el formato que puede ver que se muestra en la pantalla. Por ejemplo, los encabezados de columna podrían ser diferentes y los archivos CSV pueden tener más columnas de datos que en las tablas que aparecen en pantalla.
    Solución alternativa: Ninguna.

Problemas conocidos relacionados con la administración de identidades y True SSO

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Si el pod de una versión anterior de manifiesto se actualiza a esta versión y ese pod tiene RADIUS de dos factores configurado en sus instancias de Unified Access Gateway y también está integrado con Workspace ONE Access, el inicio de un escritorio desde el portal de Workspace ONE Access mediante el navegador muestra el formulario de inicio de sesión de RADIUS con el campo de nombre de usuario relleno previamente con el UPN del usuario. (2248160)
    Este síntoma se produce debido a un cambio que se lanzó en VMware Horizon HTML Access 4.10. Cuando el pod en Microsoft Azure de una versión anterior de Horizon Cloud está configurado con instancias de Unified Access Gateway y autenticación RADIUS de dos factores y se configura ese pod para que utilice Workspace ONE Access, cuando anteriormente se iniciaba un escritorio desde el portal de Workspace ONE Access mediante el navegador, el formulario de inicio de sesión RADIUS solicitaba el nombre de usuario y el código de acceso. El usuario final debía escribir el nombre de usuario y el código de acceso en el formulario. Sin embargo, debido a este problema, después de actualizar ese pod a esta versión y utilizando los mismos pasos de inicio de escritorio, el formulario de inicio de sesión RADIUS tiene el campo de nombre de usuario relleno previamente con el UPN del usuario de dominio. Esto solo ocurre cuando se utiliza el navegador para iniciar el escritorio. No pasa cuando se usa Horizon Client.
    Solución alternativa: Si se produce esta situación, el usuario final puede borrar el campo de nombre de usuario relleno previamente e introducir su información. Por lo general, para la mayoría de los entornos que están integrados con Workspace ONE Access, la autenticación de dos factores debe configurarse en Workspace ONE Access y no en las instancias subyacentes de Unified Access Gateway.
  • Es posible que se produzca un error al iniciar un segundo escritorio desde el portal de Workspace ONE Access con Horizon Client con el mensaje "No tiene autorización para ese escritorio o esa aplicación". (1813881, 2201599)
    Este síntoma se produce en la siguiente situación. El usuario tiene autorización para dos asignaciones de VDI dedicadas a través de una autorización de grupo. Ambas asignaciones de escritorios VDI dedicados se muestran en el portal de Workspace ONE Access cuando el usuario inicia sesión. El usuario inicia el primer escritorio mediante Horizon Client. Se conecta ese escritorio. A continuación, el usuario intenta iniciar del otro escritorio desde la otra asignación, también mediante Horizon Client. El inicio de dicho escritorio falla con un error que indica que el usuario no tiene autorización. Sin embargo, este problema se produce solo para el primer intento en el segundo escritorio. Si el usuario inicia el segundo escritorio mediante el explorador, los siguientes intentos para iniciar el segundo escritorio mediante Horizon Client se realizan correctamente.
    Solución alternativa: Si se produce esta situación, intente iniciar el segundo escritorio mediante el explorador.

Problemas conocidos relacionados con la interfaz de usuario

Nota: A menos que se especifique lo contrario en el texto del problema conocido, los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • El gráfico Segmentos de inicio de sesión que se muestra en el panel de control de sesiones no tiene datos.
    El servicio de VMware Logon Monitor proporciona los datos del gráfico Segmentos de inicio de sesión que aparece en el panel de control de sesiones. Sin embargo, esta versión no admite el uso del servicio de VMware Logon Monitor y, de forma predeterminada, el Horizon Agents Installer deshabilita en todas las instalaciones que realiza el instalador. Como consecuencia, aunque no haya datos que pueda mostrar el servicio de VMware Logon Monitor, el gráfico de Segmentos de inicio de sesión seguirá siendo visible en el panel de control de sesiones. Este problema se aplica a todos los tipos de pods.
    Solución alternativa: Ninguna.
  • Cuando se utiliza la consola administrativa en la pestaña de un navegador, si se intenta iniciar un escritorio desconectado que está en otra pestaña del mismo navegador, se cierra la sesión en el portal de HTML Access y se debe volver a iniciar sesión en él. (2118293)
    Por lo general, cuando se inicia un escritorio y se desconecta de él sin cerrar sesión, la sesión del portal de HTML Access se mantiene abierta y se puede volver a conectar con el escritorio desconectado sin tener que introducir las credenciales en el portal de HTML Access. Debido a este problema, si se encuentra en una ventana del navegador donde ha iniciado sesión en la consola administrativa en una pestaña del navegador, y utiliza otra pestaña del mismo navegador para iniciar sesión en el portal de HTML Access e iniciar un escritorio, cuando se desconecte de dicho escritorio e intente volver a conectarse a él, se cerrará la sesión del portal de HTML Access. A continuación, deberá volver a introducir las credenciales del portal de HTML Access para poder volver a conectarse a dicho escritorio.
    Solución alternativa: Para evitar este problema, inicie sesión en la consola administrativa en una ventana independiente del navegador. Esto solo ocurre si se ha iniciado sesión en la consola administrativa en una pestaña de la misma ventana del navegador en el que también se está utilizando el portal de HTML Access.
  • En la pantalla de la tarjeta de usuario para un usuario específico, se eliminan las asignaciones de escritorios dedicados VDI de la pestaña Asignaciones después de que el usuario inicie por primera vez el escritorio dedicado desde la asignación. (1958046)
    Cuando se especifica un usuario en una asignación de escritorio dedicado VDI como usuario individual, no a través de un grupo de Active Directory, la asignación de escritorio dedicado VDI aparece en la pestaña Asignaciones en la pantalla de la tarjeta de usuario para el usuario solo hasta que el usuario inicie por primera un escritorio dedicado desde la asignación. Después de que el usuario inicie por primera vez un escritorio dedicado VDI desde la asignación, la pestaña Asignaciones de la tarjeta de usuario ya no mostrará la asignación de escritorio dedicado VDI para dicho usuario. El inicio por primera vez por parte del usuario tiene como resultado que el usuario solicita un escritorio dedicado específico desde el grupo subyacente definido por la asignación y el sistema asigna este escritorio dedicado específico al usuario en particular. Cuando se realiza esa asignación, el escritorio dedicado específico obtiene el estado Asignado y se muestra en la pestaña Escritorios de la tarjeta de usuario para el usuario.
    Solución alternativa: En lugar de confiar en la pestaña Asignaciones de la tarjeta de usuario, en este caso, para ver los escritorios dedicados VDI ya iniciados asignados a un usuario específico, puede utilizar la pestaña Escritorios. Si tiene que localizar la asignación de escritorio dedicado VDI específica en la cual se realiza la asignación del escritorio del usuario, obtenga el nombre del escritorio desde la pestaña Escritorio de la tarjeta de usuario y utilice la función de búsqueda por máquinas virtuales de la búsqueda del banner superior para que aparezca la máquina virtual de escritorio específica. En los resultados de la búsqueda por máquinas virtuales, haga clic en el nombre para abrir la página de asignación específica que tiene el escritorio dedicado concreto. A continuación, puede localizar al usuario en los detalles de la asignación.
  • La pantalla Novedades aparece incluso si anteriormente seleccionó la opción de no seguir mostrándola. (2075825)
    Este problema se aplica a los entornos con cualquier tipo de pod. Debido a este problema, si desactiva la caché del navegador o utiliza un navegador distinto de aquel en el cual seleccionó previamente la opción para no mostrar la pantalla Novedades, la pantalla puede aparecer cuando inicie sesión en la consola de administración. El indicador para determinar si se debe mostrar la pantalla Novedades se almacena en la caché local del navegador, en lugar de almacenarse por usuario.
    Solución alternativa: Ninguna.
  • A pesar de que el proceso de creación de la imagen no se ha completado totalmente, la pantalla Primeros pasos muestra Completado para el paso Crear imagen. (2100467)
    Debido a este problema, el paso Crear imagen aparece marcado como completado prematuramente.
    Solución alternativa: Utilice la página Actividad para verificar que se ha completado el proceso de creación de la imagen.
  • Cuando se utiliza la consola de administración, es posible que se vean marcadores de posición en lugar de las cadenas de texto real, o que se haga clic en un botón de una página y no ocurra nada. (2045967)
    Este problema se aplica a los entornos con cualquier tipo de pod. VMware actualiza periódicamente el entorno de administración en la nube que aloja a la consola de administración. Este problema puede ocurrir cuando el contenido estático se ha almacenado en caché en el navegador antes de la actualización más reciente en la nube. Es un problema temporal que desaparecerá cuando se borre la caché del navegador.
    Solución alternativa: Intente cerrar la sesión en la consola administrativa, borre la caché del navegador, reinicie el navegador y, a continuación, inicie sesión de nuevo en la consola administrativa.
  • Los nombres de las aplicaciones se muestran en caracteres en minúscula cuando los usuarios finales acceden a ellos mediante Workspace ONE Access. (1967245)
    Cuando el entorno de Horizon Cloud está integrado con Workspace ONE Access, los usuarios finales acceden a los escritorios y las aplicaciones asignadas a través de Workspace ONE Access. Debido a este problema conocido, los usuarios ven los nombres de las aplicaciones mostrados con caracteres en minúscula, sin tener en cuenta el uso real de mayúsculas y minúsculas en los nombres de aplicación. Esta limitación se debe a la forma en que Workspace ONE Access crea identificadores de inicio desde Horizon Cloud mediante el uso de REST API antiguas de Horizon Cloud.
    Solución alternativa: Ninguna.
  • Los porcentajes de uso de memoria notificados para los informes de estado del escritorio y utilizados para las alertas de estado del escritorio se basan en un porcentaje de memoria asignada, lo que es igual a la memoria física más el tamaño de archivo de paginación, y no solo en el porcentaje de memoria física. (2015772)
    La memoria asignada para una máquina virtual de escritorio se calcula como la memoria física más el tamaño de archivo de paginación. Al calcular el porcentaje de uso de memoria en un escritorio, el sistema toma el porcentaje utilizado del total (memoria física más el tamaño de archivo de paginación). Las alertas de estado del escritorio y el informe de uso de memoria en los informes de estado del escritorio utilizan el cálculo de porcentaje. Sin embargo, cuando se inicia sesión en una máquina virtual de escritorio y se abre el Administrador de tareas de Windows para ver el uso de memoria en el sistema operativo de Windows del escritorio, el Administrador de tareas de Windows muestra el porcentaje solo en función de la memoria física. Como resultado, el porcentaje de uso de memoria que muestra el Administrador de tareas de Windows del escritorio no coincide con el porcentaje de uso de memoria mostrado en los informes de estado del escritorio ni en la alerta de estado del escritorio.
    Solución alternativa: Tenga en cuenta esta diferencia si decide realizar una comparación entre el porcentaje de uso de memoria notificado por el Administrador de tareas de Windows de un escritorio y el porcentaje de uso de memoria notificado en el informe de estado del escritorio de la consola de administración y las alertas de estado del escritorio de dicho escritorio.
  • Si el uso de CPU de una máquina virtual de escritorio es del 100 %, o se aproxima a esta cifra, no se activa la alerta de escritorio. (1446496)
    Si una aplicación o un elemento de la máquina virtual de escritorio hace que el uso de CPU de la máquina virtual alcance el 100 %, el agente de escritorio no envía tantas muestras de datos como de costumbre a Horizon Cloud debido a que la CPU está muy ocupada. Como resultado del bajo recuento de muestras devueltas, el cálculo que utiliza el sistema para activar la alerta de escritorio se ve afectado.
    Solución alternativa: Ninguna.

Problemas conocidos relacionados con Horizon Client - Usuario final

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Los usuarios se desconectan después de una hora desde sus escritorios o sesiones de aplicación remota cuando utilizan los protocolos HTML Access (Blast) y PCoIP. Además, al cambiar los protocolos en el cliente, si selecciona la opción Conectar en lugar de Cerrar sesión y volver a conectar, el cliente puede dejar de responder. (2519400, 2528014)
    Aquí se describen dos problemas relacionados entre sí. El primero se debe a un problema en los servicios de terminal de Microsoft en sistemas Microsoft Windows 10 Enterprise multisesión. Para escritorios basados en sesiones y aplicaciones remotas aprovisionadas desde granjas RDSH basadas en el sistema operativo Microsoft Windows 10 Enterprise multisesión, cuando un usuario final se vuelve a conectar a una sesión de aplicación remota o de escritorio existente mediante el protocolo PCoIP o HTML Access (Blast) después de que haya transcurrido una hora, se forzará la desconexión de la sesión del usuario. No hay pérdida de datos. A pesar de que el usuario puede volver a conectarse y de que la sesión se encuentra en el mismo estado que en el momento de la desconexión, este comportamiento se repite y la sesión que se volvió a conectar se desconecta de nuevo después de una hora.
    El segundo problema se produce al cambiar los protocolos en el cliente después de establecer una sesión en una granja RDSH mediante un protocolo. Al iniciar el escritorio o la aplicación con un protocolo, desconectar esa sesión, utilizar el menú del cliente para cambiar a otro protocolo e iniciar el mismo escritorio o aplicación, el cliente recibe un cuadro de diálogo que indica que "Este escritorio está abierto en el servidor pero está ejecutando un protocolo diferente" y se le muestra una opción para conectarse o cerrar sesión y volver a conectarse. Si selecciona el botón Conectar, el cuadro de diálogo aparece una segunda vez, y si selecciona Conectar de nuevo, el cliente deja de responder.
    Solución alternativa: Cuando se produce el primer problema de desconexión forzada, el usuario puede volver a conectarse manualmente a su sesión y utilizarla durante una hora hasta la siguiente desconexión forzada. Para evitar que se produzcan desconexiones forzadas en la sesión, conéctese mediante el protocolo RDP. Nota: Algunos clientes de Horizon 7 no son compatibles con el protocolo RDP. Además, las granjas de aplicaciones solo son compatibles con los protocolos PCoIP y Blast. Consulte también el artículo 78242 de la base de conocimientos de VMware. Puede encontrar la documentación de las versiones de Horizon Client en la página de documentación de VMware Horizon Client en docs.vmware.com/es/VMware-Horizon-Client/.
    Para evitar el segundo problema del cliente que no responde, debe seleccionar la opción Cerrar sesión y volver a conectar cuando reciba el cuadro de diálogo y la sesión se redirija a una granja RDSH (escritorio de sesión o aplicación remota).
  • En ocasiones, al iniciar un escritorio VDI mediante VMware HTML Access, aparece un mensaje de error que indica que se va a desconectar y, después, el inicio se realiza correctamente. (2243471)
    Las máquinas virtuales de escritorio VDI tienen un tiempo de espera predeterminado para la conexión de la sesión, y cuando se agota ese tiempo de espera, la sesión se desconecta. En ocasiones, si, al iniciar un escritorio, la sesión de HTML Access del usuario final ha agotado el tiempo de espera de la sesión en el momento en que se agota el tiempo de espera de la conexión de la sesión predeterminada del escritorio, el escritorio inicialmente arrojará ese error y luego seguirá iniciando el escritorio.
    Solución alternativa: Ninguna.
  • Cuando una asignación de escritorio VDI tiene el cifrado de disco seleccionado y un modelo de la máquina virtual de uno o dos núcleos, si la máquina virtual subyacente de un escritorio se apaga, puede fallar la opción de reintento automático de Horizon Client para realizar una conexión. (2167432)
    Cuando una máquina virtual de un escritorio VDI se apaga debido a la configuración de gestión de energía de la asignación de escritorio VDI, la máquina virtual debe encenderse y estar preparada para poder realizar una conexión de usuario final a dicho escritorio. Cuando un cliente del usuario final intenta conectarse a la máquina virtual de una asignación de escritorio de VDI y la máquina virtual está apagada, el sistema comienza a encender esa máquina virtual. En el caso de las máquinas virtuales sin cifrar, estas suelen estar listas para aceptar una conexión de cliente en menos de 10 minutos. Sin embargo, las máquinas virtuales cifradas con uno o dos núcleos suelen tardar más de 10 minutos en estar listas para aceptar una conexión. La opción Reintento del cliente de Horizon Client tiene un límite máximo de 12 minutos. Debido a este límite superior de la opción Reintento del cliente, cuando el usuario final hace que el cliente vuelva a intentar automáticamente la conexión mientras la máquina virtual subyacente del escritorio se está encendiendo y preparando, pero se tarda más de 12 minutos, el reintento automático del cliente se detiene. Debido a que las máquinas virtuales cifradas suelen tardar más de 12 minutos en estar listas para realizar la conexión con el cliente, es posible que el usuario final considere que el reintento automático de Horizon Client para completar la conexión con la máquina virtual de escritorio cifrada ha fallado.
    Solución alternativa: Si desea tener cifrado de disco para una asignación de escritorio VDI, seleccione un modelo de máquina virtual que tenga más de dos núcleos. De lo contrario, si la asignación de escritorio de VDI tiene cifrado de disco y un modelo de máquina virtual con uno o dos núcleos, informe a los usuarios finales de que pueden experimentar este problema al utilizar la opción Reintento del cliente con estas máquinas virtuales de escritorio cifradas.
  • En el caso de un escritorio virtual de una asignación de escritorios VDI dedicados, es posible que el vínculo de acceso directo en la página Recientes de Horizon Client no inicie el escritorio. (1813881, HD-3686, DPM-1140)
    Las versiones de iOS y Android de Horizon Client tienen una página Recientes que muestra vínculos a los escritorios iniciados recientemente. Cuando el usuario inicia un escritorio virtual de grupo dedicado, el escritorio se inicia de la forma habitual y el cliente crea un icono de inicio en la página Recientes. Sin embargo, cuando el usuario se desconecta del escritorio y, a continuación, intenta iniciar el escritorio desde la página Recientes, el escritorio no se inicia porque el icono de inicio utiliza una versión abreviada del nombre del escritorio.
    Solución alternativa: Inicie el escritorio desde la página principal del cliente y no desde la página Recientes.

Problemas conocidos relacionados con las actualizaciones de los pods de Microsoft Azure

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Mientras un pod está realizando una actualización, se desconectan las sesiones de usuario final activas en dicho pod. (HD-12577)
    Durante el proceso de diez minutos de la actualización de un pod de un nivel de software anterior al más reciente, las sesiones activas conectadas al pod en actualización de los usuarios finales se desconectarán. No obstante, no se producirá pérdida de datos, excepto en el caso en el que la asignación del escritorio VDI o la granja RDSH que presta servicio a las sesiones tenga la opción Cerrar sesión en las sesiones desconectadas configurada como Inmediatamente. Para las asignaciones de escritorios VDI y granjas de este tipo, las sesiones desconectadas también cerrarán la sesión de forma inmediata y se perderá el trabajo de usuario en curso en estas condiciones.
    Solución alternativa: Ninguna. Una vez completado el proceso de actualización, los usuarios podrán volver a conectarse. Para evitar la pérdida de datos de los usuarios finales, antes de ejecutar la actualización, asegúrese de que la configuración de las asignaciones de escritorios VDI y granjas del pod no tenga la opción Cerrar sesión en las sesiones desconectadas configurada como Inmediatamente.

Problemas conocidos relacionados con la localización

Nota: Los problemas conocidos que se indican aquí se aplican a los pods que se implementan en Microsoft Azure.

  • Cuando se agregan o editan ubicaciones en la consola administrativa, los nombres de ubicación no están localizados. (2366913, DPM-3282)
    Solución alternativa: Ninguna.
  • Cuando se utilizan caracteres no ASCII o ASCII altos en el nombre de la plantilla de True SSO, se produce un error al recuperar la plantilla. (1951143)
    Debido a este problema conocido, si el nombre de la plantilla de True SSO contiene caracteres no ASCII o ASCII altos, no puede configurarse correctamente True SSO con el entorno de Horizon Cloud.
    Solución alternativa: Para evitar este problema, utilice únicamente caracteres ASCII en los nombres de las plantillas de True SSO.
  • Algunas de las cadenas de las alertas de estado del escritorio de la página de estado del escritorio no están localizadas. (2019363)
    Solución alternativa: Ninguna.

Problemas anteriores resueltos en esta versión

Esta versión resuelve los siguientes problemas identificados en la versión anterior:

Problemas resueltos relacionados con el instalador del complemento de Universal Broker/Cloud Connector

  • La configuración de host sin proxy especificada en el campo Sin proxy durante la implementación de la plantilla de OVF no se guarda en el dispositivo implementado (2454245, 2466306, 2467017, DPM-5388)
    Al ejecutar el flujo de trabajo Implementar plantilla de OVF en el entorno de vSphere, tiene la opción de especificar una configuración de host sin proxy en el campo Sin proxy para. Sin embargo, debido a este problema conocido, los ajustes introducidos no se capturan en los archivos de configuración del dispositivo implementado. Como resultado, el dispositivo implementado no respeta la configuración de host sin proxy especificada.
    Este problema se ha resuelto en la versión 1.6 de Horizon 7 Cloud Connector.
  • El cliente del agente universal de Horizon en Horizon Cloud Connector no consume las actualizaciones relacionadas con el proxy que se realizan en el dispositivo conector después de implementar el dispositivo por primera vez (HD-35551)
    El cliente del agente universal de Horizon en el dispositivo conector recopila los detalles de proxy durante el primer arranque del dispositivo. Debido a que el primer arranque se ejecuta solo la primera vez que se enciende el dispositivo después de implementar la plantilla de OVF, el cliente del agente universal de Horizon no consumirá los cambios que se realicen posteriormente en la configuración de proxy del dispositivo. Como resultado de este problema conocido y del problema conocido anterior sobre la configuración sin proxy durante la implementación de la plantilla de OVF, los hosts relacionados con el agente universal de Horizon no podrán establecerse como hosts sin proxy.
    Este problema se ha resuelto en la versión 1.6 de Horizon 7 Cloud Connector.

Problemas resueltos relacionados con imágenes, granjas y asignaciones

  • Si el número de servidores de una granja se cambia a 0, se produce un error desconocido en cualquier intento futuro de editar la granja. (2461088, 2463147)
    Es posible editar el número de servidores de una granja en la consola administrativa (Inventario › Granjas › ‹nombre de la granja› › Servidores). Si se eliminan todos los servidores que aparecen en esta pestaña, el número de servidores se establece en 0. Si más adelante el usuario intenta realizar cambios en la granja, el sistema enviará y rechazará el valor de 0 como no válido. Esto hace que se produzca un error en la edición y se devuelva un error desconocido.
    Solución alternativa: Este problema se resuelve en esta versión.