ArcGIS Pro utiliza hardware informático moderno para representar en pantalla mapas con gran cantidad de gráficos y escenas en 3D, así como para realizar análisis espaciales complejos. Cuando los recursos adecuados están aprovisionados, ArcGIS Pro puede funcionar tan bien en un entorno virtualizado o en la nube como en una potente estación de trabajo de escritorio.
La virtualización permite a las organizaciones proporcionar un acceso protegido y escalable a ArcGIS Pro en distintos grupos de usuarios. Tanto si se realiza en las instalaciones como en la nube, el éxito de la implementación depende de que las máquinas virtuales (VM) subyacentes estén configuradas para cumplir los requisitos del sistema de ArcGIS Pro.
Para lograrlo, el entorno virtualizado debe proporcionar los recursos que ArcGIS Pro necesita, basándose en su arquitectura. A continuación se indican los componentes principales de esta arquitectura, junto con descripciones de cómo existen en los entornos virtualizados:
- Unidad central de procesamiento (CPU): ArcGIS Pro es una aplicación multihilo que utiliza tantos núcleos de CPU como estén disponibles. Tareas como el geoprocesamiento, la entrada y salida de datos y la representación en pantalla de mapas se benefician de un mayor recuento de núcleos y velocidades de reloj. En un entorno virtual, las CPU virtuales (vCPU) se presentan a la máquina virtual y se utilizan del mismo modo que los núcleos físicos.
Sugerencia:
Si el rendimiento es lento al ejecutar varias tareas, asegúrese de que su plantilla de máquina virtual incluye suficientes vCPU. Una mayor velocidad de reloj (GHz) por núcleo también puede ayudar al rendimiento.
- Memoria de acceso aleatorio (RAM): una cantidad suficiente de RAM es un importante para un rendimiento ideal en máquinas tanto físicas como virtuales. Esto es necesario porque en un entorno virtual, las vCPU se presentan a la VM y se utilizan de la misma forma que los núcleos físicos. ArcGIS Pro carga datasets, capas y caché en memoria mientras ejecuta procesos. Asigne una cantidad apropiada de RAM basándose en los requisitos mínimos y recomendados de ArcGIS Pro e incluya capacidad adicional si sus flujos de trabajo utilizan datasets grandes o escenas 3D.
Sugerencia:
Si el dibujo del mapa es lento o su VM se detiene durante los procesos de análisis, compruebe si su sesión tiene poca memoria.
- Unidad de procesamiento gráfico (GPU): ArcGIS Pro utiliza las interfaces de programación de aplicaciones (API) gráficas DirectX u OpenGL para proporcionar una experiencia gráfica óptima, con un movimiento suave y fluido de los mapas y escenas. En los entornos virtuales, los recursos de la GPU pueden suministrarse de una de las siguientes formas:
- GPU compartida (vGPU): la GPU se virtualiza y se comparte entre varias máquinas virtuales. Esta implementación proporciona un equilibrio entre escalabilidad y rendimiento para la mayoría de los usuarios. Este tipo de GPU se recomienda para trabajos de representación cartográfica y análisis.
- Paso de GPU (GPU dedicada): se asigna una GPU física completa directamente a una VM. Este planteamiento ofrece el mejor rendimiento y se recomienda a los usuarios que trabajan con visualización 3D, animación o datasets muy grandes. Sin embargo, este planteamiento es menos escalable porque una GPU solo puede dar servicio a una VM.
Sugerencia:
Si la navegación 3D no funciona como se espera, compruebe si la máquina virtual está aprovisionada con el perfil vGPU correcto o si es necesario un paso.
Estos recursos de hardware se deben configurar independientemente en cada entorno virtualizado. Para los entornos virtualizados locales, la administración y el mantenimiento de la configuración corre a cargo de los administradores de entornos virtualizados. En los entornos basados en la nube, las responsabilidades administrativas son gestionadas por el proveedor de la nube. En los entornos basados en la nube, es responsable de seleccionar instancias adecuadamente dimensionadas y configuradas. Las secciones sobre virtualización local y virtualización en la nube de la Ayuda de ArcGIS Pro proporcionan los requisitos de cada entorno y describen cómo se administra la configuración.
Soluciones Remote Desktop Session Host
No se admite un entorno de Remote Desktop Session Host (RDSH) o Citrix Virtual Apps que admita múltiples conexiones de usuario a múltiples sesiones de ArcGIS Pro. Tanto el RDSH como Citrix Virtual Apps ofrecen aplicaciones de un sistema operativo compartido de Microsoft Windows Server en el que varias sesiones de usuario compiten por los mismos recursos de hardware.
Aunque técnicamente es posible ofrecer aplicaciones 3D en un sistema operativo (SO) de Windows Server, el RDSH no está diseñado para cargas de trabajo 3D de alto rendimiento. La forma en que el SO administra la memoria y la programación de la GPU limita tanto la escalabilidad como la coherencia, lo que se traduce en un rendimiento degradado cuando varios usuarios comparten la misma GPU.
Las siguientes son algunas de las razones por las que RDSH y Citrix Virtual Apps son entornos no admitidos:
- Uso previsto: los entornos RDSH están optimizados para aplicaciones 2D como ArcMap, que se han implementado correctamente en entornos de servidores compartidos durante años.
- Limitaciones de las aplicaciones 3D: es posible ejecutar aplicaciones 3D, como ArcGIS Pro en modo 3D, pero no es lo ideal. La densidad de usuarios y la consistencia del rendimiento se degradan porque el SO Windows Server no administra eficientemente la memoria de la GPU o la programación entre sesiones concurrentes.
- Restricciones en la administración de la GPU: no hay vGPU a nivel de Citrix Hypervisor para controlar o programar el tiempo de la GPU entre los usuarios. Como resultado, los recursos de memoria y cómputo de la GPU no pueden aislarse ni equilibrarse eficazmente entre sesiones.
- Comportamiento de los recursos de la GPU: la GPU pasa directamente o al sistema operativo y cada sesión de usuario consume recursos de la GPU libremente hasta que la memoria o la capacidad de procesamiento de la GPU se utilizan por completo. Cuando esto ocurre, es posible que las nuevas sesiones tengan dificultades para iniciarse o que su rendimiento no sea el esperado.
- Degradación del rendimiento bajo carga: a medida que se conectan más usuarios, es posible que tengan que esperar a que finalicen los procesos que requieren un uso intensivo de la GPU o a que el sistema descargue las tareas de la GPU en la CPU. Esta descarga provoca ralentizaciones notables y una degradación del rendimiento para todos los usuarios del servidor.
- Implicaciones de escalabilidad: debido a que los recursos de la GPU no se pueden compartir ni programar de forma eficiente, la densidad de usuarios y la estabilidad general del rendimiento de las cargas de trabajo 3D en RDSH son significativamente menores que en entornos con escritorios de sesión única dedicados o habilitados para vGPU.
En resumen, aunque técnicamente RDSH puede alojar aplicaciones 3D, no está diseñado para cargas de trabajo 3D sostenidas o escalables. La falta de administración de Citrix Hypervisor a nivel de GPU y de aislamiento de los recursos conduce a la contención, la degradación del rendimiento y la reducción de la capacidad de los usuarios. Para las organizaciones que ofrecen aplicaciones 3D con uso intensivo de GPU, como ArcGIS Pro, se recomienda encarecidamente el uso de máquinas virtuales dedicadas respaldadas por GPU o un entorno habilitado para vGPU a fin de garantizar un rendimiento constante y una mejor experiencia de usuario.