¿AutoCAD, SolidWorks o CATIA en una GPU en la nube? Esto exige cada uno

Abre la página de requisitos del sistema de una plataforma CAD y las indicaciones sobre GPU suelen ser técnicamente ciertas pero operativamente incompletas: una tarjeta compatible con DirectX para AutoCAD, tarjetas y controladores certificados para SolidWorks, y configuraciones de estación de trabajo certificadas para CATIA. Aprovisiona un único servidor GPU con Windows, apunta las tres plataformas a él, y no se comportarán en absoluto igual. Una apenas toca la GPU. Otra bloquea una función estrella detrás de un controlador certificado y la deja en gris cuando no lo encuentra. Otra puede tragarse 48 GB de VRAM en un solo ensamblaje y luego arrastrar cada fotograma por la RAM del sistema cuando se queda sin ella.

Una GPU en la nube para CAD no es una decisión. Son tres, y no tienen la misma respuesta. Esto es un mapa de plataforma a requisito: trae tu licencia de CAD, aprovisiona un VPS GPU con Windows, configura el acceso remoto, conéctate desde un cliente ligero y dimensiona cada plataforma según lo que el servidor tiene que aportar de verdad. Si quieres los fundamentos de GPU que hay debajo de todo esto (qué es la certificación ISV y cómo se ordena el panorama de GPU para CAD), eso está en el artículo complementario ¿Qué GPU necesitas realmente para CAD?. Aquí el trabajo es por plataforma: API de renderizado, qué se juega uno con la certificación, VRAM según el tamaño de la carga, la respuesta honesta a «¿cuándo sobra la GPU?» y la capa de acceso remoto que decide si algo de esto resulta usable.

La versión corta

• AutoCAD es el ligero en GPU. Está limitado por la frecuencia de CPU monohilo mucho más que por la tarjeta gráfica; una GPU premium para un flujo de trabajo solo de AutoCAD suele ser dinero puesto en el sitio equivocado. Cualquier GPU moderna con DirectX 12 lo cubre.
• SolidWorks es donde la pregunta certificada frente a consumo tiene dientes de verdad, aunque más cortos de lo que sugieren los foros. Una tarjeta de consumo como la RTX 4090 mueve el viewport y destaca en el renderizado con Visualize. Lo que pierde es RealView (materiales en tiempo real), las optimizaciones mejoradas de OpenGL y la cobertura de soporte de SolidWorks. La velocidad bruta del viewport no está limitada.
• CATIA son dos historias de GPU bajo un mismo nombre. V5 apenas usa la GPU y va guiado por la RAM; 3DEXPERIENCE se apoya de verdad en los núcleos RT y puede necesitar hasta 48 GB de VRAM en los proyectos más pesados.
• La A100 no es una mejora para renderizar. Solo se gana su sitio en la simulación FEA/CFD acelerada por GPU, donde importan la memoria ECC y la capacidad de cómputo. Para el viewport y el renderizado CUDA es la tarjeta equivocada: 6.912 núcleos CUDA frente a los 16.384 de la RTX 4090, y una arquitectura orientada al cómputo en lugar de a los gráficos.
• El acceso remoto decide la usabilidad. El RDP estándar vale para administrar el servidor, pero no debería tratarse como la capa de acceso remoto de producción para CAD 3D interactivo. El comportamiento de la aceleración por hardware varía según la aplicación, el sistema operativo y el controlador, y Autodesk no admite explícitamente la aceleración por hardware de AutoCAD sobre escritorio remoto.

Lo que este artículo no cubre

• Tutoriales de software CAD. Esto mapea requisitos de GPU; no enseña a usar las aplicaciones.
• Consejos de compra de estaciones de trabajo locales. Aquí la decisión es un VPS GPU en la nube, que es un cálculo distinto al de comprar hardware.
• La configuración a fondo de un servidor de licencias. SolidNetWork Manager o Dassault License Manager en un VPS aparte es un tema propio; se menciona en una línea, no se desarrolla aquí.
• Análisis de CAD como servicio gestionado. Aquí se trata de aprovisionar tú mismo un servidor GPU con Windows en crudo, no de comprar un producto de escritorio gestionado.

AutoCAD: donde la GPU no es tu cuello de botella

