VMware Horizon® Cloud Service™ | Fecha de lanzamiento: 13 de diciembre de 2018

VMware Horizon® Cloud Service™ on Microsoft Azure | Versión 1.8

Estas notas de la versión se aplican a la versión de servicio que se publicó el 13 de diciembre de 2018. Para los pods que se implementan en Microsoft Azure, estas notas de la versión se aplican a las versiones de manifiesto de software 1101 y posteriores. Para ver las notas de versiones anteriores del manifiesto de pods que se implementan en Microsoft Azure, consulte las notas de la versión 1.7 del producto, ubicadas en https://docs.vmware.com/es/VMware-Horizon-Cloud-Service-on-Microsoft-Azure/services/rn/horizon-cloud-on-microsoft-azure-relnotes17.html.

El contenido de este documento se modificó por última vez para agregar una limitación conocida sobre la conversión de escritorios en imágenes. Busque el texto Nueva de color rojo para ver las revisiones hechas después de la fecha de lanzamiento del servicio.

Compruebe si existen actualizaciones adicionales a las notas de la versión.

Nota: En esta versión, los términos pod y nodo se utilizan indistintamente. En las versiones anteriores, se utilizó el término "nodo" para describir las implementaciones en Microsoft Azure.

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 proporciona una visibilidad unificada, supervisión de estado y servicios de asistencia para los pods de VMware Horizon 7 implementados localmente, implementados en VMware Cloud on AWS e implementados en Microsoft Azure. Nota: A las implementaciones en Microsoft Azure previamente se las conocía como nodos. En esta versión, los términos pod y nodo se utilizan indistintamente. El entorno general consta del servicio en la nube alojado de VMware, la capacidad proporcionada y el software de VMware implementado en dicha capacidad. Por ejemplo, puede instalar y configurar manualmente un pod localmente, instalar y configurar manualmente un pod en su centro de datos definido por software (SDDC) de VMware Cloud on AWS o conectar ambos pods a Horizon Cloud Service para la supervisión de estado unificado de ambos pods.

Además de la visibilidad unificada entre dichos pods conectados al servicio de nube, para los pods de Microsoft Azure, puede utilizar Horizon Cloud para aprovisionar los escritorios virtuales y las aplicaciones remotas a las que los usuarios finales pueden acceder de forma segura desde cualquier dispositivo. Se conecta la suscripción de Microsoft Azure a Horizon Cloud para administrar y distribuir escritorios VDI y escritorios basados en sesión, así como aplicaciones remotas. El software implementado de VMware crea el pod que se empareja con el plano de control. Una vez que se implementa el pod en Microsoft Azure, se utiliza el plano de control para crear granjas RDSH y asignaciones de escritorio VDI, y autorizar las aplicaciones y los escritorios virtuales a los usuarios finales.

