Desde el plano de control de la nube puede distribuir recursos remotos de los pods conectados a la nube entre los usuarios finales con dos métodos de brokering distintos: el Agente universal y el agente de pod único (disponible solo para pods de Microsoft Azure). Los recursos remotos se recopilan juntos en una entidad conocida como asignación de usuarios finales. Se pueden crear unos tipos u otros de asignaciones de usuarios finales en función del método de brokering global del tenant que se selecciona y habilita para cada tipo de pod.

Importante: Asegúrese de revisar atentamente la siguiente información en este tema de la documentación antes de continuar con la Seleccionar un método de brokering para las asignaciones de usuarios finales. Dado que la selección de brokering se convierte en una configuración de todo el tenant que no se puede cambiar, es importante comprender cómo se aplica cada método de brokering a los casos de uso que implican tipos de pod y tipos de asignación específicos antes de realizar una selección permanente.

Consideraciones al seleccionar un método de brokering

Tenga en cuenta los siguientes puntos cuando considere el método de brokering para seleccionar las asignaciones de usuarios finales de los pods conectados a la nube.

  • En un entorno híbrido que contiene pods de Horizon implementados de forma local o en VMware Cloud on AWS y pods implementados en Microsoft Azure, cada tipo de pod puede tener su propio método de brokering en todo el tenant.
  • Una vez que se selecciona un método de brokering, ese método se convierte en una configuración permanente, irreversible y en todo el tenant para el tipo de pod especificado. Por ejemplo, si selecciona Agente universal para los pods de Horizon, Agente universal se convierte en el método de brokering para todos los pods de la cuenta de tenant y no se puede cambiar.
  • Si selecciona Agente universal como método de brokering para los pods de Horizon y los pods de Microsoft Azure, cada asignación de usuario final que cree debe estar compuesta de escritorios VDI de un solo tipo de pod. Por ejemplo, puede crear una asignación compuesta por escritorios que abarcan varios pods de Horizon o una asignación compuesta por escritorios que abarcan varios pods de Microsoft Azure. Sin embargo, no se puede crear una asignación compuesta por un escritorio que abarque una combinación de pods de Horizon y pods de Microsoft Azure.
  • Las opciones de brokering disponibles dependen de una combinación de factores, como el tipo de pod, la fecha de la implementación del pod y si se seleccionó previamente un método de brokering para otro tipo de pod. Para obtener más detalles, consulte la siguiente tabla.
Estado de su cuenta de tenant en el momento de la versión de julio de 2020 Opciones de brokering disponibles para pods de Horizon (locales o en VMware Cloud on AWS) Opciones de brokering disponibles para pods de Microsoft Azure
Nuevo tenant sin pods implementados Agente universal Agente universal o agente de pod único

Todos los siguientes:

  • Uno o varios pods de Horizon implementados, todos en estado supervisado
  • Aún no se ha realizado ninguna selección de brokering para los pods de Horizon
  • Aún no hay pods implementados en Microsoft Azure
Agente universal Agente universal o agente de pod único
Nota: Ambas opciones solo están disponibles si se hace primero la selección de brokering para los pods de Microsoft Azure. Si primero realiza una selección de brokering para pods de Horizon, Agente universal se selecciona automáticamente para los pods de Microsoft Azure.

Todos los siguientes:

  • Uno o varios pods de Horizon implementados
  • Agente universal seleccionados y configurados para pods de Horizon
  • Aún no hay pods implementados en Microsoft Azure
Agente universal ya está seleccionado Agente universal se selecciona automáticamente
Uno o varios pods ya implementados en Microsoft Azure Agente universal El agente de pod único se selecciona automáticamente
Integrado con VMware Workspace ONE Access Agente universal El agente de pod único se selecciona automáticamente

Descripción general de Agente universal

Agente universal, la tecnología de brokering basada en la nube más reciente de VMware, está disponible para los siguientes tipos de pods conectados a la nube:

  • Pods de Horizon alojados localmente o en VMware Cloud on AWS
  • Pods implementados en Microsoft Azure en el manifiesto de la versión de julio de 2020 o una versión posterior
    Nota: Agente universal solo está disponible si ha implementado todos los pods de Microsoft Azure en el manifiesto de la versión de julio de 2020 o una versión posterior. Si ha implementado alguno de los pods en Microsoft Azure antes de la versión de julio de 2020, Agente universal no es una opción de brokering disponible y brokering de pod único se utiliza como predeterminado.