Gasta en una GPU premium para un servidor dedicado solo a AutoCAD y lo más probable es que hayas optimizado la variable que no te estaba frenando. AutoCAD se apoya en el rendimiento de CPU monohilo mucho más que en la tarjeta gráfica. La mayoría de sus operaciones centrales (regenerar, abrir un dibujo, ejecutar un comando) van sobre un solo núcleo de CPU, y la frecuencia de ese núcleo es lo que nota el usuario. La tarjeta gráfica importa para la fluidez del viewport 3D y para mostrar nubes de puntos, pero para el trabajo 2D y 3D ligero que llena la mayoría de las sesiones de AutoCAD es un actor secundario.

Vale la pena fijar bien la API de renderizado, porque te sigue hasta la pila de acceso remoto. AutoCAD abandonó OpenGL hace años; las versiones actuales corren sobre DirectX, con DirectX 11 como mínimo y DirectX 12 Feature Level 12_0 obligatorio para el estilo visual «Fast» introducido en versiones recientes. Eso lo convierte en una carga de captura DirectX para el protocolo remoto, algo que NICE DCV maneja de forma nativa en Windows.

Las necesidades de VRAM son modestas y escalan con lo que estés dibujando:

• Dibujo 2D: 2-4 GB bastan para un uso básico; el objetivo recomendado por Autodesk para 2026 en tarjeta de vídeo es de 8 GB.
• Modelado 3D estándar: 4-8 GB.
• Escenas 3D grandes, nubes de puntos, captura de realidad: 8-16 GB.

Los 24 GB de VRAM de una RTX 4090 cubren todos los casos de AutoCAD con margen de sobra. En cuanto a certificación, AutoCAD es la plataforma más permisiva de las tres: la RTX 4090 no está en la lista de hardware certificado de Autodesk, pero a diferencia de SolidWorks no hay ningún bloqueo de funciones esperando detrás. Las únicas consecuencias son que el soporte gráfico de Autodesk no te cubrirá y que asumes un pequeño riesgo de artefactos de pantalla o reinicios del controlador. En la práctica funciona.

¿Qué GPU necesito para AutoCAD en un servidor en la nube? Cualquier GPU moderna con DirectX 12 basta. AutoCAD está limitado por la frecuencia de CPU monohilo mucho más que por la GPU, así que la tarjeta gráfica rara vez es el cuello de botella. Las necesidades de VRAM son ligeras: 2-4 GB para trabajo 2D básico, 4-8 GB para 3D estándar y hasta 16 GB para nubes de puntos y escenas 3D grandes. Una tarjeta de consumo lo mueve sin problemas.

Esta es la bifurcación que decide la respuesta para AutoCAD. Si AutoCAD comparte servidor con SolidWorks o CATIA, el plan de GPU que elegirías para esos lleva a AutoCAD como pasajero gratis, que es la forma correcta para una pila mixta. Pero si AutoCAD es lo único único que ejecuta el equipo, un plan de CPU de alta frecuencia suele servirle mejor que un plan de GPU premium, porque la frecuencia de CPU es la variable que mueve la experiencia. El VPS GPU se gana su sitio aquí solo cuando AutoCAD viaja junto a una plataforma más pesada.

Conclusión clave: en AutoCAD la GPU no es el cuello de botella. Lo es la frecuencia de CPU monohilo, y un equipo que solo use AutoCAD puede que no necesite ningún plan de GPU.

SolidWorks: el muro de la certificación y qué se rompe de verdad detrás

Lo primero que pierde una tarjeta de consumo en SolidWorks no son los fotogramas por segundo. Es RealView. Mete una RTX 4090 en un servidor de SolidWorks y el botón de RealView Graphics (el que te da reflejos, transparencia e iluminación de entorno en tiempo real en el viewport) aparece en gris. Ese es el muro de la certificación, y es un muro más estrecho de lo que sugiere su fama.

