Las implementaciones de pods, las implementaciones de configuraciones de puerta de enlace del pod y las operaciones estándar requieren tipos y tamaños específicos de máquinas virtuales para su capacidad de nube de Microsoft Azure. Su suscripción necesita la configuración y las cuotas adecuadas para admitir estas máquinas virtuales. Cuando se utiliza la opción para implementar la puerta de enlace externa del pod en una suscripción independiente, esa suscripción necesita la cuota y la configuración para admitir esa configuración de puerta de enlace externa.
En las tablas que aparecen a continuación, la columna de especificación de máquina virtual proporciona:
- Los nombres de serie utilizados en la documentación de Microsoft Azure
- Los nombres de familia de vCPU utilizados en las cuotas que se muestran en el portal de Microsoft Azure
- El nombre específico del tipo de máquina virtual de esa familia
Para ver las cuotas actuales de una suscripción en el portal de Microsoft Azure, desplácese a , haga clic en la suscripción y, a continuación, haga clic en Uso + cuotas. Para obtener más información sobre los tamaños de las máquinas virtuales de Microsoft Windows en Microsoft Azure, consulte este tema y sus subtemas en la documentación de Microsoft Azure: https://docs.microsoft.com/es-es/azure/virtual-machines/windows/sizes.
Máquinas virtuales del administrador de pods
Por lo general, estas máquinas virtuales se consideran el núcleo del propio pod. Las máquinas virtuales del administrador de pods son responsables de facilitar la conexión de la conexión de los clientes de usuario final con el software de Horizon Agent que se ejecuta en los escritorios virtuales aprovisionados por el pod.
A partir de la versión de servicio v2204, se configura la alta disponibilidad en las nuevas implementaciones de Horizon Cloud on Microsoft Azure de forma predeterminada. La implementación tiene dos máquinas virtuales del administrador de pods.
| Máquina virtual | Especificación de máquinas virtuales de Microsoft Azure | Cantidad | Descripción |
|---|---|---|---|
| Instancias del administrador de pods | Linux - Familia Dv3 estándar: Standard_D4_v3 (4 núcleos, 16 GB de memoria). Disco del SO: HDD estándar de 30 GiB
Nota: Si el tipo Standard_D4_v3 no está disponible en la región de Microsoft Azure, el implementador de pods utilizará Standard_D3_v2 (4 núcleos, 14 GB de memoria) de la familia Dv2 estándar.
|
2 por pod durante las operaciones de estado estable 4 por pod durante el tiempo empleado de extremo a extremo para el proceso de actualización azul/verde del pod. |
Durante las operaciones de estado estable, existen dos máquinas virtuales que se encienden y ejecutan el pod. Cuando VMware Operations pone a su disposición un nuevo manifiesto del pod, y el sistema comienza a crear los componentes verdes para el proceso de actualización azul/verde del pod, se crea y se enciende una segunda instancia por máquina virtual del administrador de pods. En ese momento, hay un total de cuatro (4) máquinas virtuales del administrador de pods que están en ejecución. Como parte del proceso de actualización de extremo a extremo, programe la hora a la que el sistema pasará a usar los componentes verdes. Una vez hecho el cambio, el pod utiliza las dos máquinas virtuales recién creadas para las operaciones de estado estable, y las dos máquinas virtuales que se usaron anteriormente en el conjunto de componentes azules se detienen y, a continuación, se eliminan. El tamaño del entorno debe admitir las cuatro instancias del administrador de pods que se están ejecutando en paralelo para el período de actualización de extremo a extremo que empieza a partir de la hora en la que el sistema comienza a crear los componentes verdes del pod para el proceso de actualización azul/verde, y que se extiende hasta que las actividades de actualización se completan y el pod pasa a utilizar los nuevos componentes verdes. Consulte Pods de Horizon Cloud: mantenimiento y actualizaciones para obtener una descripción del proceso de actualización azul/verde del pod. |
Máquinas virtuales relacionadas con la puerta de enlace
Las siguientes instancias se encuentran en esta categoría de máquinas virtuales relacionadas con la puerta de enlace:
- Las instancias de Unified Access Gateway configuradas para que funcionen como puertas de enlace seguras para los clientes de usuario final que acceden a los recursos aprovisionados por el pod.
- La máquina virtual del conector de puerta de enlace se crea en el escenario en el que se elige implementar la puerta de enlace externa en una VNet independiente de la VNet del pod. Este conector de puerta de enlace controla las operaciones de administración de la nube en ese escenario.
Las actualizaciones de software mantendrán los modelos de máquina virtual de las instancias de puerta de enlace. Siempre que el modelo de máquina virtual de las instancias de puerta de enlace sea anterior a una actualización de pod, será su modelo de máquina virtual después de la actualización.
| Máquina virtual | Especificación de máquinas virtuales de Microsoft Azure | Cantidad | Descripción |
|---|---|---|---|
| Instancias de Unified Access Gateway | A partir de esta versión, puede elegir entre los siguientes modelos de máquina virtual para las nuevas implementaciones de puerta de enlace.
|
Varía según si elige tener una configuración de Unified Access Gateway externa o interna, o ambos tipos para el mismo pod.
Para una instancia que solo sea externa o interna:
Para un pod con configuración de
Unified Access Gateway tanto externa como interna
|
Unified Access Gateway es una función opcional que se implementa para el pod cuando se establece la configuración de puerta de enlace en el asistente de implementación. Si decide tener instancias de Unified Access Gateway en el pod, el entorno debe admitir dichas instancias que se ejecutan durante el proceso de actualización azul/verde de extremo a extremo del pod. El número de instancias de estado estable depende de si opta por tener ambas configuraciones de Unified Access Gateway. Cuando tiene solo una configuración externa o solo una configuración interna de Unified Access Gateway, durante las operaciones de estado estable, existen dos instancias, las cuales están encendidas y proporcionan las capacidades de Unified Access Gateway. Durante un proceso de actualización, se crean dos instancias adicionales, que se encienden para ejecutar actualizaciones de software en Unified Access Gateway. Una vez hecho el cambio, el pod migra y pasa a usar las máquinas virtuales recién creadas, y las máquinas virtuales que se usaron anteriormente en el conjunto de componentes azules se detienen y, a continuación, se eliminan. Cuando tiene ambas configuraciones de Unified Access Gateway, durante las operaciones de estado estable, existen cuatro instancias, las cuales están encendidas y proporcionan las capacidades de Unified Access Gateway. Dos instancias proporcionan las capacidades de la configuración externa y dos instancias, las de la configuración interna. Durante un proceso de actualización, se crean dos instancias adicionales por configuración, que se encienden para ejecutar las actualizaciones de software en Unified Access Gateway. Una vez hecho el cambio, el pod migra y pasa a usar las máquinas virtuales recién creadas, y las máquinas virtuales que se usaron anteriormente en el conjunto de componentes azules se detienen y, a continuación, se eliminan. El tamaño del entorno debe admitir las instancias indicadas de Unified Access Gateway que se están ejecutando en paralelo para el período de actualización de extremo a extremo que empieza a partir de la hora en la que el sistema comienza a crear los componentes verdes del pod para el proceso de actualización azul/verde, y que se extiende hasta que las actividades de actualización se completan y el pod pasa a utilizar los nuevos componentes verdes. Consulte Pods de Horizon Cloud: mantenimiento y actualizaciones para obtener una descripción del proceso de actualización azul/verde del pod. |
| Máquina virtual | Especificación de máquinas virtuales de Microsoft Azure | Cantidad | Descripción |
|---|---|---|---|
| Instancia del conector de puerta de enlace | Familia Av2 estándar de Linux: Standard_A1_v2 (1 núcleo, 2 GB de memoria) Disco del sistema operativo: HDD estándar de 10 GiB |
1 por este tipo de puerta de enlace externa durante las operaciones de estado estable 2 por este tipo de puerta de enlace externa durante el tiempo empleado de extremo a extremo para las actividades de actualización azul/verde relacionadas con el pod. |
Cuando la puerta de enlace externa se implementa en una VNet independiente, esta máquina virtual se crea y se utiliza para las operaciones de administración de la nube en esa configuración de puerta de enlace externa. Durante un proceso de actualización, se crea una instancia adicional y se enciende para ejecutar las actualizaciones de software en Unified Access Gateway en la configuración de la puerta de enlace externa. Una vez finalizada la actualización, se produce la migración a la máquina virtual recién creada y se detiene el uso anterior y, a continuación, se elimina. Si decide utilizar esta configuración opcional, el entorno debe alojar estas instancias que se ejecutan de extremo a extremo durante las actividades de actualización azules/verdes relacionadas con el pod. |
Imágenes maestras: información general
Una imagen maestra es una máquina virtual de sistema operativo Microsoft Windows que se configura para que Horizon Cloud pueda convertirla en una imagen publicada. A veces, verá que se hace referencia a estas máquinas virtuales como patrones dorados.
Las imágenes maestras están habilitadas para GPU o no, según lo que usted seleccione al crearlas.
En Horizon Cloud, puede crear imágenes maestras de pod único y de varios pods. Debe crear cualquiera de los dos tipos mediante el asistente automatizado Importar máquina virtual - Catálogo de soluciones de la consola.
El asistente automatizado utiliza un tamaño específico de máquina virtual de forma automática y predeterminada. Este valor predeterminado se basa en su configuración interna, en las opciones que haya en el asistente para el sistema operativo (SO) específico y en si se debe incluir GPU.
Máquinas virtuales de imagen maestra
A partir de la versión de servicio v2207, las imágenes de pod único y de varios pods tienen los mismos requisitos de modelo de máquina virtual. Las imágenes de pod único se importan desde la página Máquinas virtuales importadas de la consola. Las imágenes de varios pods se importan mediante la página Imágenes de varios pods de la consola.
| Máquina virtual | Especificación de máquinas virtuales de Microsoft Azure | Cantidad | Descripción |
|---|---|---|---|
| Imágenes maestras | Para las imágenes maestras con GPU habilitado, el sistema utiliza:
|
Variable, según sus necesidades |
Una imagen maestra es una máquina virtual de sistema operativo Microsoft Windows que se configura para que Horizon Cloud pueda convertirla en una imagen publicada. Una máquina virtual con el sistema operativo Windows de sesión única brinda la base para crear los escritorios VDI. Una máquina virtual habilitada para RDS con el sistema operativo Windows brinda la base para crear las máquinas virtuales en las granjas que proporcionan escritorios basados en sesiones y aplicaciones remotas a los usuarios finales. Esta categoría habilitada para RDS incluye los sistemas operativos Windows Server y Windows Enterprise multisesión. Cada imagen maestra es una combinación de sistema operativo Microsoft Windows y si tiene GPU habilitado o no. Por tanto, si desea que el pod proporcione:
Necesita entonces al menos 2 máquinas virtuales de imagen maestra. El proceso para convertir una imagen maestra en una imagen publicada en ocasiones se denomina publicar la imagen, o también, sellar la imagen. En ocasiones, la imagen publicada resultante recibe el nombre de imagen sellada o imagen asignable, porque tiene un estado finalizado para su uso en las asignaciones. El sistema apaga automáticamente la imagen maestra al finalizar el flujo de trabajo de publicación. Al actualizar una imagen publicada, el sistema enciende la máquina virtual nuevamente.
Nota: Cuando se duplica una imagen de pod único mediante la acción
Duplicar de la consola, el sistema vuelve a encender temporalmente la máquina virtual de la imagen maestra para obtener su configuración y aplicarla al duplicado. Cuando consigue la información necesaria, la vuelve a apagar.
Para obtener información sobre cómo crear una imagen maestra de pod único, consulte el tema Crear imágenes de escritorio y pods de Horizon Cloud. |
| Para las imágenes maestras no habilitadas para GPU que utilicen sistemas operativos diferentes a Windows 11, el sistema utiliza:
|
|||
| Para las imágenes maestras no habilitadas para GPU con los sistemas operativos Microsoft Windows 11 o Windows 11 Enterprise multisesión, el sistema utiliza los siguientes elementos:
|
Máquinas virtuales de granja
Las máquinas virtuales de la granja RDSH son las instancias compatibles con RDS que proporcionan aplicaciones remotas y escritorios basados en sesiones a los usuarios finales. Se necesita al menos una granja RDSH para distribuir escritorios de la sesión y una granja RDSH para distribuir aplicaciones remotas. Para cumplir con las necesidades del usuario final o del administrador, puede implementar granjas adicionales.
| Máquina virtual | Especificación de máquinas virtuales de Microsoft Azure | Cantidad | Descripción |
|---|---|---|---|
| Granja RDSH | Puede personalizar el conjunto de tipos de máquina virtual de Microsoft Azure que desea que esté disponible para su selección al crear granjas en el pod. Puede personalizar su propia lista desde el conjunto de tamaños de máquina virtual de Microsoft Azure que están disponibles generalmente en las regiones estándar de Microsoft Azure. Para obtener más información sobre cómo personalizar el conjunto de tipos de máquinas virtuales disponibles para su uso en las granjas, consulte la Guía de administración de Horizon Cloud. Al crear o editar una granja, puede personalizar el tamaño de disco del sistema operativo de las instancias de RDSH de la granja para cambiarlo del valor predeterminado del sistema. Para obtener información específica sobre los tamaños de máquina virtual de Windows que están generalmente disponibles en las regiones estándar de Microsoft Azure, consulte la documentación de Microsoft en https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes.
Nota: Para los entornos de producción, asegúrese de que los tipos de máquinas virtuales que utilice para las granjas tengan un mínimo de dos (2) CPU. Si se cumplen estos criterios, se evitarán problemas inesperados de conexión de los usuarios finales. Estos criterios son el resultado de las recomendaciones de Horizon Agent sobre un mínimo de 2 CPU para instalar o actualizar Horizon Agent desde la versión 7.x o una versión posterior. Los criterios de Horizon Agent se especifican en la documentación del producto de Horizon a partir de la versión 7.8 (las referencias a un mínimo de 2 CPU comienzan en esta versión y se pueden encontrar en
Instalar Horizon Agent en una máquina virtual).
|
Varía según sus necesidades y la forma en que haya personalizado los tamaños de máquina virtual en el entorno de Horizon Cloud. | El estado de alimentación de las máquinas virtuales varía según los valores de configuración de la granja y la demanda de los usuarios finales. |
Máquinas virtuales de escritorio VDI
Las máquinas virtuales de escritorio VDI son las instancias que proporcionan escritorios VDI a los usuarios finales.
| Máquina virtual | Especificación de máquinas virtuales de Microsoft Azure | Cantidad | Descripción |
|---|---|---|---|
| Escritorios VDI | Puede personalizar el conjunto de tipos de máquina virtual de Microsoft Azure que desea que esté disponible para su selección al crear asignaciones de escritorios VDI en el pod. Puede personalizar su propia lista desde el conjunto de tamaños de máquina virtual de Microsoft Azure que están disponibles generalmente en las regiones estándar de Microsoft Azure. Para obtener más información sobre cómo personalizar el conjunto de tipos de máquinas virtuales disponibles para su uso en las asignaciones de escritorios VDI, consulte la Guía de administración de Horizon Cloud.
Nota: Un pequeño conjunto de tamaños de máquina virtual de Microsoft Azure que Microsoft ha determinado que no son adecuados para los casos de uso de VDI se omiten automáticamente, como Standard_B2ls y Standard_B1s.
Al crear o editar una asignación de escritorio VDI, puede personalizar el tamaño de disco del sistema operativo de las instancias de escritorios VDI para cambiarlo a otro valor distinto al predeterminado del sistema. Para obtener información detallada sobre los tamaños de máquinas virtuales de Windows, consulte la documentación de Microsoft en https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes.
Nota: Para los entornos de producción, asegúrese de que los tipos de máquinas virtuales que utilice para las asignaciones de escritorios VDI tengan un mínimo de dos (2) CPU. Si se cumplen estos criterios, se evitarán problemas inesperados de conexión de los usuarios finales. Estos criterios son el resultado de las recomendaciones de Horizon Agent sobre un mínimo de 2 CPU para instalar o actualizar Horizon Agent desde la versión 7.x o una versión posterior. Los criterios de Horizon Agent se especifican en la documentación del producto de Horizon a partir de la versión 7.8 (las referencias a un mínimo de 2 CPU comienzan en esta versión y se pueden encontrar en
Instalar Horizon Agent en una máquina virtual).
|
Varía según sus necesidades y la forma en que haya personalizado los tamaños de máquina virtual en el entorno de Horizon Cloud. | El estado de alimentación de las máquinas virtuales varía según las opciones de configuración de la asignación de escritorios de VDI y la demanda de los usuarios finales. |
Máquina virtual de Jump Box relacionada con la asistencia de casos especiales
Si envía una solicitud de soporte a VMware y el equipo de asistencia determina que la forma de abordar esa solicitud es implementar una máquina virtual de Jump Box temporal para la comunicación con los dispositivos administrados por VMware, los núcleos y la cuota de suscripción tendrán que admitir esa implementación en ese momento. Se le solicitará permiso para realizar una implementación de Jump Box relacionada con la asistencia.
Este Jump Box se implementará bajo la supervisión del equipo de soporte de VMware y se eliminará bajo su supervisión cuando la máquina virtual ya no sea necesaria para abordar su solicitud de soporte.
| Máquina virtual | Especificación de máquinas virtuales de Microsoft Azure | Cantidad | Descripción |
|---|---|---|---|
| Jump Box relacionada con la asistencia | Familia F estándar de Linux: Standard_F2 (2 núcleos, 4 GB de memoria) Disco del SO: HDD estándar de 30 GiB |
1 | Esta máquina virtual de Jump Box relacionada con la asistencia está diseñada para establecer comunicaciones seguras con los dispositivos administrados por VMware para abordar su solicitud de soporte al servicio de soporte de VMware. |