Nuevas funciones en esta versión

  • Dirección IP de Jump Box del pod: La máquina virtual de Jump Box utilizada durante la implementación o la actualización de pods en Microsoft Azure ya no requiere una dirección IP pública. Nota: Las actualizaciones de los diagramas de los documentos del producto Horizon Cloud para reflejar este cambio están en curso y aún no se completaron.
  • Servicio de copia de seguridad y restauración: A partir del 28 de enero de 2019, los pods implementados en la versión de manifiesto 1101 de Microsoft Azure o versiones posteriores participan automáticamente en el nuevo servicio de copia de seguridad y restauración de Horizon Cloud.

    Copias de seguridad: El servicio realiza copias de seguridad diarias de los siguientes elementos para cada pod: la máquina virtual de su administrador de nodos, la configuración de Unified Access Gateway, los grupos de seguridad de red (NSG) y los almacenes de claves. Las máquinas virtuales de imagen, las máquinas virtuales de servidor de granja y las máquinas virtuales de escritorio VDI no se incluyen en la copia de seguridad. El sistema conserva hasta siete (7) copias de seguridad. Las copias de seguridad se guardan en la suscripción de Microsoft Azure en un grupo de recursos independiente, que tiene un nombre definido bajo el patrón vmw-hcs-nodeID-recovery. (En la consola administrativa, el identificador del nodo se enumera en la página de detalles del nodo, al cual se accede desde la página Capacidad). La suscripción de Microsoft Azure incurre en un coste de almacenamiento en disco para las copias de seguridad retenidas. Cada disco tiene aproximadamente 32 GB, por lo que cuando se alcanza el máximo de siete copias de seguridad, el coste incurrido es 7 veces el coste del almacenamiento en disco de 32 GB aplicable en la región de Microsoft Azure de la suscripción. Nota: Si no desea utilizar esta función de copia de seguridad y restauración, envíe un archivo de solicitud de soporte de VMware (SR) para solicitar la deshabilitación de la capacidad.

    Si el sistema no realiza una copia de seguridad diaria, verá una notificación en la consola administrativa. El equipo de VMware también recibe una alerta cuando el sistema no puede realizar la copia de seguridad e intentará solucionar y reanudar las copias de seguridad sin que usted tenga que realizar ninguna acción.

    Restauraciones: Para que un pod se restaure a uno de los últimos 7 puntos de restauración, se realiza la solicitud rellenando una SR de VMware. El equipo de VMware le informará sobre los procedimientos como parte del suministro de este servicio general. El proceso de recuperación del sistema puede recuperar el pod a la configuración que las copias de seguridad guarden en los últimos 7 puntos de restauración. Después del proceso de recuperación del sistema, el equipo de VMware le ayudará a obtener el pod más cercano a su último estado en funcionamiento. Una vez que se haya restaurado el pod, algunos ajustes y configuraciones del entorno restaurado requerirán que introduzca algunos datos y lleve a cabo algunas acciones en el entorno. El equipo de VMware trabajará con usted durante los pasos de reconfiguración posteriores a la restauración para completar el proceso. Importante: Dado que las copias de seguridad se almacenan en un grupo de recursos en la suscripción de Microsoft Azure, si se pierde ese grupo de recursos, no es posible realizar ninguna restauración para el pod asociado.

Esta versión de diciembre de 2018 de VMware Horizon Cloud Service incluye las siguientes funciones nuevas. Para obtener más información sobre estas funciones, consulte la Guía de administración de esta versión.

  • Capacidad de utilizar la consola administrativa de Horizon Cloud para visibilidad unificada, supervisión del estado y servicios de asistencia para pods de VMware Horizon 7 implementados localmente y pods implementados en VMware Cloud on AWS, junto con aquellos implementados en Microsoft Azure.
  • Soporte para usar NSX Cloud con nodos implementados en Microsoft Azure. En esta versión se admite el modo de no cuarentena de NSX Cloud. Con esta función, puede habilitar las capacidades de NSX Cloud por asignación de escritorios VDI y por granja.
    • Notas:
      • Esta función requiere la versión de revisión adecuada de NSX-T Data Center (versión de revisión 2.3.0.1.0, compilación 10539383). Para obtener esa versión de revisión, póngase en contacto con el soporte de VMware.
      • Las capacidades de NSX Cloud no se admiten en máquinas virtuales de Microsoft Windows Server 2019.
  • Soporte paran Microsoft Windows Server 2019 en implementaciones de Microsoft Azure.
    • Notas:
      • La compatibilidad con imágenes maestras que admiten GPU con Microsoft Windows Server 2019 depende de la disponibilidad de compatibilidad del controlador de NVIDIA GRID para Windows Server 2019.
      • Las capacidades de NSX Cloud de esta versión no se admiten en Microsoft Windows Server 2019.
  • Para un pod en Microsoft Azure, compatibilidad para aplicar la licencia de Azure Hybrid Use Benefit a las máquinas virtuales del servidor en las granjas de los pods y para utilizar la licencia de cliente de Windows en las máquinas virtuales de escritorio VDI.
  • Capacidad de realizar una asignación masiva de imágenes a granjas RDSH y asignaciones de escritorios VDI en los pods de Microsoft Azure.
  • Se mejoró la cancelación de tareas para que ahora sea posible cancelar la expansión de asignaciones, la expansión de granjas y la conversión de máquinas virtuales a tareas de imagen.
  • En una nueva pestaña de versiones del agente, en la página Informes, se muestran las versiones actuales de los agentes para cada máquina virtual de un pod seleccionado. 
  • Nueva opción para reducir una granja o asignación de escritorios VDI dedicados al eliminar máquinas virtuales del servidor o máquinas virtuales de escritorio de esa asignación de granja o escritorio.