SolidWorks ejecuta su viewport sobre OpenGL 4.5, que es lo contrario arquitectónicamente a AutoCAD y que importa cuando llegas al acceso remoto (interposición de OpenGL en lugar de captura DirectX). Para la certificación ISV, SolidWorks depende de combinaciones certificadas concretas de GPU y controlador de estación de trabajo. En la práctica, eso significa tarjetas de estación de trabajo de NVIDIA a lo largo de la nomenclatura RTX / RTX PRO / Quadro antiguas, más AMD Radeon Pro, y no tarjetas de consumo GeForce. Ninguna GeForce de consumo está certificada, para ninguna versión. El instinto es leer «no certificada» como «no va a funcionar». Esa lectura es errónea.

Esto es lo que se rompe de verdad sin una GPU certificada, y lo que no:

• Se rompe: RealView Graphics queda desactivado. Se pierden las optimizaciones avanzadas de rendimiento en OpenGL. El soporte de SolidWorks no atenderá problemas de gráficos ni de controladores. Hay informes de la comunidad sobre inestabilidad en Motion Analysis con tarjetas de consumo.
• Sigue funcionando: El viewport básico sombreado y en alámbrico. La manipulación de ensamblajes. Y el que a la gente se le escapa: SolidWorks Visualize, el renderizador por GPU, que no está bloqueado por la certificación de RealView del mismo modo y puede beneficiarse mucho de tarjetas NVIDIA con alto recuento de núcleos CUDA.

Ese detalle sobre Visualize replantea el sitio de la RTX 4090. La 4090 lleva 16.384 núcleos CUDA, lo que la hace excelente para Visualize y el renderizado por trazado de rayos, mejor que muchas tarjetas certificadas para ese trabajo concreto. Pierdes la vista previa RealView en tiempo real dentro del viewport de modelado; no pierdes la salida fotorrealista.

Qué te aporta realmente el truco del registro

Existe una conocida edición del registro (la estirpe «RealHack») que vuelve a activar RealView en tarjetas no certificadas. Es una práctica muy extendida y la ruta depende de la versión: SolidWorks 2023 y posteriores la movieron a HKEY_CURRENT_USER\SOFTWARE\SolidWorks\AllowList\Gl2Shaders. Quien lo evalúe debería entender exactamente qué aporta y qué no.

Desbloquea el botón de RealView. No convierte la GPU de consumo en una configuración de estación de trabajo certificada, y el rendimiento o la estabilidad pueden seguir variando según el controlador, la versión de SolidWorks y la complejidad del ensamblaje. El truco se cita mucho en hilos de la comunidad, pero sigue siendo un apaño comunitario y no una vía de despliegue soportada. La función puede encenderse, pero la experiencia detrás aún puede degradarse mucho en ensamblajes complejos. También puede romperse en silencio tras actualizaciones importantes del controlador NVIDIA, lo que en un servidor que parcheas es una carga de mantenimiento recurrente y no un ajuste puntual.

Hay otro punto sin resolver, específico del despliegue en la nube. El truco está documentado en las ediciones de consumo de Windows 10 y 11. Si se comporta igual en un entorno Windows Server multiusuario por RDP no está verificado: la colmena HKEY_CURRENT_USER es por sesión, así que el efecto de la edición a través de sesiones del servidor es una pregunta abierta que habría que probar en el sistema operativo destino real antes de que alguien confíe en ella.

Consejo: trata el truco del registro para RealView como un riesgo operativo documentado, no como un plan de despliegue. Desbloquea la función, no el rendimiento certificado; se rompe con las actualizaciones de controlador; y su comportamiento en Windows Server no está verificado. Si tu equipo necesita RealView nativo de verdad, eso apunta a una tarjeta de clase certificada, no a un apaño sobre una de consumo.

Sobre la pregunta que todo el mundo teme de verdad (¿es la tarjeta de consumo inservible de lo lenta que va?), la respuesta para SolidWorks es no, no en términos de viewport básico. El muro de la certificación no es un limitador de velocidad duro del mismo modo en que RealView es un bloqueo de función duro. Dicho esto, los controladores de estación de trabajo siguen importando. La comparativa de Dell de 2026 entre GPU profesionales y de consumo sitúa a la RTX PRO 6000 Blackwell por delante de la GeForce RTX 5090 en SolidWorks y otras cargas profesionales optimizadas por controlador. El punto útil para este artículo es que la diferencia va de optimización de controladores certificados ISV, comportamiento de OpenGL y funciones gráficas de clase estación de trabajo, no solo de capacidad bruta de memoria.

