Para que pueda realizar el mejor trabajo posible con Horizon Cloud, tenga en cuenta estas limitaciones conocidas.

Limitaciones que se aplican a todos los tipos de implementación

  • La consola administrativa basada en web no se admiten 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.

Limitaciones que se aplican a las implementaciones de Microsoft Azure

  • Debido a limitaciones en la forma en que las VNet de Microsoft Azure gestionan las operaciones simultáneas de creación y eliminación de subredes, la ejecución de operaciones simultáneas relacionadas con el pod que requieren la modificación de la misma VNet puede provocar un error al completar dichas operaciones. Para evitar que se produzca este problema, evite ejecutar implementaciones de pods, eliminación de pods u operaciones de edición de pods que incluyan subredes al mismo tiempo cuando esos pods estén utilizando la misma VNet. A continuación se describen algunos ejemplos de operaciones relacionadas con el pod que afectan a la modificación de la VNet, donde se pueden producir acciones de subred simultáneas en la VNet, lo que provoca errores en la realización de las operaciones:
    • Cuando no se crean las subredes por adelantado y se hace que el implementador de pods cree las subredes mediante CIDR, y se inicia la creación de dos pods de forma simultánea en la misma VNet. Se están agregando subredes a la VNet para ambas creaciones del pod de forma simultánea.
    • Cuando se implementa un pod y se inicia la eliminación de otro en la misma VNet. Se agregan subredes a la VNet para el pod de implementación al mismo tiempo que se eliminan subredes del pod de la misma VNet.
    • Cuando se edita un pod para agregar una configuración de puerta de enlace externa en la VNet del pod mediante bloques CIDR mientras otro pod está en proceso de eliminación. Se agregan subredes a la VNet para la configuración de la puerta de enlace al mismo tiempo que se eliminan las subredes del otro pod de la VNet.
  • El uso de la función de cifrado de disco para granjas y asignaciones de escritorios VDI no se admite actualmente para pods de nubes de Microsoft Azure Government.
  • 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. Nota:
    Nota: Como solución alternativa a esta limitación, una nueva función disponible en los pods de la versión de manifiesto 2298.0 o una versión posterior incluye la adición de subredes de arrendatarios para que las granjas y asignaciones de escritorios VDI puedan usarlas después de implementar el pod. Esta función proporciona flexibilidad para agregar subredes de arrendatarios ubicadas en la misma VNet del pod o en una VNet emparejada para que las granjas y máquinas virtuales de escritorio puedan usarlas después de implementar el pod. Para obtener más detalles, consulte la Guía de administración.
  • Esta versión no admite el uso de las siguientes funciones de Horizon Agent: el servicio de VMware Logon Monitor. De forma predeterminada, Horizon Agents Installer desactiva el servicio de VMware Logon Monitor en todas las instalaciones que realiza el instalador.
  • Durante el proceso de 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. Tras completarse el proceso de actualización, estos usuarios podrán volver a conectarse. Por lo general, el proceso de actualización del pod tarda menos de media hora. Sin embargo, algunas actualizaciones de pod pueden tardar más.
  • 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. A partir de la versión de servicio de julio de 2020, la implementación de un pod nuevo del manifiesto de la versión 2298.0 o una versión posterior requiere el uso del mismo FQDN en las configuraciones externas e internas de Unified Access Gateway en ese pod. Dado que ambas puertas de enlace tendrán el mismo FQDN, se configurará un DNS dividido (Sistema de nombres de dominio dividido) para resolver la dirección de la puerta de enlace a la puerta de enlace externa o interna, en función de la red de origen de la consulta de DNS del cliente del usuario final. A continuación, el mismo FQDN utilizado en el cliente del usuario final puede enrutarse a la puerta de enlace externa cuando el cliente se encuentra en Internet, y enrutar a la puerta de enlace interna cuando el cliente se encuentra en la red interna.
  • Su sesión autenticada (con sesión iniciada) en la consola administrativa basada en web 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. 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 llegue a la hora configurada, el sistema cerrará sesión de forma explícita automáticamente y le presentará un mensaje informándole que debe volver a iniciar sesión. Sin embargo, en ocasiones, el sistema finaliza la sesión autenticada y no cierra sesión de forma explícita. Cuando esto ocurre, al realizar ciertas tareas en la consola, 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 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 Importar máquina virtual - Catálogo de soluciones 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 el tema Configurar True SSO para usarlo con el entorno de Horizon Cloud y sus subtemas.
  • 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 administrativa 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. 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, 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 Importar máquina virtual para crear una máquina virtual base 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.