En esta versión también se incluyen los siguientes elementos de vista previa técnica. Para tener acceso a las características de esta versión preliminar técnica y a la información sobre su uso, póngase en contacto con su representante de cuenta de VMware.

  • Vista previa técnica: Use un asistente para implementar automáticamente un pod de Horizon 7 configurado en el centro de datos definido por software (SDDC) de VMware Cloud on AWS.
  • Vista previa técnica: Soporte para las GPU Windows 10 en Microsoft Azure que usan tipos de máquina virtual NV6, NV12 y NV24.

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)
  • Sistemas operativos Microsoft Windows admitidos: En las implementaciones de Microsoft Azure del servicio, pueden usarse los siguientes sistemas operativos Microsoft Windows. Estas son las ediciones de Microsoft Windows y las versiones en Azure Marketplace admitidas para usar en esta versión, independientemente de si utiliza el método automatizado o manual de implementación de una imagen en esta versión. Las otras versiones de Windows que no aparecen a continuación no se admiten oficialmente con esta versión.
    • Para las imágenes de RDS que se utilizan en las granjas: Microsoft Windows Server 2012 R2 Datacenter Edition, Microsoft Windows Server 2016 Datacenter Edition, Microsoft Windows Server 2019
    • Para las imágenes de VDI: Microsoft Windows 10 Pro versiones 1709 y 1803, Microsoft Windows 10 Pro N versiones 1709 y 1803
  • Versiones admitidas de Horizon Client para implementaciones de Microsoft Azure: Esta versión permite usar las siguientes versiones de Horizon Client, donde los pods de Microsoft Azure del servicio ofrecen las aplicaciones remotas y de escritorio, como se indica a continuación. 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/.
  • Versión de Horizon 7 Cloud Connector para pods de Horizon 7 conectados a la nube: En esta versión, es necesario usar Horizon 7 Cloud Connector 1.1 para tener acceso a las funciones de la consola administrativa con dichos pods de Horizon 7. Si tiene la licencia necesaria, puede descargar el dispositivo Horizon 7 Cloud Connector 1.1 desde https://my.vmware.com/web/vmware/details?downloadGroup=VIEW-770-SUB&productId=828&rPId=29587

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.
  • De forma predeterminada, Horizon Cloud Service tiene habilitado TLS 1.1. VMware planea retirar TLS 1.1 de Horizon Cloud Service en una versión futura.

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

  • Suscripciones y cantidad de nodos: Tenga en cuenta la cantidad de nodos que implemente en una sola suscripción, especialmente si tiene pensado que cada nodo se ejecute a mayor escala. Aunque se pueden implementar varios nodos en una sola suscripción de 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 nodos 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 nodos, la cantidad de granjas y asignaciones en cada nodo, la cantidad de servidores en cada nodo, la cantidad de escritorios en cada asignación, y así sucesivamente.
    Si tiene pensado que haya nodos 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 nodo 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 instancia de Microsoft Azure Virtual Network (VNet) conectada a la máquina virtual del servidor de saltos temporal del nodo y a la máquina virtual del administrador de nodos. 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 nodo. Para la implementación de nodos, los nombres DNS específicos deben ser accesibles mediante protocolos y puertos específicos. Consulte Primeros pasos con VMware Horizon Cloud Service on Microsoft Azure para conocer los requisitos de conectividad. Nota: Cuando hay un servidor proxy configurado para el nodo, se deben usar los pasos manuales para crear las máquinas virtuales principales base. No se puede usar el Asistente de importación de la imagen automatizado cuando el nodo está configurado para la autenticación basada en proxy.
  • Tamaño de subred: Esta versión no admite la ampliación del tamaño de las subredes del nodo después de su implementación. 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: Utilice un CIDR de /28 que dé cabida a la ejecución de un nodo que tenga configuraciones de Unified Access Gateway internas y externas, y que permita la actualización del nodo cuando haya una actualización de nodo disponible. Un CIDR de /28 admite 16 direcciones IP. Debido a que Microsoft Azure reserva 5 direcciones IP en una subred para su uso, a que un nodo con ambas configuraciones de Unified Access Gateway tiene 5 máquinas virtuales en la subred de administración, y a que el proceso de actualización requiere un conjunto paralelo de 5 máquinas virtuales y una máquina virtual del servidor de saltos temporal mientras se realiza la actualización, un CIDR de /28 (16 direcciones IP) permite tener suficientes direcciones IP disponibles durante futuras actualizaciones del nodo.
    • 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 nodo. Por ejemplo, si desea que el nodo 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).

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

  • 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.
  • Cuando se utiliza un dominio de Active Directory local para que se ocupe de un pod en VMware Cloud on AWS y con el fin de reducir el riesgo de que haya tiempos de acceso lentos debido a latencia entre ese dominio de Active Directory local y el pod en VMware Cloud on AWS, una práctica recomendada es implementar un controlador de dominio de Active Directory de solo lectura en VMware Cloud on AWS. Esta práctica recomendada se sugiere en la Guía de implementación de Horizon 7 en VMware Cloud on AWS.

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.

  • Esta versión no admite la ampliación de las subredes del nodo después de su implementación. Antes de implementar un nodo, debe asegurarse de que los espacios de direcciones de las subredes especificadas en el asistente de implementación son lo suficientemente grandes como para admitir el uso esperado.
  • Debido a un problema conocido en VMware Identity Manager Connector, cuando Workspace ONE muestra las aplicaciones remotas que se sincronizan desde Horizon Cloud, Workspace ONE no muestra los nombres configurados para dichas aplicaciones remotas en Horizon Cloud. A pesar de que Horizon Cloud envía los nombres para mostrar a VMware Identity Manager, esta última no utiliza los que recibe. Como resultado, Workspace ONE muestra los nombres básicos de las aplicaciones remotas.
  • 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 nodo 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.
  • En esta versión, cada nodo 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 nodo.
  • 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. Puede cambiar el valor predeterminado a un valor comprendido entre 30 minutos 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, se recomienda usar Microsoft Windows Server 2016 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.
  • La compatibilidad con imágenes maestras que admiten GPU con Microsoft Windows Server 2019 depende de la disponibilidad de compatibilidad del controlador de NVIDIA GRID para Windows Server 2019. Cuando NVIDIA proporciona controladores compatibles para Microsoft Windows Server 2019, puede usar estos controladores con las imágenes maestras de Horizon Cloud.
  • 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 nodo de Horizon Cloud on Microsoft Azure después de haber configurado True SSO para nodos implementados anteriormente, el sistema no empareja automáticamente el nodo 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 nodos de Microsoft Azure, no se pueden volver a utilizar los nombres usados en un nodo al crear elementos en otro nodo. El motivo de esta limitación es que los nodos en el entorno de varios nodos comparten el mismo dominio de Active Directory y la misma VNet. Como resultado, si los nombres se comparten dentro de esos entornos de varios nodos, 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.
  • NuevaSi 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

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

  • Si agrega el mismo grupo de usuarios de Active Directory a la función de superadministrador y a la función de administrador de demostración, esos usuarios experimentan un comportamiento inesperado restringido en la consola de administración. (1963653)
    La función de superadministrador está diseñada para otorgar todos los permisos para realizar todas las acciones de administración en la consola de administración, y la función de administrador de demostración es una función de solo lectura. Sin embargo, debido a este problema conocido, si agrega el mismo grupo de usuarios a ambas funciones, los usuarios no reciben los permisos de la función de superadministrador. Las acciones se restringen en la consola de administración, lo que podría impedir la disponibilidad de la administración completa de su entorno.
    Solución alternativa: No asigne el mismo grupo de usuarios a ambas funciones.
  • 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 imágenes, granjas y asignaciones

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

  • 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. Sin embargo, la función de redireccionamiento del escáner no se admite en esta versión de Horizon Cloud Service a pesar de que es posible seleccionar su instalación.
  • 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 este error se muestra 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 on Microsoft Azure 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.
  • La consola administrativa informa de que los agentes DaaS de los servidores de una granja están activos y sus máquinas virtuales están en un estado correcto varios minutos antes de que las máquinas virtuales estén realmente listas para usarse en la asignación de las aplicaciones y los escritorios de sesión RDS mediante esa granja. (1941076)
    Debido a este problema conocido, después de crear una granja y de que la consola de administración indique que los servidores de la granja están listos para que pueda comenzar a asignar aplicaciones remotas o escritorios de sesión RDS con esa granja, verá que aparecen mensajes sobre la necesidad de servidores RDSH o la falta de capacidad de las granjas cuando se desplace a las pantallas de asignaciones. Estos síntomas son el resultado de que la consola de administración informa de que los servidores de la granja están listos varios minutos antes de que esté totalmente lista la conexión entre el agente de conexión y Horizon Agent en las máquinas virtuales del servidor.
    Solución alternativa: Para evitar este problema, retrase la creación de las asignaciones usando una granja durante al menos 15 minutos después de que la interfaz de usuario indique que la granja está lista.
  • 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 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 utilizar la acción Actualizar agente sobre una imagen, puede que falle el flujo de trabajo y que la página Actividad informe de un error consistente en que el agente no se está ejecutando o no es posible acceder a él. (2202375)
    Una de las tareas del sistema en el flujo de trabajo Actualizar agente en una imagen consiste en duplicar la imagen sellada para crear una máquina virtual duplicada. A continuación, el sistema ejecuta la actualización del agente en la nueva máquina virtual y luego la publica para convertirla en una imagen sellada. Debido a un tiempo de espera agotado, es posible que se produzca un error en el paso de publicación y que la imagen duplicada no se pueda convertir en una imagen sellada. La página Actividad mostrará un mensaje indicando que se ha producido un error al convertir la imagen porque el agente de la máquina virtual no se está ejecutando o porque no se puede acceder a él.
    Solución alternativa: Elimine la imagen duplicada con errores según la página Actividad. Con la imagen que eligió originalmente para actualizar, vuelva a intentar la acción Actualizar agente.
  • Cuando se utiliza la función Actualizar agente para actualizar una imagen que tiene una versión del agente anterior a la 18.2.2, es posible que se produzca un error durante el proceso. (2200962)
    Las imágenes que creó en los nodos en el nivel de manifiesto anterior a la versión 965 pueden experimentar este problema. En ocasiones, la imagen tiene valores de registro RunOnce que bloquean la finalización del proceso de actualización del agente.
    Solución alternativa: Realice la actualización del agente de nuevo agregando el siguiente argumento de la línea de comandos en la pestaña Línea de comandos del asistente de actualización del agente: VDM_SUPPRESS_RUNONCE_CHECK=1
  • 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

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 VMware Identity Manager, el inicio de un escritorio desde el portal de Workspace ONE 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 VMware Identity Manager, cuando anteriormente se iniciaba un escritorio desde el portal de Workspace ONE 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 VMware Identity Manager, la autenticación de dos factores debería configurarse en VMware Identity Manager 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 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 escritorio dedicado de VDI se muestran en el portal de Workspace ONE 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.
  • Workspace ONE no muestra los nombres de las aplicaciones remotas configurados en la consola administrativa de Horizon Cloud. (2131583)
    Debido a un problema conocido en VMware Identity Manager Connector, cuando Workspace ONE muestra las aplicaciones remotas que se sincronizan desde Horizon Cloud, Workspace ONE no muestra los nombres configurados para dichas aplicaciones remotas en Horizon Cloud. A pesar de que Horizon Cloud envía los nombres para mostrar a VMware Identity Manager, esta última utiliza los identificadores de inicio de las aplicaciones remotas. Como resultado, Workspace ONE muestra los nombres básicos de las aplicaciones remotas.
  • Después de actualizar el conector de VMware Identity Manager desde la versión 2017.8.1.0 a la versión 2017.12.1.0, se puede producir un error en la operación de sincronización. (HW-78477)
    Debido a un problema conocido de la versión 2017.12.1.0 del conector de VMware Identity Manager, después de reiniciar el conector tras su actualización, se puede producir un error en la operación de sincronización en la consola de administración de VMware Identity Manager.
    Solución alternativa: Guarde de nuevo la recopilación de aplicaciones virtuales volviendo a introducir la contraseña de administrador para el inquilino y, a continuación, sincronice.
  • Mientras una implementación de nodo está en curso, la página Active Directory de la consola de administración no muestra la sección Configuración de True SSO. (2019445)
    Durante la implementación de un nodo, la sección Configuración de True SSO no está visible en la página Active Directory. Debido a este problema, si aún no se ha completado una implementación de nodo, la página Active Directory no muestra la sección Configuración de True SSO.
    Solución alternativa: Compruebe el estado de los nodos en la página Capacidad. Si aún hay uno o varios nodos que deben finalizar la incorporación al sistema, espere a que su progreso se haya completado antes de intentar realizar la configuración de True SSO.

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 vínculo de la consola administrativa para descargar el dispositivo Horizon 7 Cloud Connector 1.1 va a la dirección URL incorrecta. (2251039)
    En la ventana para agregar capacidad local de la consola administrativa, la palabra "descargar" está codificada como un vínculo de hipertexto para ir a una página donde puede descargar el dispositivo Horizon 7 Cloud Connector 1.1. Sin embargo, la dirección URL subyacente codificada para dicho vínculo de hipertexto es incorrecta y lo dirige a una página que tiene la versión 1.0 antigua. Solución alternativa: Utilice la dirección URL correcta para la página de descargas del dispositivo Horizon 7 Cloud Connector 1.1 en https://my.vmware.com/web/vmware/details?downloadGroup=VIEW-770-SUB&productId=828&rPId=29587
  • La pestaña Actividad del sistema para una granja o asignación de escritorios VDI muestra 0 % completado, aunque la eliminación de una instancia de servidor o escritorio se hizo correctamente. (2245523)
    Cuando se elimina la instancia de servidor de una granja o la instancia de escritorio de una asignación de escritorios VDI, la actividad de eliminación aparece en la pestaña de actividad del sistema de la página de detalles de esa granja o asignación de escritorios. Sin embargo, debido a este problema, la columna de % de finalización muestra 0%, aunque la columna de estado muestra que la eliminación se hizo correctamente.
    Solución alternativa: Utilice la página principal de la actividad para ver un estado preciso de la actividad de eliminación de instancias del servidor o el escritorio.
  • Las casillas de verificación de filtro de espacio global de Horizon no aparecen cuando los pods conectados a la nube están integrados tanto por pods de Horizon 7 locales como por pods en VMware Cloud on AWS, sin que haya ningún pod en Microsoft Azure. (2248905)
    Cuando el entorno tiene varios tipos de pods, el espacio global de Horizon generalmente muestra casillas de verificación para filtrar la pantalla según el tipo de pod. Sin embargo, debido a este problema conocido, cuando tiene pods de Horizon 7 tanto locales como en VMware Cloud on AWS y ninguno en Microsoft Azure, las casillas de verificación de filtro no aparecen.
    Solución alternativa: Ninguna.
  • Los datos estadísticos de sesiones y conexiones para pods en Microsoft Azure que aún no se han actualizado a la versión de manifiesto de esta versión no se muestran en los gráficos de la página del panel de control. (2245700)
    Debido a este problema conocido, los datos estadísticos de sesiones y conexiones representados en la página del panel de control no incluyen esos datos de pods existentes que aún no se han actualizado al nivel de manifiesto de esta versión.
    Solución alternativa: Ninguna. Cuando dichos pods en versiones de manifiesto anteriores se actualizan a la versión de manifiesto de esta versión, los gráficos de estadísticas de sesiones y conexiones incluirán los datos de dichos pods.
  • Cuando va a la página Actividad mientras se está eliminando un pod en Microsoft Azure, aparece un mensaje de error.(2243069)
    Debido a este problema conocido, cuando se inicia el proceso de eliminación de un pod en Microsoft Azure desde la página de detalles de este pod y, a continuación, va hasta la página de actividad (Monitor> Actividad), podría aparecer un mensaje que dice "Error interno del servidor. El servidor encontró un error interno y no pudo completar su solicitud".
    Solución alternativa: Ninguna. Este comportamiento es transitorio mientras el sistema está eliminando el pod. El mensaje de error dejará de aparecer cuando la eliminación se haya realizado correctamente.
  • En la consola administrativa, cuando se escribe el nombre de una ubicación, o bien cuando se crea una nueva ubicación o se edita una existente, el sistema no realiza una validación del nombre introducido. (2235094, DPM-2587)
    En esta versión, las ubicaciones se representan visualmente en el espacio global de Horizon de la página del panel de control. Sin embargo, debido a este problema conocido, cuando crea o edita ubicaciones en la consola administrativa, no aparece ninguna advertencia cuando los nombres que introduce no son ubicaciones geográficas que se encuentran en la tabla de búsqueda de ciudades del sistema. Como resultado, es posible que el sistema no coloque la ubicación correspondiente con precisión en el espacio global de Horizon y, cuando pasa el cursor sobre el icono resultante que se muestra en el espacio global de Horizon de la página del panel de control, la ventana emergente muestra un mensaje rojo que dice 'No se puede encontrar la ubicación'.
    Solución alternativa: Si desea ajustar la colocación de la ubicación en el espacio global de Horizon y eliminar ese mensaje rojo, edite la ubicación usando un nombre de ciudad estándar. La tabla de búsqueda de ciudades del sistema contiene más de 15 000 nombres de ciudades del mundo.
  • 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.
    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. (1967245)
    Cuando el entorno de Horizon Cloud está integrado con VMware Identity Manager, los usuarios finales acceden a los escritorios y las aplicaciones asignadas a través de Workspace ONE. 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 VMware Identity Manager 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.

  • 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 inicia una sesión en un escritorio RDSH o una aplicación remota, aparece un mensaje de error de Windows sobre el error en el intento de inicio de sesión. (2237342)
    Este problema ocurre a veces cuando se tienen grupos de dominio de Active Directory con nombres en mayúsculas y minúsculas y dichos grupos se utilizan en las asignaciones. El mensaje de error dice "Un usuario solicitó un tipo de inicio de sesión (p. ej. interactiva o de red) que no se ha otorgado. Un administrador tiene control sobre quién puede iniciar sesión de forma interactiva y a través de la red". En ocasiones, cuando el sistema recupera de la máquina virtual el grupo de usuarios de escritorio remoto mediante la API de Windows, se devuelven nombres que tienen mayúsculas y minúsculas ahora solo en minúsculas, lo que da como resultado el mensaje de error debido a que el nombre no coincide con el nombre del grupo en la asignación.
    Solución alternativa: En la consola administrativa, edite la asignación para eliminar el grupo de usuarios y guardar la asignación. A continuación, edite la asignación y agregue de nuevo el grupo de usuarios a la asignación.
  • 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 10 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 10 minutos, el reintento automático del cliente se detiene. Debido a que las máquinas virtuales cifradas suelen tardar más de 10 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.
  • Después de activar la descarga de una nueva versión de software del pod de Microsoft Azure, el estado de Unified Access Gateway que aparece en la página de detalles del nodo es incorrecto. (2036319, HD-15879)
    Tal como se describe en la Guía de administración, cuando se activa la descarga de la actualización de software del pod, el software se descarga en el entorno de Microsoft Azure. A continuación, una vez finalizada la descarga, la página de detalles del pod muestra que hay una actualización disponible. Debido a este problema conocido, cuando se activa la descarga en el back-end, la información sobre las configuraciones de Unified Access Gateway del pod cambia de forma incorrecta para mostrar el estado Pendiente en la página de detalles del pod.
    Solución alternativa: Ninguna. Las operaciones de Unified Access Gateway no se verán afectadas, aunque el estado que se muestra sea incorrecto. Cuando actualice el pod a la nueva versión, se corregirá el estado que se muestra en la página de detalles del pod.

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 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 conocidos relacionados con la documentación

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

  • NuevaLa guía de administración no describe las reglas que se requieren en NSX Manager para las máquinas virtuales de escritorio. (2295433)
    Dado que NSX Cloud bloqueará estas comunicaciones de forma predeterminada, cuando utilice funciones de NSX Cloud con el pod, debe habilitar algunas reglas de firewall distribuido en NSX Manager para permitir la comunicación con las máquinas virtuales del grupo de escritorios administradas por NSX que se aprovisionan desde el pod. Si estas reglas no están habilitadas, los usuarios finales no podrán iniciar sus escritorios o iniciar sesión en las máquinas virtuales de escritorio. En NSX Manager, habilite estas reglas para permitir el tráfico según se indica.