Lo que sí tienes que dimensionar bien es la VRAM, y SolidWorks se dimensiona por complejidad del ensamblaje:

• Menos de 1.000 piezas: 8-16 GB.
• De 1.000 a 5.000 piezas: 16-24 GB.
• Más de 5.000 piezas: 24 GB and up.

El precipicio que hay que evitar es el desbordamiento de VRAM. Cuando un ensamblaje supera la VRAM de la tarjeta, SolidWorks se desborda a la RAM del sistema y los fotogramas se desploman. Las guías de benchmarking de VDI describen ese desbordamiento como la causa más común de mal rendimiento CAD en entornos virtualizados. Ten en cuenta que estos umbrales vienen de guías de fabricante para hardware certificado; para hardware no certificado son orientativos, no una garantía. Cuando pases de «qué necesita el servidor» a «cómo montarlo de verdad», el paso a paso está aquí: Cómo ejecutar SolidWorks en un GPU VPS en la nube.

¿Requiere SolidWorks una GPU certificada? Para un uso soportado y con todas las funciones, sí. Sin una GPU certificada (NVIDIA RTX Pro o AMD Radeon Pro), RealView Graphics queda desactivado, se pierden las optimizaciones avanzadas de OpenGL y el soporte de SolidWorks no cubrirá los problemas gráficos. El viewport básico, el trabajo con ensamblajes y el renderizado con Visualize basado en CUDA siguen funcionando en una tarjeta de consumo.

¿Puedo usar una RTX 4090 para SolidWorks? Sí, para la mayor parte del trabajo de modelado y ensamblaje, y es excelente para el renderizado con Visualize gracias a sus 16.384 núcleos CUDA. El compromiso es RealView, que aparece en gris en tarjetas de consumo; o aceptas la pérdida, o aplicas el truco del registro (que desbloquea el botón, no el rendimiento certificado), o pasas a una RTX PRO 6000 Blackwell certificada para RealView nativo y el máximo margen de VRAM de clase estación de trabajo.

Sobre el mapeo a niveles de servidor: una RTX 4090, con sus 24 GB y su alto recuento de núcleos CUDA, cubre los ensamblajes estándar y es la elección fuerte para trabajo intensivo en Visualize. Para ensamblajes grandes, RealView nativo y el máximo margen de VRAM de clase estación de trabajo, una RTX PRO 6000 Blackwell es la opción con mucho margen, no un requisito mínimo.

Conclusión clave: la certificación de SolidWorks bloquea RealView, la cobertura de soporte y las optimizaciones de los controladores de estación de trabajo mucho más que la usabilidad básica del viewport. Las tarjetas de consumo aún pueden modelar y usar Visualize, pero la RTX PRO 6000 Blackwell es la opción de estación de trabajo con más margen cuando importan el RealView nativo, el comportamiento de clase certificada y la seguridad con ensamblajes grandes.

CATIA: dos motores con apetitos de GPU opuestos

Dimensiona un servidor de CATIA sin preguntar antes «¿V5 o 3DEXPERIENCE?» y te equivocarás en una dirección o en la otra. Ambos comparten el nombre y casi nada de cómo usan una GPU. V5 apenas toca la GPU; 3DEXPERIENCE es de las herramientas CAD profesionales más hambrientas que vas a ejecutar. Aprovisiona una tarjeta de 48 GB para un equipo solo de V5 y la mayor parte quedará ociosa; aprovisiona una tarjeta de gama media para superficies pesadas en 3DEXPERIENCE y te estrellas contra el precipicio de VRAM.

CATIA V5 está limitado sobre todo por la CPU. Los profesionales reportan una utilización de GPU muy baja en el modelado interactivo típico. La tarjeta pasa casi toda una sesión de V5 prácticamente inactiva mientras la CPU y la RAM del sistema hacen el trabajo. Dassault exige certificación ISV (NVIDIA Quadro / RTX Pro, AMD Radeon Pro) para un uso soportado, y a diferencia de SolidWorks no existe ningún ecosistema comunitario de apaños para ejecutar V5 en GPU de consumo. La cultura del hackeo del registro simplemente no existe aquí. En una carga de V5, la variable que rinde es la RAM del sistema, no la potencia de GPU.

