En el paso de configuración del pod del asistente de implementación de pods, especifique los detalles como el nombre del pod, además de información de red.

Importante: Esta información se aplica únicamente cuando tenga acceso a un entorno de arrendatario de first-gen en el plano de control de first-gen. Como se describe en el artículo 92424 de la base de conocimientos, el plano de control de first-gen ha llegado a la fecha de fin de disponibilidad (EOA). Consulte el artículo para obtener información.
Recordatorio: Este asistente implementa el tipo de pod basado en el administrador de pods. Actualmente, la consola no proporciona un asistente de implementación para implementar un pod de Horizon en la solución de VMware en Azure (AVS). Para obtener información sobre la implementación de un pod de Horizon en AVS, consulte la información sobre la Arquitectura de Horizon en la solución de VMware en Azure, en la zona tecnológica.
Precaución: Las direcciones IP que se mencionan en estos pasos son ejemplos. Debe utilizar los rangos de direcciones que cumplan las necesidades de su organización. En cada paso que mencione un rango de direcciones IP, sustituya los que se apliquen a su organización.

Requisitos previos

Compruebe que cumpla los requisitos descritos en Arrendatarios de first-gen: requisitos previos para ejecutar el asistente de implementación de pods de first-gen.

Si va a hacer que el proceso de implementación cree automáticamente las subredes obligatorias, compruebe que las subredes existentes en la VNet de Microsoft Azure no estén usando ya los rangos de direcciones CIDR que va a especificar en los campos del asistente para dichas subredes.

Si creó subredes con antelación para usarlas con este pod, compruebe que dichas subredes no tengan recursos asociados y que la subred creada para usar como subred de administración tenga el servicio Microsoft.SQL configurado como un endpoint de servicio para esa subred. El asistente de implementación de pod validará que el servicio Microsoft.SQL esté configurado como un endpoint de servicio en la subred de administración.

Precaución: Las subredes que cree en la VNet para la implementación de un pod deben estar vacías. Puede crearlas antes de implementar el pod, pero no ponga ningún recurso en ellas o, de lo contrario, utilice cualquiera de las direcciones IP. Si una dirección IP ya está en uso en las subredes, es posible que se produzca un error cuando el pod realice la implementación.