Al seleccionar Agente universal como método de brokering de todo el tenant para un tipo de pod concreto, puede crear los siguientes tipos de asignaciones de usuarios finales:

  • Una asignación de varias nubes que consta de escritorios VDI de uno o varios pods de Horizon, o de uno o varios pods de Microsoft Azure.
  • Una asignación de escritorio de sesión que consta de escritorios basados en sesiones de hosts RDS de Microsoft en un solo pod de Microsoft Azure.
  • Una asignación de aplicación que consta de aplicaciones aprovisionadas por hosts RDS en un solo pod de Microsoft Azure
  • Una asignación de aplicaciones de App Volumes compuesta por aplicaciones de App Volumes alojadas en escritorios VDI en Microsoft Azure

Para obtener información detallada sobre cómo funcionan juntos los componentes del sistema de la solución de Agente universal para asignar recursos remotos a los usuarios finales, consulte Arquitectura del sistema y componentes de Agente universal.


Diagrama de alto nivel de arquitectura del sistema Universal Broker

El Agente universal ofrece las siguientes funciones clave:

  • FQDN de conexión única para todos los recursos remotos

    Los usuarios finales pueden acceder a las asignaciones de varias nubes de su entorno conectándose a un nombre de dominio completo (FQDN), que se define en los ajustes de configuración de Agente universal. A través de una única FQDN de Agente universal, los usuarios pueden acceder a las asignaciones desde cualquier pod Horizon participante de cualquier sitio de su entorno. No se requiere ninguna red interna entre los pods.


    Diagrama de conexión de FQDN única para el agente universal de Horizon
  • Conectividad de pods global y detección de un rendimiento óptimo

    Agente universal mantiene la conectividad directa con cada pod que participa en las asignaciones de varias nubes y sigue detectando el estado de disponibilidad de cada pod. Como resultado, Agente universal puede administrar solicitudes de conexión y entregar recursos virtuales a los usuarios finales directamente desde estos pods. No se precisa recurrir al equilibrio de carga del servidor global (Global Server Load Balancing, GSLB) ni a ninguna comunicación de red entre pods que pueda causar problemas de reducción de rendimiento y latencia.

  • Gestión de agente inteligente

    Gracias al conocimiento de los sitios geográficos y la topología del pod, Agente universal puede distribuir escritorios de las asignaciones de varias nubes a los usuarios finales a lo largo de la ruta de red más corta.

Nota: Esta versión de Agente universal tiene algunas limitaciones de funciones conocidas. Si su caso de uso requiere la implementación de una función que Agente universal no admite, como la integración con VMware Workspace ONE Access, en su lugar debe usar un agente de pod único. Para obtener más información, consulte Limitaciones conocidas de Agente universal.

Descripción general del agente de pod único

También denominado agente heredado o tradicional, el agente de pod único solo está disponible para los pods de Microsoft Azure en los casos siguientes:

  • Cuando todos los pods de Microsoft Azure se implementaron en el manifiesto de la versión de julio de 2020 o una versión posterior

    En este caso, debe seleccionar explícitamente Agente de pod único en la página Selección de agente para utilizar este método de brokering clásico en todos los pods de Microsoft Azure implementados en la cuenta de tenant.

  • Cuando al menos uno de los pods de Microsoft Azure se implementó antes de la versión de julio de 2020

    En este caso, no tiene la opción de seleccionar un método de brokering. El agente de pod único se utiliza de forma predeterminada como método de brokering implícito para todos los pods de Microsoft Azure implementados en la cuenta de tenant.

El brokering de pod único permite crear los siguientes tipos de asignaciones de usuarios finales:

  • Una asignación de escritorio VDI que consta de escritorios virtuales de un solo pod de Microsoft Azure.
  • Una asignación de escritorio de sesión que consta de escritorios basados en sesiones de hosts RDS de Microsoft en un solo pod de Microsoft Azure.
  • Una asignación de aplicaciones remotas que consta de aplicaciones aprovisionadas por hosts RDS en un solo pod de Microsoft Azure
  • Una asignación de aplicaciones de App Volumes compuesta por aplicaciones de App Volumes alojadas en escritorios VDI en Microsoft Azure

El agente de pod único admite una gama más amplia de características de Horizon que Agente universal. Por ejemplo, un agente de pod único admite funciones asociadas con VMware Workspace ONE Access, como True SSO.