El entorno de Microsoft Azure debe tener una red virtual existente antes de que pueda implementar el pod de Horizon Cloud en el entorno. Si no tiene ya una red virtual (VNet) en la región en la que va a implementar, debe crear dicha red. Si desea que la puerta de enlace externa del pod se implemente en su propia VNet, independiente de la VNet del pod, debe crear esa VNet también y, a continuación, realizar el emparejamiento de las dos VNet. Si desea que la puerta de enlace externa del pod use su propia suscripción, independiente de la del pod, debe crear una red virtual independiente para usarla para esa puerta de enlace externa en la suscripción y realizar el emparejamiento de las dos redes virtuales. Debido a que una sola VNet no abarca las suscripciones, si implementa una puerta de enlace externa en su propia suscripción, la implementación también requerirá que la puerta de enlace externa utilice una VNet independiente y emparejada con la VNet del pod.
| ¿En qué red virtual se va a implementar la puerta de enlace externa? | Creación de subred | Subredes necesarias |
|---|---|---|
| Cuando se implementa un pod con la puerta de enlace externa mediante la VNet del pod |
Para esta configuración, puede crear subredes de antemano en la VNet y especificar las subredes que se encuentran en el asistente de implementación de pod, o bien introducir directamente en el asistente los espacios de direcciones de las subredes necesarias y el implementador de pods creará las subredes en la VNet.
Importante: Si la VNet existente está emparejada, el implementador no podrá actualizar automáticamente el espacio de direcciones de la VNet. Si la VNet tiene elementos del mismo nivel, se recomienda crear las subredes antes, tal como se describe en
Arrendatarios de first-gen: antes de implementar el pod, cree las subredes requeridas del pod de Horizon Cloud en la VNet en Microsoft Azure. Si no desea crear las subredes antes e introduce CIDR de subred en el asistente de implementación que no están incluidas en el espacio de direcciones de la VNet existente, el asistente mostrará un mensaje de error y deberá especificar espacios de direcciones de subred válidos para continuar, o bien utilizar una red virtual que no tenga elementos del mismo nivel.
|
La implementación del pod que utiliza esta configuración requiere las siguientes subredes:
Cuando permite que el implementador cree automáticamente las subredes, el implementador crea siempre las subredes nuevas en la VNet correspondiente. En términos de espacio de direcciones de la VNet, el implementador controla los espacios de direcciones de subred que introduce en el Asistente de la siguiente manera:
|
| Cuando se implementa un pod con la opción de hacer que la puerta de enlace externa use su propia VNet o suscripción, aparte de la suscripción o VNet del pod |
Para esta configuración, puesto que hay dos VNet involucradas y estas VNet deben estar emparejadas, la práctica recomendada es crear las subredes de antemano en la VNet y especificar las subredes que se incluyen en el asistente de implementación del pod. Cree las subredes de antemano como se describe en Arrendatarios de first-gen: antes de implementar el pod, cree las subredes requeridas del pod de Horizon Cloud en la VNet en Microsoft Azure. A pesar de que el asistente de implementación le ofrece la opción de introducir directamente en el asistente los espacios de direcciones de las subredes necesarias para que el implementador cree las subredes por usted, si especifica espacios de direcciones que ya no están en el espacio de direcciones de la VNet, el implementador no podrá agregarlos a la VNet, puesto que se trata de una VNet emparejada. En este caso, una VNet tendrá las subredes del pod y una VNet tendrá las subredes de la puerta de enlace externa. Estas dos VNet deben estar emparejadas. Nos referiremos a la VNet del pod como VNet-1 y a la VNet de la puerta de enlace externa como VNet-2. Para cada una de estas VNet, puede especificar los espacios de direcciones de las subredes que el implementador de pods creará automáticamente o especificar las subredes que haya creado por adelantado. |
En este tipo de implementación, la VNet del pod (VNet-1) obtiene una subred de administración y una subred de escritorio, que se usan con los mismos fines que se describen para cuando la puerta de enlace externa se encuentra en la propia VNet del pod. Sin embargo, la VNet del pod no obtiene una subred DMZ en esta configuración, puesto que la finalidad de la subred DMZ es que la utilice la configuración externa de Unified Access Gateway, que se encuentra en la otra VNet (VNet-2) en esta configuración. En esta configuración de implementación, la VNet de la puerta de enlace externa obtiene las siguientes subredes:
|
Siga estos pasos usando el portal de Microsoft Azure adecuado para su cuenta registrada. Por ejemplo, hay varios endpoints de portal específicos para estas nubes de Microsoft Azure.
- Microsoft Azure Commercial (regiones globales estándares)
- Microsoft Azure China
- Microsoft Azure, gobierno de EE. UU.
Inicie sesión en el portal utilizando la dirección URL adecuada para su cuenta.
Procedimiento
Resultados
Se crea la red virtual (VNet) en su cuenta de Microsoft Azure.
Qué hacer a continuación
Si crea manualmente las subredes obligatorias en lugar de hacer que el proceso de implementación del pod las cree, configure la VNet recién creada con las subredes que utilizará para el pod. Consulte los pasos en Arrendatarios de first-gen: antes de implementar el pod, cree las subredes requeridas del pod de Horizon Cloud en la VNet en Microsoft Azure y Arrendatarios de first-gen: cuándo usar las subredes existentes para un pod de Horizon Cloud en Microsoft Azure.
Configure la VNet recién creada con un servicio de DNS activo y conectividad con el servicio de Active Directory que se utilizará con el pod. Consulte los pasos en Arrendatarios de first-gen: configurar las opciones del servidor DNS que necesita la topología de VNet que se utilizará para los pods de Horizon Cloud en Microsoft Azure.
Asegúrese de que la configuración de la VNet, en términos de firewalls y otros comportamientos de red, se ajuste a los requisitos de protocolos, puertos y DNS de la implementación del pod que se describen en Arrendatarios de first-gen - Implementaciones de Horizon Cloud on Microsoft Azure: requisitos de resolución de nombres de host, nombres DNS y Arrendatarios de first-gen: pod de Horizon Cloud - Requisitos de puertos y protocolos.