CATIA en la plataforma 3DEXPERIENCE es otra máquina. Dassault destaca explícitamente el soporte para NVIDIA RTX, el trazado de rayos en tiempo real, el supermuestreo y el eliminado de ruido asistido por IA para 3DEXPERIENCE; el punto práctico es que este entorno se beneficia de GPU de estación de trabajo de clase RTX de un modo que V5 normalmente no. Su apetito de VRAM escala con fuerza según la complejidad del proyecto:

• Proyectos pequeños: unos 8 GB.
• Medianos: unos 20 GB.
• Complejos: unos 32 GB.
• Ensamblajes extremos: unos 48 GB.

Estos niveles vienen de un puñado de guías de referencia para estaciones de trabajo; trátalos como dimensionado orientativo, no como mínimos precisos. Una RTX PRO 6000 Blackwell de 96 GB queda por encima de ese nivel de 48 GB, así que en este artículo hay que leerla como una opción de margen premium, no como prueba de que todo proyecto grande de 3DEXPERIENCE necesite 96 GB.

¿Cuál es la diferencia entre los requisitos de GPU de CATIA V5 y de 3DEXPERIENCE? CATIA V5 está limitado por la CPU y apenas usa la GPU; los profesionales la ven casi inactiva durante el modelado típico, así que V5 va guiado por la RAM y una GPU de gama media sobra. CATIA 3DEXPERIENCE usa núcleos RT y eliminado de ruido con IA y es realmente hambriento de GPU, escalando de unos 8 GB de VRAM en proyectos pequeños a 48 GB en ensamblajes extremos.

Dónde encaja realmente la A100

La simulación es la carga que descarrila el dimensionado de GPU para CATIA, porque dos cosas distintas reciben el mismo nombre de «simulación». En 3DEXPERIENCE, la resolución resolución pesada de FEA/CFD se descarga a menudo en tokens de cómputo de Dassault en la nube, lo que significa que la GPU local solo se ocupa del viewport y la visualización, un trabajo de renderizado. Pero un FEA/CFD acelerado por GPU ejecutado localmente (resolución de SIMULIA en la propia máquina) es una exigencia realmente distinta, y es la única carga de todo este artículo en la que la A100 se gana su sitio.

La A100 lleva 80 GB of HBM2e VRAM with ECC, un perfil de silicio orientado al cómputo y unos 2 TB/s de ancho de banda de memoria. Para fiabilidad del solver, conjuntos de datos grandes y aceleración por GPU con mucha doble precisión, esa combinación es la razón por la que la A100 entra en la conversación. No hace que el modelo CAD sea «más preciso»; le da al solver una GPU orientada al cómputo con memoria ECC y un ancho de banda de memoria muy alto. Lo que no no es es una mejora para renderizar. La A100 tiene 6.912 núcleos CUDA frente a los 16.384 de la RTX 4090, pero el asunto de fondo es arquitectónico: la A100 es una GPU de cómputo para centro de datos, mientras que las tarjetas RTX están construidas en torno a la historia de gráficos, trazado de rayos, controladores y certificación que los equipos de CAD suelen necesitar. Para el trabajo en viewport y el renderizado tipo RTX/OptiX, suele ser la tarjeta equivocada. Está hecha para rendimiento de cómputo, no para sacar fotogramas.

Así que la separación en CATIA es explícita: una RTX PRO 6000 Blackwell para visualización y renderizado en 3DEXPERIENCE cuando quieres controladores de clase estación de trabajo y margen por encima del nivel de 48 GB; la A100 (80 GB HBM2e) solo para cómputo de simulación acelerado por GPU. Elegir la A100 porque es la tarjeta más cara y suponer que eso la hace la mejor para CAD es exactamente el error que esta sección existe para evitar. Una comparativa completa de RTX 4090 frente a A100 en cada subcarga de CAD (viewport, renderizado con Visualize y simulación), incluida la decisión de precio, es una comparación propia y no se cubre aquí.

Del lado de V5, el mapeo es casi el inverso: si llegas a poner V5 en un plan con GPU, no debería ser la GPU la que decida. Elige el nivel de servidor primero por frecuencia de CPU, RAM del sistema, almacenamiento y necesidades de acceso remoto; la GPU es secundaria para V5.