Procedimiento

  1. En este paso del asistente, proporcione detalles acerca del pod y la información de red necesaria.
    La siguiente captura de pantalla es un ejemplo del paso, tal como se muestra inicialmente.
    Horizon Cloud on Microsoft Azure: paso 2 del asistente de implementación de pods antes de realizar selecciones o introducir información.

    Opción Descripción
    Nombre del pod Introduzca un nombre descriptivo para este pod. Este nombre se utiliza en la consola administrativa para diferenciar este pod del resto.
    Ubicación Seleccione el nombre de una ciudad existente o haga clic en Agregar para especificar una nueva ciudad.

    El sistema agrupa los pods de acuerdo con el nombre de la ciudad y los muestra en el mapa Presencia global de Horizon de la página Panel de control de la consola.

    Al hacer clic en Agregar, comience a escribir el nombre de una ciudad. El sistema muestra automáticamente los nombres de ciudades del mundo en la tabla de búsqueda de ubicación geográfica de back-end que coincide con los caracteres introducidos. Usted puede elegir una ciudad en dicha lista.

    Nota: Debe seleccionar una ciudad desde la lista de autocompletar del sistema. Actualmente, debido a un problema conocido, los nombres de ubicación no están localizados.
    Región de Microsoft Azure Seleccione la región geográfica física de Microsoft Azure en la que se desee implementar el pod. Las regiones disponibles están determinadas por el entorno de Microsoft Azure previamente seleccionado.

    Considere la posibilidad de elegir la región en función de su proximidad a los usuarios finales a los que pretende prestar servicio con este pod. Una mayor proximidad proporcionaría una latencia más baja.

    Importante: No todas las regiones de Microsoft Azure son compatibles con las máquinas virtuales que admiten GPU. Si desea utilizar el pod con aplicaciones remotas o escritorios habilitados para GPU, asegúrese de que la región de Microsoft Azure que seleccione para el pod disponga de los tipos de máquina virtual series NV, NVv4 y NCv2 que desee utilizar y de que sean compatibles con esta versión de Horizon Cloud. Consulte la documentación de Microsoft en https://azure.microsoft.com/es-es/regions/services/ para obtener más detalles.
    Descripción Opcional: escriba una descripción para este pod.
    Etiquetas de recursos de Azure

    Opcional: Cree etiquetas personalizadas que se aplicarán a los grupos de recursos de Azure. Las etiquetas de recursos de Azure solo se aplican a los grupos de recursos, y los recursos de los grupos no las heredan.

    Para crear la primera etiqueta, introduzca la información en los campos Nombre y Valor. Para crear una etiqueta adicional, haga clic en + y, a continuación, introduzca la información en los campos Nombre y Valor que aparecen debajo de las ya existentes.

    • Puede crear un máximo de 10 etiquetas.
    • El nombre de la etiqueta está limitado a 512 caracteres y el valor de la etiqueta está limitado a 256 caracteres. Para las cuentas de almacenamiento, el nombre de la etiqueta está limitado a 128 caracteres y el valor de la etiqueta está limitado a 256 caracteres.
    • Los nombres de etiqueta no pueden contener los siguientes caracteres:

      < > % & \ ? /

    • Los nombres de etiqueta no pueden contener estas cadenas que no distinguen entre mayúsculas y minúsculas:

      "azure", "windows", "microsoft"

    • Los nombres de las etiquetas y los valores de las etiquetas solo pueden contener caracteres ASCII. No se permiten espacios en blanco ni caracteres fuera del conjunto estándar ASCII de 128 caracteres (también conocidos como caracteres ASCII altos o extendidos).
    Red virtual Seleccionar una red virtual de la lista.

    Aquí se muestran solo las redes virtuales (VNet) que existen en la región seleccionada en el campo Región de Microsoft Azure. Debe haber creado la VNet que desea utilizar en esa región en la suscripción de Microsoft Azure.

    Utilizar subred existente Habilite esta opción si creó subredes con antelación para cumplir los requisitos de la subred del pod. Cuando esta opción se establece en , los campos del asistente donde se especifican las subredes cambian a menús de selección desplegables.
    Importante: El asistente no admite el uso de una subred existente para una de las subredes obligatorias ni tampoco la introducción de direcciones CIDR para las demás subredes obligatorias. Cuando esta opción se establece en , todas las subredes requeridas del pod deben seleccionarse entre las subredes existentes.
    Subred de administración

    Subred de administración(CIDR)

    Cuando la opción Utilizar subred existente está habilitada, este menú indica las subredes disponibles en la VNet seleccionada para la Red virtual. Seleccione la subred existente que desea utilizar para la subred de administración de pods.
    Importante:
    • Seleccione una subred que tenga el servicio Microsoft.SQL configurado como un endpoint de servicio para esa subred. Este endpoint de servicio admite la comunicación requerida entre las máquinas virtuales del administrador de pods y la base de datos de Azure Postgres del pod a través de la subred de administración.

      Seleccione una subred vacía que no tenga otros recursos conectados a ella. Si la subred no está vacía, es posible que se produzcan resultados inesperados durante el proceso de implementación o las operaciones del pod.

    Cuando la opción Utilizar subred existente está desactivada, introduzca un rango de direcciones de subred (en notación CIDR) para que el implementador cree una subred a la que se conecten las instancias de Unified Access Gateway y el pod, por ejemplo, 192.168.8.0/27. Para la subred de administración, se requiere una CIDR de /27.

    Precaución: Cuando no se selecciona la opción del asistente para utilizar las subredes existentes, la subred no debe existir ya en el entorno de Microsoft Azure. Si ya existe, se producirá un error cuando intente continuar con el siguiente paso del asistente.
    Subred de máquina virtual - Principal

    Subred de máquina virtual (CIDR) - Principal

    Este campo se relaciona con la subred que se utiliza para las máquinas virtuales que el pod aprovisiona para proporcionar aplicaciones y escritorios de usuario final. Estas máquinas virtuales incluyen las máquinas virtuales de imagen maestra, las máquinas virtuales compatibles con RDSH de las granjas y las máquinas virtuales de escritorio VDI.

    Cuando la opción Utilizar subred existente está habilitada, este menú indica las subredes disponibles en la VNet seleccionada para la Red virtual. Seleccione la subred existente que desea utilizar para esas máquinas virtuales.

    Importante: Seleccione una subred vacía que no tenga otros recursos conectados a ella. Si la subred no está vacía, es posible que se produzcan resultados inesperados durante el proceso de implementación o las operaciones del pod.

    Cuando la opción Utilizar subred existente está desactivada, introduzca un rango de direcciones de subred (en notación CIDR) para que el implementador cree esta subred a medida que se implemente el pod, por ejemplo, 192.168.12.0/22. Para la subred de escritorio, se requiere un CIDR de al menos /27 y se recomienda un CIDR de /22.

    Importante: Asegúrese de que el rango que haya introducido sea lo suficientemente grande como para acomodar el número de máquinas virtuales que espera que este pod aprovisione para proporcionar las máquinas virtuales compatibles con RDSH de las granjas y las máquinas virtuales de escritorio VDI para los usuarios finales. La subred de escritorio no podrá ampliarse después de implementar el pod.
    Precaución: Cuando no se selecciona la opción del asistente para utilizar las subredes existentes, la subred no debe existir ya en el entorno de Microsoft Azure. Si ya existe, se producirá un error cuando intente continuar con el siguiente paso del asistente.
    Servidores NTP Introduzca la lista de servidores NTP que quiera usar para la sincronización de hora, separados por comas.

    El servidor NTP introducido aquí puede ser un servidor NTP público o el propio servidor NTP que configuró para proporcionar la sincronización de hora. Debe poder accederse a los servidores NTP que especifique aquí desde la red virtual que seleccionó en el campo Red virtual para uso por parte del pod. En este campo, puede especificar cada servidor NTP, ya sea mediante su dirección IP numérica o su nombre de dominio. Cuando proporcione un nombre de dominio en este campo en lugar de una dirección IP numérica, debe asegurarse de que el DNS configurado para la red virtual pueda resolver el nombre especificado.

    Algunos ejemplos de nombres de dominio del servidor NTP público son time.windows.com, us.pool.ntp.org, time.google.com.

    Usar proxy Si se requiere un proxy para la conectividad de Internet saliente, habilite esta opción y complete los campos mostrados asociados.

    El implementador de pods requiere acceso saliente a Internet para descargar el software de forma segura en el entorno de nube de Microsoft Azure y volver a conectarse al plano de control de la nube de Horizon Cloud. Para habilitar el uso por parte del pod de la configuración de proxy, debe proporcionar la siguiente información después de habilitar la opción.

    • Proxy (obligatorio): escriba el nombre de host o la dirección IP para el servidor proxy.
    • Puerto (obligatorio): escriba el número de puerto especificado en la configuración del servidor proxy.

    Si la configuración del servidor proxy requiere un nombre de usuario y una contraseña para la autenticación, proporcione esas credenciales también.

    Los campos obligatorios relacionados con el proxy rellenados en
    La siguiente captura de pantalla muestra un ejemplo con este paso completado del uso de subredes creadas por adelantado en la VNet. En este ejemplo, un servidor proxy no era necesario para cumplir con los requisitos de conectividad de Internet saliente.

    Los nombres relacionados con las redes están ocultos.


    Paso 2 del asistente de implementación que muestra los campos rellenados

  2. Para continuar con el siguiente paso, haga clic en Siguiente.
  3. Para poder llevar a cabo una configuración de Unified Access Gateway en el pod, especifique los detalles necesarios según los pasos descritos en Arrendatarios de first-gen: especificar la configuración de puerta de enlace del pod de Horizon Cloud. Para que el usuario final pueda acceder a sus aplicaciones remotas y escritorios a través de Internet, se requiere una configuración externa de Unified Access Gateway.