
Casi todas las empresas ahora tienen un departamento o grupo que trabaja en CAD/CAM
o en programas de diseño pesados. Este grupo de usuarios comparte requisitos serios en cuanto a hardware: mucha memoria — 64GB o más, tarjeta gráfica profesional, SSD rápido y que sea confiable. A menudo, las empresas compran para algunos usuarios de estos departamentos varias computadoras potentes (o estaciones gráficas) y para otros computadoras menos potentes según las necesidades y también las posibilidades financieras de la empresa. Este es un enfoque estándar para resolver tales tareas, y funciona bien. Pero durante la pandemia y el trabajo remoto, y en general, este enfoque no es óptimo, es muy excesivo y extremadamente inconveniente en administración, gestión y otros aspectos. ¿Por qué es así y cuál es la solución que satisfará perfectamente las necesidades de estaciones gráficas de muchas empresas? Bienvenidos al siguiente segmento, donde se describe cómo ensamblar una solución funcional y económica, para abordar varias necesidades a la vez, y qué pequeños detalles se deben considerar para implementar con éxito esta solución.
En diciembre del año pasado, una empresa abría una nueva oficina para un pequeño equipo de trabajo y se planteó la tarea de organizar toda la infraestructura informática teniendo en cuenta que ya había laptops para los usuarios y un par de servidores que la empresa ya poseía. Los laptops tenían un par de años y eran en su mayoría configuraciones de juego con 8-16GB de RAM, que principalmente no soportaban la carga de las aplicaciones CAD/CAM. Los usuarios deben ser móviles, ya que a menudo necesitan trabajar fuera de la oficina. En la oficina, se compró un monitor adicional para cada laptop (así trabajan con gráficos). Con estos datos de entrada, la única solución óptima, aunque arriesgada para mí, fue implementar un poderoso servidor terminal con una tarjeta gráfica profesional potente y un disco NVMe SSD.
Ventajas de un servidor terminal gráfico y trabajo a través de RDP
- En computadoras potentes o estaciones gráficas, la mayor parte del tiempo los recursos de hardware no se utilizan ni siquiera un tercio y están inactivos, y solo durante cortos períodos de tiempo se utilizan entre el 35 y el 100% de su capacidad. Principalmente, la eficiencia se encuentra entre el 5 y el 20 por ciento.
- Pero a menudo, la parte del hardware no es la más costosa, ya que las licencias básicas de software CAD/CAM a menudo cuestan desde 5000 $, y si tienen opciones adicionales, incluso desde 10,000 $. Normalmente, en una sesión RDP, estos programas se ejecutan sin problemas, pero a veces es necesario pedir la opción RDP adicional o buscar en foros qué se debe configurar en los archivos de configuración o el registro y cómo ejecutar dicho software en una sesión RDP. Pero comprobar que el software necesario funciona a través de RDP debe hacerse al principio y hacerlo es sencillo: intentamos conectarnos a RDP: si el programa se inicia y todas las funciones básicas del software funcionan, entonces probablemente no habrá problemas con las licencias. Si se produce un error, antes de implementar el proyecto con el servidor terminal gráfico, buscamos una solución que nos satisfaga.
- Además, una gran ventaja es el soporte de una configuración uniforme y ajustes específicos, componentes y plantillas, lo cual, a menudo, es difícil de implementar para todos los usuarios de PC. La gestión, administración y actualización del software también se realiza "sin problemas".
En general, hay muchas ventajas; veamos cómo demuestra en la práctica nuestra solución casi ideal.
Estamos ensamblando un servidor basado en un CISCO UCS-C220 M3 v2 de segunda mano.
Inicialmente, se planeaba comprar un servidor más nuevo y potente con 256GB de memoria DDR3 ECC y 10GB de Ethernet, pero se dijo que era necesario ahorrar un poco y ajustarse al presupuesto de 1600 $ para el servidor terminal. De acuerdo, siempre se dice que el cliente es tacaño y ajustamos bajo este monto:
CISCO UCS-C220 M3 v2 de segunda mano (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ECC — 625 $
3.5" 3TB SAS 7200 desde EE.UU. — 2×65 $ = 130 $
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung — 200 $
Tarjeta gráfica QUADRO P2200 5120MB — 470 $
Adaptador Ewell PCI-E 3.0 a M.2 SSD (EW239) -10 $
Total por el servidor = 1435 $
Se planeaba comprar un SSD de 1TB y un adaptador de Ethernet de 10GB — 40 $, pero resultó que no había UPS para sus 2 servidores, y tuvimos que restringirnos un poco y comprar un UPS PowerWalker VI 2200 RLE -350 $.
¿Por qué un servidor y no una PC potente? Justificación de la configuración elegida.
Muchos administradores de IT poco previsores (me he encontrado con esto muchas veces) compran una PC poderosa (a menudo un PC de juegos), instalan 2-4 discos, crean RAID 1, lo llaman con orgullo servidor y lo colocan en una esquina de la oficina. Naturalmente, todo el hardware es una "mezcla" de calidad cuestionable. Por ello, detallaré por qué se eligió esta configuración para este presupuesto.
- ¡Fiabilidad! — todos los componentes del servidor están diseñados y probados para funcionar durante más de 5-10 años. Las placas base para juegos, en el mejor de los casos, solo funcionan de 3 a 5 años, e incluso algunos registran tasas de fallo durante el periodo de garantía que superan el 5%. Nuestro servidor es de la marca ultra fiable CISCO, por lo que no prevemos problemas especiales y su probabilidad es mucho más baja que la de un PC de escritorio.
- Componentes importantes como la fuente de alimentación están duplicados y, en ideal, se puede suministrar energía desde dos líneas diferentes, de modo que si una fuente falla, el servidor continúa funcionando.
- Memoria ECC — hoy en día pocos recuerdan que inicialmente la memoria ECC fue introducida para corregir un solo bit de error, que ocurre principalmente debido a la exposición a los rayos cósmicos. En un volumen de 128 GB, el error puede ocurrir varias veces al año. En un PC de escritorio, podemos observar el cierre de programas, bloqueos y demás, lo cual no es crítico, pero en un servidor el costo de un error a veces es muy alto (por ejemplo, una anotación incorrecta en la base de datos), en nuestro caso, ante un fallo grave, es necesario reiniciar y eso puede costar un día de trabajo para varias personas.
- Escalabilidad — a menudo la necesidad de recursos de una empresa crece varias veces en un par de años, y en el servidor se puede añadir fácilmente memoria, discos o cambiar procesadores (en nuestro caso, de los de seis núcleos E5-2620 a los de diez núcleos Xeon E5 2690 v2) — en un PC normal casi no hay escalabilidad.
- Formato de servidor U1 — ¡los servidores deben estar en centros de datos! y en racks compactos, no emitiendo (hasta 1 kW de calor) y haciendo ruido en una esquina de la oficina. En la nueva oficina de la empresa se proporcionó un pequeño espacio (3-6 unidades) en el centro de datos y una unidad para nuestro servidor estaba justo al límite.
- Remotos: gestión y consola — sin esto, el mantenimiento normal del servidor para el trabajo remoto es extremadamente difícil.
- 128 GB de RAM — en los requisitos se mencionaron de 8 a 10 usuarios, pero en realidad habrá de 5 a 6 sesiones simultáneas. Por tanto, considerando el consumo típico en esa empresa, dos usuarios usando 30-40 GB cada uno suman 70 GB y 4 usuarios usando de 3 a 15 GB suman 36 GB, + hasta 10 GB para el sistema operativo, en total 116 GB y un 10% de reserva (todo esto en casos raros de uso máximo). Pero si se necesita más, se puede añadir hasta 256 GB en cualquier momento.
- Tarjeta gráfica QUADRO P2200 5120 MB — en promedio, se estima por usuario en esa empresa
En la sesión remota, el consumo de memoria de video varió de 0.3 GB a 1.5 GB, así que 5 GB será suficiente. Los datos originales se tomaron de una solución similar, pero menos potente, basada en i5/64 GB/Quadro P620 de 2 GB, que era suficiente para 3-4 usuarios. - SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung — para el funcionamiento simultáneo.
8-10 usuarios, se requiere precisamente la velocidad NVMe y la fiabilidad del SSD Samsung. Este disco se utilizará para el sistema operativo y aplicaciones. - 2x3TB SAS — combinamos en RAID 1 y lo utilizamos para datos locales voluminosos o poco utilizados, así como para la copia de seguridad del sistema y datos locales críticos desde el disco NVMe.
La configuración ha sido aprobada y comprada, ¡y pronto llegará el momento de la verdad!
Montaje, configuración, instalación y solución de problemas.
Desde el principio, no tenía la confianza de que esta fuera una solución 100% funcional, ya que en cualquier etapa, desde el montaje hasta la instalación, el lanzamiento y el funcionamiento correcto de las aplicaciones, podría haberme quedado atascado sin posibilidad de continuar. Por eso, acordé que el servidor podría devolverse en un par de días, y que otros componentes podrían usarse en una solución alternativa.
Un problema inventado: ¡la tarjeta gráfica es profesional y de tamaño completo! + un par de mm, ¿y si no entra? 75W — ¿y qué pasa si el conector PCI no soporta eso? ¿Y cómo se puede lograr una buena disipación de calor de esos 75W? Pero entró, se encendió, y la disipación de calor es normal (especialmente si se encienden los ventiladores del servidor a una velocidad superior a la media). La verdad es que cuando la instalé, para asegurarme de que nada cortocircuitara algo en el servidor, doblé algo 1 mm (ya no recuerdo qué) y para mejorar la disipación de calor, después de la configuración final, retiré la película de instrucciones que estaba en toda la cubierta y que podría haber empeorado la disipación de calor a través de la cubierta.
La segunda prueba — el disco NVMe a través de un adaptador podía no ser reconocido o el sistema no podría instalarse en él, y si se instalaba, no se cargaría. Curiosamente, Windows se instaló en el disco NVMe, pero no pudo arrancar desde él, lo cual es lógico, ya que la BIOS (incluso la actualizada) no quería reconocer el NVMe para el arranque. No quería recurrir a soluciones improvisadas, pero tuve que hacerlo — aquí fue donde llegó en ayuda nuestro querido Habr y el post. descargué , creé un USB con CloverBootManager siguiendo las instrucciones del post, configuré el USB como el primero en la BIOS y ya estamos cargando el gestor de arranque desde el USB, ¡Clover detectó exitosamente nuestro disco NVMe y en unos segundos se inició automáticamente desde él! Podría haber experimentado con la instalación de Clover en nuestro disco RAID de 3TB, pero ya era sábado por la noche y todavía quedaba un día de trabajo, ya que para el lunes había que devolver el servidor o dejarlo. Deje el USB de arranque dentro del servidor, había un puerto USB libre allí.
La tercera casi amenaza de fracaso. Instalé Windows 2019 Standard + servicios RD, instalé la aplicación principal por la cual todo esto se hizo, y todo funciona maravillosamente y vuela.
¡Maravilloso! Voy de regreso a casa y me conecto por RDP, la aplicación se inicia, pero se siente un gran retraso, miro y en el programa aparece el mensaje «modo suave activado». ¿Qué?! Busco controladores más recientes y súper profesionales para la tarjeta gráfica, los instalo - sin resultados, controladores más antiguos para la P1000 tampoco funcionan. Mientras tanto, mi voz interior se burla de mí «te lo dije: no experimentes con lo nuevo - usa la P1000». Y ya es de noche afuera, con el corazón pesado me acuesto a dormir. Domingo, voy a la oficina — instalé la Quadro P620 en el servidor y tampoco funciona por RDP — ¿MS, qué está pasando? Busco en foros «servidor 2019 y RDP» — encontré la respuesta casi de inmediato.
Parece que como la mayoría ahora tiene monitores con alta resolución, y muchos servidores tienen adaptadores gráficos integrados que no soportan estas resoluciones, entonces la aceleración por hardware está desactivada por defecto a través de políticas de grupo. Cito las instrucciones para habilitarlo:
- Abre la herramienta Editar directivas de grupo desde el Panel de Control o usa el diálogo de búsqueda de Windows (tecla de Windows + R, luego escribe gpedit.msc)
- Navega a: Directiva de equipo localConfiguración del equipoPlantillas administrativasComponentes de WindowsServicios de escritorio remotoAnfitrión de sesión de escritorio remotoEntorno de sesión remota
- Luego habilita “Usar el adaptador gráfico predeterminado por hardware para todas las sesiones de Servicios de Escritorio Remoto”
Nos reiniciamos — todo funciona perfectamente por RDP. ¡Cambiamos la tarjeta gráfica a la P2200 y vuelve a funcionar! Ahora que estamos seguros de que la solución es completamente operativa, llevamos todas las configuraciones del servidor a su ideal, lo introducimos en el dominio, configuramos el acceso de los usuarios y demás, y colocamos el servidor en el centro de datos. Lo probamos con todo el equipo durante un par de días — todo funciona a la perfección, los recursos del servidor son más que suficientes para todas las tareas, el mínimo retraso que surge por el uso de RDP es imperceptible para todos los usuarios. Maravilloso — la tarea se ha completado al 100%.
Algunos aspectos que determinan el éxito de la implementación de un servidor gráfico.
Dado que en cualquier etapa de la implementación de un servidor gráfico en la organización pueden surgir obstáculos que pueden crear una situación similar a la de la imagen con los peces que se escapan.

Por lo tanto, en la etapa de planificación es necesario realizar algunos pasos simples:
- La audiencia objetivo y las tareas son usuarios que trabajan intensivamente con gráficos y necesitan aceleración de hardware en la tarjeta gráfica. El éxito de nuestra solución se basa en que las necesidades de potencia de los usuarios de programas gráficos y CAD/CAM se satisfacían con creces hace más de 10 años, y en la actualidad tenemos una reserva de potencia que supera las necesidades en más de 10 veces. Por ejemplo, la potencia de la GPU Quadro P2200 es más que suficiente para 10 usuarios, e incluso en caso de falta de memoria de vídeo, la tarjeta gráfica complementa con RAM, y para un desarrollador de 3D común, esta ligera caída en la velocidad de memoria pasa desapercibida. Pero si las tareas de los usuarios implican cálculos intensivos (renderizado, cálculos, etc.) que a menudo utilizan el 100% de los recursos, nuestra solución no sirve, ya que otros usuarios no podrán trabajar normalmente durante esos períodos. Por lo tanto, analizamos cuidadosamente las tareas de los usuarios y la carga actual de recursos (al menos de manera aproximada). También prestamos atención al volumen de escritura en el disco por día, y si es considerable, seleccionamos discos SSD o Optane para ese volumen.
- Según la cantidad de usuarios, seleccionamos un servidor, tarjeta gráfica y discos adecuados en función de los recursos:
- procesadores según la fórmula 1 núcleo por usuario + 2,3 para el sistema operativo; en cualquier caso, cada uno en un momento dado no utiliza más de un núcleo o, como máximo, dos (en caso de carga rara del modelo);
- tarjeta gráfica: analizamos el volumen medio de consumo de memoria de vídeo y GPU por usuario en la sesión RDP y elegimos una tarjeta gráfica profesional;
- Hacemos lo mismo con la RAM y el subsistema de disco (ahora se puede encontrar RAID NVMe a buen precio).
- Revisamos cuidadosamente la documentación del servidor (afortunadamente, todos los servidores de marca tienen documentación completa) para verificar la compatibilidad de los puertos, velocidades, alimentación y tecnologías compatibles, así como las dimensiones físicas y las normas de disipación de calor de los componentes adicionales instalados.
- Comprobamos el correcto funcionamiento de nuestro software en varias sesiones RDP, así como la ausencia de restricciones de licencia y verificamos meticulosamente la disponibilidad de las licencias necesarias. Debemos resolver esta cuestión antes de dar los primeros pasos en la implementación, como se indicó en el comentario del respetado malefix.
"Las licencias pueden estar vinculadas al número de usuarios; entonces estarás infringiendo la licencia.
El software puede funcionar de manera incorrecta al tener varias instancias en ejecución; si en algún caso escribe datos en lugares no permisibles o en un perfil de usuario/%temp%, sino en algo de acceso público, después tendrás muchas dificultades para rastrear el problema" - Pensamos en dónde se instalará el servidor gráfico, sin olvidar el UPS y la necesidad de puertos ethernet de alta velocidad e internet (si es necesario), así como la conformidad con los requisitos climáticos del servidor.
- Aumentamos el plazo de implementación a un mínimo de 2.5-3 semanas, ya que muchos componentes necesarios, incluso los pequeños, pueden tardar hasta dos semanas, y el ensamblaje y configuración lleva varios días; solo la carga normal del servidor hasta el sistema operativo puede tardar más de 5 minutos.
- Discutimos con la dirección y los proveedores que, si de repente en algún momento el proyecto no avanza o sale mal, se puede solicitar un reembolso o cambio.
- También se sugirió amablemente en
después de todos los experimentos con la configuración, eliminar todo y reinstalar desde cero. Así:
Durante los experimentos, es necesario documentar todas las configuraciones críticas.
— durante la instalación desde cero, volverás a realizar las configuraciones mínimas necesarias (que se documentaron en la etapa anterior) - Instalamos el sistema operativo (preferiblemente Windows Server 2019 — que tiene un RDP de calidad) inicialmente en modo de prueba, pero de ninguna manera en modo evaluate (tendría que reinstalarse desde cero después). Y solo después del inicio exitoso, resolvemos las cuestiones de licencias y activamos el sistema operativo.
- Además, antes de la implementación, formamos un grupo iniciativo para verificar el funcionamiento y explicamos a los futuros usuarios las ventajas de trabajar con un servidor gráfico. Si lo hacemos después, aumentamos el riesgo de reclamaciones, sabotaje y comentarios negativos no fundamentados.
La experiencia con RDP no difiere del trabajo en una sesión local. A menudo incluso olvidas que estás trabajando a través de RDP, ya que incluso el video y a veces las videoconferencias en la sesión RDP funcionan sin retrasos perceptibles, ya que la mayoría tiene internet de alta velocidad. En términos de velocidad y funcionalidad, Microsoft continúa sorprendiendo positivamente, y la aceleración de hardware 3D y los monitores múltiples — todo lo necesario para que los usuarios de programas gráficos, 3D y CAD/CAM trabajen de forma remota.
Así que en muchos casos, la instalación de un servidor gráfico según la implementación realizada es preferible y más portátil que 10 estaciones gráficas o PCs.
P.D. Cómo conectarse de manera simple y segura a través de internet por RDP, así como las configuraciones óptimas para clientes RDP — puedes echar un vistazo en el artículo ""
Fuente: habr.com