Conclusión clave: CATIA V5 apenas usa la GPU y va guiado por la RAM; 3DEXPERIENCE se apoya con fuerza en los núcleos RT; y la A100 pertenece al cómputo de simulación, nunca al renderizado.

Esa separación entre CPU y GPU es la razón por la que la infraestructura CAD hay que dimensionarla por carga de trabajo y no solo por el nombre del software. Algunos equipos necesitan más una CPU de alta frecuencia y una gestión de archivos fiable en el servidor que una GPU premium. Otros necesitan un nivel de GPU porque el trabajo se ha movido hacia ensamblajes grandes, renderizado, visualización o simulación.

Los University of Birmingham Rocket Propulsion Labs muestran la primera mitad de esa historia: infraestructura de ingeniería respaldada por servidores que mantiene el trabajo CAD y la gestión de archivos fuera de máquinas locales frágiles.

«Dependemos de servidores para la potencia de cálculo y la gestión de archivos CAD, y para eso confiamos en Cloudzy. Sus precios transparentes y el rendimiento inigualable de AMD EPYC nos permiten centrarnos en la ingeniería, no en la infraestructura.»

Manan Dua, presidente de los University of Birmingham Rocket Propulsion Labs

Esa es la base práctica del CAD en la nube: cómputo estable, CPU rápidas y almacenamiento fiable en el servidor. La decisión sobre GPU viene después. Si tu carga es solo AutoCAD o pesa hacia CATIA V5, puede que importen más la CPU y la RAM. Si es SolidWorks Visualize, ensamblajes grandes de 3DEXPERIENCE o simulación acelerada por GPU, ahí es cuando los niveles de GPU VPS de Cloudzy encajan.

El acceso remoto: la parte que decide si el CAD en la nube resulta usable de verdad

Un servidor GPU perfectamente dimensionado se desperdicia si los píxeles no te llegan con fluidez, y es en el acceso remoto donde la mayoría de los planes de CAD en la nube se desmoronan en silencio. El fallo no suele ser la GPU: es la elección de protocolo y la distancia que tienen que recorrer los fotogramas.

Empieza por el protocolo que no deberías tratar como tu capa de acceso remoto CAD en producción: el RDP estándar. Puede servir para administrar el servidor, pero el soporte de aceleración por hardware es irregular según la aplicación, el controlador de GPU y la política del sistema operativo, y Autodesk no admite explícitamente la aceleración por hardware de AutoCAD sobre escritorio remoto.

Los protocolos que sí hacen el trabajo se ordenan así:

Dos de esas filas son estructurales para quien planifique un despliegue hoy. La primera es HP Anyware / Teradici PCoIP: durante años fue el protocolo de acceso remoto profesional por defecto en CAD, y ahora se está retirando. Según el anuncio de ciclo de vida de HP, las nuevas ventas basadas en HP Anyware / PCoIP terminaron el 7 de mayo de 2026. Los clientes existentes tienen ventanas escalonadas de renovación y soporte, con algunos contratos plurianuales de mantenimiento y soporte que llegan hasta el 31 de octubre de 2029. Funciona hoy; es una mala base para un despliegue nuevo, y HP RGS es la vía de transición más segura del lado de HP para entornos de clase estación de trabajo.

La segunda es Parsec, y la trampa es específica de los servidores en la nube:

Consejo: Parsec no funciona tal cual en un servidor GPU sin monitor. Las instancias de GPU VPS son headless por naturaleza (no hay ningún monitor conectado) y Parsec necesita una pantalla que capturar. Hasta que configures una pantalla virtual (un emulador EDID o el equivalente a un dummy plug, o un controlador de pantalla virtual), Parsec no arrancará siquiera en una instancia GPU en la nube. Esto pilla a quienes probaron Parsec en un escritorio con monitor y dieron por hecho que se comportaría igual en la nube.