Tipo de tráfico Origen Destino Servicio/Protocolo/Puerto
Tráfico de Horizon HTML Access (Blast) Máquinas virtuales Unified Access Gateway del pod Grupo de escritorios
  • VMware-View-PCoIP/TCP/4172
  • VMware-View5.x-PCoIP/UDP/4172
  • HTTPS/TCP/443
  • Horizon Blast UDP/UDP/22443
  • Horizon Blast TCP/TCP/22443
  • Horizon-USB-RedirectionIn/TCP/32111
  • Horizon-Beat/TCP/8443
  • Horizon-TCP-Side-Channel/TCP/9427
A la máquina virtual del administrador de nodos del pod desde el grupo de escritorios Grupo de escritorios Máquina virtual de administrador de nodos del pod
  • VMware-View5.x-JMS/TCP/4001
  • Desktop Messaging Server/TCP/3099
  • VMware-View7-JMS/TCP/4002
Al servidor de dominio de Active Directory Grupo de escritorios Servidor de dominio de Active Directory
  • CUALQUIERA

 

Problemas anteriores resueltos en esta versión

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

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

Problemas resueltos relacionados con imágenes, granjas y asignaciones

  • Cuando se publica una imagen, en la página Actividad se muestra un error de fallo de la tarea de publicación de la imagen, y también falla la tarea del sistema de convertir en máquina virtual la imagen que falló. (2200968)
    Debido a la conectividad intermitente en la nube de Microsoft Azure, es posible que se produzca este tipo de errores al publicar imágenes. En la página Actividad, verá un mensaje de error indicando que la solicitud para crear la imagen ha fallado y que no se pudo convertir de vuelta la imagen en una máquina virtual. Por lo general, el segundo intento para volver a publicar la imagen se realiza correctamente.
    Solución alternativa: Pruebe a utilizar de nuevo la acción Publicar en la imagen.
  • Se produce un error en la conversión de una máquina virtual de escritorio en una máquina virtual de imagen y en la conversión de esta de vuelta a una máquina virtual de escritorio. (1965320)
    Al crear una nueva imagen, a continuación, se ejecuta en ella la acción Publicar para que alcance el estado Publicada. Luego, se ejecuta la acción Convertir a escritorio y se vuelve a ejecutar la acción Publicar, y puede producirse un error en el proceso de sysprep que ocurre en el flujo de trabajo de publicación. Si se vuelve a convertir la imagen a una imagen sin sellar, desde ese momento en adelante, es posible que la imagen siempre produzca errores durante el flujo de trabajo de publicación.
    Solución alternativa: Este problema se resuelve en esta versión.
  • Si una asignación de escritorio VDI flotante está usando una imagen maestra creada manualmente, que tiene discos de datos adicionales, los discos de datos de máquinas virtuales de escritorio se conservan en el entorno de Microsoft Azure hasta que se elimina la máquina virtual. (2106913)
    Si utiliza el método manual para crear una imagen maestra, lo que da como resultado una máquina virtual con discos de datos adicionales, cuando posteriormente se utiliza esa imagen maestra en una asignación de escritorio VDI flotante, las instancias de escritorio basadas en dicha imagen maestra se crean en la asignación con los discos de datos que pueden usar los usuarios que se conectan para utilizar esos escritorios. Cuando un usuario se desconecta de un escritorio y el sistema realiza su operación de reversión estándar para actualizar el escritorio de modo que lo pueda usar otro usuario, los discos de datos adicionales del escritorio se eliminan de la máquina virtual de escritorio. Sin embargo, debido a un problema conocido, esos discos de datos pueden conservarse en el entorno de Microsoft Azure. El sistema elimina los discos adicionales del entorno de Microsoft Azure únicamente después de que se elimina la máquina virtual de escritorio.
    Solución alternativa: Este problema se resuelve en esta versión.
check-circle-line exclamation-circle-line close-line
Scroll to top icon