NICE DCV es la opción más ampliamente capaz específicamente para CAD en la nube. En instancias GPU con Windows, AWS documenta la aceleración por hardware de DirectX y OpenGL cuando están instalados los controladores de GPU correctos. En Linux, DCV añade sesiones virtuales y compartición de GPU mediante dcv-gl; ese detalle de compartición de GPU multisesión no debe darse por supuesto en escritorios CAD con Windows. DCV en sí no crea un requisito de certificación de SolidWorks o CATIA, pero la aplicación CAD puede seguir exigiendo hardware y controladores certificados para un uso soportado. Esa combinación es la razón de que suela ser la opción por defecto para CAD/CAE multiusuario en la nube.

Si prefieres controlar la capa de acceso remoto de extremo a extremo, RustDesk, un servidor de escritorio remoto autoalojado disponible como aplicación de marketplace en un clic, te permite operar tu propio relé en lugar de depender de un servicio de terceros, aunque seguirás enfrentándote a la misma realidad de la falta de pantalla que cualquier protocolo de streaming por GPU.

Luego está la variable que se impone a la elección de protocolo: la latencia, dominada por la distancia física al centro de datos mucho más que por el protocolo que elijas. Los umbrales orientativos que importan:

• Por debajo de 40 ms: se siente como local.
• 60-80 ms: manejable para modelar, justo para bocetar a mano alzada.
• Por encima de 80 ms: frustrante para 3D interactivo.

La consecuencia práctica es que la mayor decisión sobre latencia que tomas es qué centro de datos, no qué protocolo. Aprovisiona el servidor GPU en la ubicación más cercana a donde están realmente sentados los ingenieros y un buen protocolo se sentirá reactivo. Ponlo en el continente equivocado y ningún protocolo lo salvará.

¿Qué protocolo de escritorio remoto es mejor para CAD en una GPU en la nube? NICE DCV es la opción general más sólida para CAD/CAE multiusuario en la nube: admite flujos DirectX/OpenGL acelerados por GPU con los controladores de servidor adecuados, mientras que DCV en Linux añade sesiones virtuales y opciones de compartición de GPU. DCV en sí no crea un requisito de certificación CAD, pero SolidWorks o CATIA pueden seguir exigiendo hardware y controladores certificados para un uso soportado. HP RGS es la opción de estación de trabajo profesional ahora que han terminado las ventas basadas en HP Anyware / PCoIP. Parsec sirve para uso individual, pero necesita una pantalla virtual en un servidor en la nube sin monitor. El RDP estándar vale para administrar, pero no debería tratarse como la capa de acceso remoto de producción para CAD 3D interactivo.

Conclusión clave: en el acceso remoto, la distancia del centro de datos al usuario pesa más en la latencia percibida que el protocolo, así que elige primero la ubicación más cercana.

El mapa de GPU por plataforma

Las tres plataformas se separan según tres ejes: cuánto dependen de la GPU, cuánto importa la certificación y dónde está su techo de VRAM. La tabla asocia cada plataforma y carga de trabajo a un nivel de GPU; el marco que viene después explica cómo leer la tabla frente a tu propio stack.

Leer el mapa frente a tu propio stack se reduce a unas pocas decisiones:

• ¿Solo AutoCAD? Replantéate si necesitas siquiera un plan con GPU. El cuello de botella es la frecuencia de CPU monohilo; un plan de CPU de alta frecuencia puede servirte mejor que una GPU premium.
• ¿SolidWorks, trabajo estándar? Una RTX 4090 cubre modelado, ensamblajes y Visualize, aceptando la salvedad de RealView.
• ¿SolidWorks, ensamblajes grandes o RealView nativo? Una RTX PRO 6000 Blackwell para gráficos de estación de trabajo de clase certificada y el máximo margen de VRAM.
• ¿CATIA V5? Guiado por la RAM. La GPU es secundaria; no pagues de más por una.
• ¿CATIA 3DEXPERIENCE? Una GPU de estación de trabajo de 48 GB es la base para cargas de visualización medianas y grandes; la RTX PRO 6000 Blackwell es la opción de margen premium cuando quieres rendimiento RTX de clase estación de trabajo por encima del nivel de 48 GB.
• ¿Simulación acelerada por GPU (resolución local con SIMULIA)? La A100, y solo para eso, nunca como salto de calidad para renderizar.

Haz coincidir tu plataforma y tu carga de trabajo con un nivel del mapa y luego aprovisiona el servidor que le corresponde. Para equipos solo de AutoCAD, flujos dominados por CATIA V5, servidores de licencias, gestión de archivos CAD y otra infraestructura de ingeniería guiada por CPU/RAM, un VPS de alto rendimiento de Cloudzy puede ser el mejor punto de partida. Ese es el lado del CAD en la nube al que apuntan los University of Birmingham Rocket Propulsion Labs cuando hablan de apoyarse en servidores de Cloudzy para la gestión de archivos CAD, la potencia de cálculo y el rendimiento de AMD EPYC.

Cuando la carga se vuelve intensiva en GPU (SolidWorks Visualize, ensamblajes grandes de SolidWorks, CATIA en la plataforma 3DEXPERIENCE, renderizado o simulación acelerada por GPU), los planes de GPU VPS de Cloudzy span the RTX 4090, RTX 5090, RTX PRO 6000 Blackwell, and A100, covering the standard GPU, workstation-headroom, and simulation-compute tiers above. For teams that only need the heavy cards for burst or overnight simulation, monthly plans (with annual billing at a discount) mean you scale the heavy card up only for the project phase that needs it rather than carrying a premium card month-round.

Preguntas frecuentes

¿Requiere SolidWorks una GPU certificada?

Para un uso soportado y con todas las funciones, sí. Sin una GPU certificada (NVIDIA RTX Pro o AMD Radeon Pro), RealView Graphics queda desactivado, se pierden las optimizaciones avanzadas de OpenGL, el soporte de SolidWorks no cubrirá los problemas gráficos y hay informes de inestabilidad de Motion Analysis en tarjetas de consumo. El viewport básico, la manipulación de ensamblajes y el renderizado con Visualize basado en CUDA siguen funcionando todos en una GPU de consumo.

¿Puedo usar un RTX 4090 para SolidWorks?

Sí para la mayor parte del trabajo de modelado y ensamblaje, y es excelente para el renderizado con Visualize gracias a sus 16.384 núcleos CUDA. El pero es RealView, que aparece en gris en tarjetas de consumo. O aceptas la pérdida, o aplicas el truco del registro (que desbloquea el botón pero no el rendimiento de los controladores certificados, y se rompe con las actualizaciones de controlador), o usas una RTX PRO 6000 Blackwell certificada para RealView nativo y el máximo margen de VRAM de clase estación de trabajo.

¿Cuánta VRAM necesita CATIA para ensamblajes grandes?

La respuesta depende de qué CATIA uses. V5 usa muy poca GPU o VRAM y va guiado por la RAM. 3DEXPERIENCE escala desde unos 8 GB en proyectos pequeños a 20 GB en medianos, 32 GB en complejos y alrededor de 48 GB en ensamblajes extremos. Estas cifras son un dimensionado orientativo de guías para estaciones de trabajo, no mínimos estrictos.

¿Qué protocolo de escritorio remoto es mejor para CAD en una GPU en la nube?

NICE DCV es la opción general más sólida para CAD/CAE multiusuario en la nube: admite flujos DirectX/OpenGL acelerados por GPU con los controladores de servidor adecuados, mientras que DCV en Linux añade sesiones virtuales y opciones de compartición de GPU. DCV en sí no crea un requisito de certificación CAD, pero SolidWorks o CATIA pueden seguir exigiendo hardware y controladores certificados para un uso soportado. HP RGS es la opción de estación de trabajo profesional ahora que han terminado las ventas basadas en HP Anyware / PCoIP. Parsec sirve para uso individual, pero exige una pantalla virtual en un servidor en la nube sin monitor. El RDP estándar vale para administrar, pero no debería tratarse como la capa de acceso remoto de producción para CAD 3D interactivo.

¿Qué GPU necesito para AutoCAD en un servidor en la nube?

Cualquier GPU moderna con DirectX 12 basta. AutoCAD está limitado por la frecuencia de CPU monohilo mucho más que por la GPU, así que la tarjeta gráfica rara vez es el cuello de botella. Las necesidades de VRAM son ligeras: 2-4 GB para trabajo 2D básico, 4-8 GB para 3D estándar y hasta 16 GB para nubes de puntos y escenas 3D grandes. Eso significa que un equipo que solo usa AutoCAD puede quedar mejor servido con un plan de CPU de alta frecuencia que con una GPU premium.