Montamos un servidor para aplicacións gráficas e CAD/CAM para o traballo remoto vía RDP baseado nun CISCO UCS-C220 M3 v2 usado

Case todas as empresas teñen agora necesariamente un departamento ou grupo que traballa en CAD/CAM
ou programas de deseño pesados. Este grupo de usuarios está unido por requisitos serios para o hardware: moita memoria - 64 GB ou máis, unha tarxeta de vídeo profesional, un ssd rápido e que é fiable. As empresas adoitan comprar varios ordenadores (ou estacións gráficas) potentes para algúns usuarios deste tipo de departamentos e outros menos potentes para outros, dependendo das necesidades e capacidades financeiras da empresa. Este é a miúdo o enfoque estándar para resolver estes problemas e funciona ben. Pero durante unha pandemia e o traballo remoto, e en xeral, este enfoque é subóptimo, moi redundante e extremadamente incómodo na administración, xestión e outros aspectos. Por que é así e que solución satisfará idealmente as necesidades de estacións gráficas de moitas empresas? Benvido ao gato, que describe como elaborar unha solución eficaz e barata para matar e alimentar a varias aves dun tiro, e que pequenos matices hai que ter en conta para implementar con éxito esta solución.

O pasado mes de decembro, unha empresa abriu unha nova oficina para unha pequena oficina de deseño e encargouse de organizarlles toda a infraestrutura informática, dado que a empresa xa contaba con portátiles para usuarios e un par de servidores. Os portátiles xa tiñan un par de anos e eran principalmente configuracións de xogos con 8-16 GB de RAM e, en xeral, non podían soportar a carga das aplicacións CAD/CAM. Os usuarios deben ser móbiles, xa que moitas veces necesitan traballar fóra da oficina. Na oficina cómpre un monitor adicional para cada portátil (así funcionan cos gráficos). Con tales datos de entrada, a única solución óptima, pero arriscada para min, é implementar un servidor de terminal potente cunha tarxeta de vídeo profesional potente e un disco ssd nvme.

Vantaxes dun servidor de terminales gráficas e traballar vía RDP

• En PCs ou estacións gráficas potentes individuais, a maioría das veces, os recursos de hardware nin sequera son utilizados por un terzo e permanecen inactivos e úsanse ao 35-100% da súa capacidade só durante un curto período de tempo. Basicamente, a eficiencia é do 5-20 por cento.
• Pero moitas veces o hardware está lonxe de ser o compoñente máis caro, porque as licenzas de gráficos básicos ou de software CAD/CAM custan a miúdo desde 5000 dólares, e mesmo con opcións avanzadas, desde 10 dólares. Normalmente, estes programas execútanse nunha sesión RDP sen problemas, pero ás veces cómpre pedir adicionalmente a opción RDP ou buscar nos foros que escribir nas configuracións ou no rexistro e como executar ese software nunha sesión RDP. Pero comproba que o software que necesitamos funciona a través de RDP necesario ao principio e isto é doado de facer: tentamos iniciar sesión a través de RDP: se o programa comezou e todas as funcións básicas do software funcionan, o máis probable é que non haxa problemas coas licenzas. E se dá un erro, entón antes de implementar un proxecto cun servidor de terminal gráfico, buscamos unha solución ao problema que nos resulte satisfactoria.
• Tamén unha gran vantaxe é o soporte para a mesma configuración e configuracións específicas, compoñentes e modelos, que moitas veces é difícil de implementar para todos os usuarios de PC. A xestión, a administración e as actualizacións de software tamén son "sen problemas"

En xeral, hai moitas vantaxes: vexamos como se mostra na práctica a nosa solución case ideal.

Montamos un servidor baseado nun CISCO UCS-C220 M3 v2 usado

Inicialmente, estaba previsto mercar un servidor máis novo e potente con 256 GB de memoria DDR3 ecc e 10 GB de Ethernet, pero dixeron que necesitabamos aforrar un pouco e encaixar no orzamento dun servidor de terminal de 1600 dólares. Ben, está ben, o cliente sempre é ganancioso e correcto, e seleccionamos esta cantidade:

usado CISCO UCS-C220 M3 v2 (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ecc - $625
3.5" 3TB sas 7200 US ID - 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 GB Samsung — $200
Tarxeta de vídeo QUADRO P2200 5120MB — $470
Adaptador Ewell PCI-E 3.0 a M.2 SSD (EW239) -10 $
Total por servidor = $1435

Planificouse levar un ssd de 1 TB e un adaptador Ethernet de 10 GB - 40 dólares, pero resultou que non había SAI para os seus 2 servidores, e tivemos que escatimar un pouco e mercar un UPS PowerWalker VI 2200 RLE - 350 dólares.

Por que un servidor e non un PC potente? Xustificación da configuración elixida.

Moitos administradores miopes (topeino con isto moitas veces antes) por algún motivo compran un PC potente (a miúdo un PC de xogos), colocan alí de 2 a 4 discos, crean RAID 1, chaman con orgullo un servidor e colócano no esquina da oficina. Todo o paquete é natural: un "mezcla" de dubidosa calidade. Polo tanto, describirei en detalle por que se escolleu esta configuración particular para tal orzamento.

1. Fiabilidade!!! — Todos os compoñentes do servidor están deseñados e probados para funcionar durante máis de 5-10 anos. E as nais xogadoras traballan durante 3-5 anos como máximo, e mesmo a porcentaxe de avarías durante o período de garantía para algunhas supera o 5%. E o noso servidor é da marca CISCO súper fiable, polo que non se esperan problemas especiais e a súa probabilidade é unha orde de magnitude inferior á dun PC estacionario
2. Os compoñentes importantes como a fonte de alimentación duplícanse e, idealmente, pódese subministrar enerxía desde dúas liñas diferentes e se falla unha unidade, o servidor segue funcionando.
3. Memoria ECC - agora poucas persoas lembran que inicialmente a memoria ECC foi introducida para corrixir un bit dun erro derivado principalmente dos efectos dos raios cósmicos, e cunha capacidade de memoria de 128 GB - un erro pode ocorrer varias veces ao ano. Nun PC estacionario podemos observar o programa fallando, conxelándose, etc., o que non é crítico, pero no servidor o custo dun erro ás veces é moi elevado (por exemplo, unha entrada incorrecta na base de datos), no noso caso, en caso de falla grave, é necesario reiniciar e ás veces custa a varias persoas ao día de traballo
4. Escalabilidade: moitas veces a necesidade de recursos dunha empresa crece varias veces durante un par de anos e é fácil engadir memoria de disco ao servidor, cambiar os procesadores (no noso caso, E5-2620 de seis núcleos a Xeon E5 2690 v2 de dez núcleos) - case non hai escalabilidade nun PC normal
5. Formato de servidor U1: os servidores deben estar en salas de servidores. e en bastidores compactos, en lugar de alimentar (ata 1KW de calor) e facer ruído na esquina da oficina. Só na nova oficina da empresa, proporcionouse un pequeno espazo (3-6 unidades) na sala de servidores por separado e unha unidade no noso servidor estaba xusto ao noso lado.
6. Remote: xestión e consola - sen este mantemento normal do servidor para remoto! traballo extremadamente difícil!
7. 128 GB de RAM -as especificacións técnicas dicían 8-10 usuarios, pero en realidade haberá 5-6 sesións simultáneas- polo tanto, tendo en conta o consumo máximo de memoria típico nesa empresa, 2 usuarios de 30-40 GB = 70 GB e 4 usuarios de 3-15 GB = 36 GB, + ata 10 GB por sistema operativo para un total de 116 GB e un 10 % en reserva (isto é todo en casos raros de uso máximo. Pero se non hai suficiente, pode engadir ata 256 GB en calquera caso). tempo
8. Tarxeta de vídeo QUADRO P2200 5120MB - de media por usuario nesa empresa en
   Nunha sesión remota, o consumo de memoria de vídeo era de 0,3 GB a 1,5 GB, polo que 5 GB serían suficientes. Os datos iniciais foron tomados dunha solución similar, pero menos potente, baseada en i5/64GB/Quadro P620 2GB, que era suficiente para 3-4 usuarios
9. SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 GB Samsung - para operación simultánea
   8-10 usuarios, o que se necesita é a velocidade de NVMe e a fiabilidade do ssd Samsung. En canto á funcionalidade, este disco empregarase para o sistema operativo e as aplicacións
10. 2x3TB sas: combinado en RAID 1 usado para datos de usuarios locais voluminosos ou pouco utilizados, así como para a copia de seguridade do sistema e os datos locais críticos do disco nvme

A configuración foi aprobada e comprada, e pronto chegará o momento da verdade!

Montaxe, configuración, instalación e resolución de problemas.

Desde o primeiro momento, non estaba seguro de que esta fose unha solución 100% funcional, xa que en calquera fase, desde a montaxe ata a instalación, o lanzamento e o correcto funcionamento das aplicacións, un podía quedar atascado sen a posibilidade de continuar, polo que estiven de acordo sobre o servidor que estaría dentro Será posible devolvelo nun par de días, podendo empregarse outros compoñentes nunha solución alternativa.

1 problema descabellado: a tarxeta de vídeo é profesional e de formato completo. + un par de mm, pero e se non cabe? 75 W: que pasa se o conector PCI non funciona? E como facer un disipador de calor normal para estes 75W? Pero encaixa, puxo en marcha, a disipación de calor é normal (especialmente se os refrixeradores do servidor están acendidos a unha velocidade superior á media. Non obstante, cando o instalei, para asegurarme de que non se cortara nada, dobrín algo no servidor de 1 mm (non me lembro de que), pero para unha mellor disipación da calor da tapa O servidor, despois da configuración final, arrincou a película de instrucións que había en toda a tapa e que podería prexudicar a disipación da calor a través da tapa.

2ª proba: o disco NVMe pode non ser visible a través do adaptador ou o sistema non se instalaría alí e, se está instalado, non arrancaría. Curiosamente, Windows instalouse nun disco NVMe, pero non puido arrancar desde el, o que é lóxico xa que a BIOS (nin sequera a actualizada) non quería recoñecer NVMe de ningún xeito para o arranque. Non quería ser unha muleta, pero tiven que facelo: aquí o noso centro e publicación favoritos veu ao rescate sobre o arranque desde o disco nvme en sistemas legados descargado Utilidade de disco de arranque (BDUtility.exe), creou unha unidade flash con CloverBootManager segundo as instrucións da publicación, instalou a unidade flash na BIOS primeiro para arrincar, e agora estamos cargando o cargador de arranque desde a unidade flash, Clover viu con éxito o noso disco NVMe e iniciouse automaticamente desde el en un par de segundos! Poderiamos xogar coa instalación de clover no noso disco raid de 3TB, pero xa era sábado pola noite, e aínda quedaba un día de traballo, porque ata o luns tiñamos que entregar o servidor ou deixalo. Deixei a unidade flash USB de arranque dentro do servidor; alí había un USB adicional.

3o case unha ameaza de fracaso. Instalei os servizos estándar de Windows 2019 + RD, instalei a aplicación principal para a que se iniciou todo e todo funciona de marabilla e literalmente voa.

Incrible! Vou conducindo a casa e conectándome a través de RDP, a aplicación iníciase, pero hai un atraso serio, miro o programa e aparece a mensaxe "O modo suave está activado". Que?! Busco leña máis recente e súper profesional para a tarxeta de vídeo, dou cero resultados, a leña máis antiga para o p1000 tampouco é nada. E neste momento, a voz interior segue burlándose "Díxenche: non experimentes con cousas novas, toma p1000". E xa é hora: xa é noite no xardín, voume para a cama co corazón pesado. Domingo, vou á oficina - coloque un quadro P620 no servidor e tampouco funciona mediante RDP - MS, que pasa? Busquei nos foros "Servidor 2019 e RDP" e atopei a resposta case de inmediato.

Resulta que, dado que a maioría da xente agora ten monitores con alta resolución, e na maioría dos servidores o adaptador gráfico incorporado non admite estas resolucións, a aceleración de hardware está desactivada por defecto mediante políticas de grupo. Cito as instrucións para a súa inclusión:

• Abra a ferramenta Editar política de grupo desde o Panel de control ou use o diálogo Busca de Windows (tecla Windows + R e, a continuación, escriba gpedit.msc)
• Navega ata: Política de ordenadores locaisConfiguración de ordenadores Modelos administrativos Componentes de WindowsServizos de escritorio remoto Host de sesións de escritorio remotoEntorno de sesións remotas
• A continuación, active "Usar o adaptador gráfico predeterminado de hardware para todas as sesións de servizos de escritorio remoto"

Reiniciamos - todo funciona ben a través de RDP. Cambiamos a tarxeta de vídeo a P2200 e volve funcionar! Agora que estamos seguros de que a solución está a funcionar plenamente, poñemos toda a configuración do servidor ao ideal, introducimos no dominio, configuramos o acceso dos usuarios, etc., e instalamos o servidor na sala de servidores. Probámolo con todo o equipo durante un par de días: todo funciona perfectamente, hai recursos de servidor suficientes para todas as tarefas, o atraso mínimo que se produce como resultado de traballar a través de RDP é invisible para todos os usuarios. Genial: a tarefa completouse ao 100%.

Un par de puntos dos que depende o éxito da implantación dun servidor gráfico

Xa que en calquera fase da implementación dun servidor gráfico nunha organización, poden xurdir trampas que poden crear unha situación similar á da imaxe co peixe escapado.

entón, na fase de planificación, debes seguir algúns pasos sinxelos:

1. O público obxectivo e as tarefas son os usuarios que traballan intensamente con gráficos e necesitan aceleración de hardware dunha tarxeta de vídeo. O éxito da nosa solución baséase no feito de que as necesidades de enerxía dos usuarios de gráficos e programas CAD/CAM foron satisfeitas en exceso hai máis de 10 anos, e nestes momentos temos unha reserva de enerxía que supera as necesidades en 10 veces ou máis. máis. Por exemplo, a potencia da GPU Quadro P2200 é máis que suficiente para 10 usuarios, e mesmo cunha memoria de vídeo insuficiente, a tarxeta de vídeo compensa con memoria RAM e para un desenvolvedor 3D normal pasa desapercibida unha diminución tan pequena na velocidade da memoria. . Pero se as tarefas dos usuarios inclúen tarefas de computación intensivas (renderizado, cálculos, etc.), que adoitan empregar o 100% dos recursos, entón a nosa solución non é adecuada, xa que outros usuarios non poderán traballar normalmente durante estes períodos. Polo tanto, analizamos coidadosamente as tarefas dos usuarios e a carga de recursos actual (polo menos aproximadamente). Tamén prestamos atención ao volume de reescritura no disco por día e, se é un volume grande, seleccionamos as unidades ssd ou optane do servidor para este volume.
2. En función do número de usuarios, seleccionamos un servidor, tarxeta de vídeo e discos axeitados para os recursos:
   • procesadores segundo a fórmula 1 núcleo por usuario + 2,3 por SO, de todos os xeitos, cada un á vez non usa un ou un máximo de dous núcleos (se o modelo raramente se carga);
   • tarxeta de vídeo: mira a cantidade media de memoria de vídeo e consumo de GPU por usuario nunha sesión RDP e selecciona unha profesional. tarxeta de vídeo;
   • Facemos o mesmo coa RAM e o subsistema de discos (hoxe en día ata podes escoller RAID nvme de xeito económico).
3. Comprobamos coidadosamente a documentación do servidor (afortunadamente, todos os servidores de marca teñen documentación completa) para comprobar o cumprimento dos conectores, velocidades, fonte de alimentación e tecnoloxías compatibles, así como as dimensións físicas e os estándares de disipación de calor dos compoñentes adicionais instalados.
4. Comprobamos o funcionamento normal do noso software en varias sesións vía RDP, así como a ausencia de restricións de licenza e comprobamos coidadosamente a dispoñibilidade das licenzas necesarias. Resolvemos este problema antes dos primeiros pasos de implementación. Como dixo no comentario o querido malefix
   "- As licenzas poden estar vinculadas ao número de usuarios; entón estás violando a licenza.
   — É posible que o software non funcione correctamente con varias instancias en execución; se escribe lixo ou configuración en polo menos un lugar non no perfil de usuario/%temp%, senón en algo accesible ao público, divertiráselle moito detectando o problema. ."
5. Pensamos onde se instalará o servidor gráfico, non esquezamos o UPS e a presenza de portos Ethernet de alta velocidade e Internet alí (se é necesario), así como o cumprimento dos requisitos climáticos do servidor.
6. Aumentamos o período de implementación a polo menos 2,5-3 semanas, porque moitos incluso pequenos compoñentes necesarios poden tardar ata dúas semanas, pero a montaxe e configuración leva varios días; só unha carga normal do servidor no SO pode levar máis de 5 minutos.
7. Comentamos coa dirección e os provedores que se de súpeto nalgunha fase o proxecto non sae ben ou sae mal, entón podemos facer unha devolución ou substitución.
8. Tamén se suxeriu amablemente en comentarios malefix
   despois de todos os experimentos coa configuración, demolízao todo e instálao desde cero. Como isto:
   — Durante os experimentos é necesario documentar todos os axustes críticos
   - Durante unha nova instalación, repite a configuración mínima requirida (que documentou no paso anterior)
9. Primeiro instalamos o sistema operativo (preferiblemente o servidor Windows 2019 - ten RDP de alta calidade) en modo de proba, pero en ningún caso o avaliamos (debe reinstalalo desde cero). E só despois dun lanzamento exitoso resolvemos os problemas coas licenzas e activamos o SO.
10. Ademais, antes da implantación, seleccionamos un grupo de iniciativa para probar o traballo e explicar aos futuros usuarios as vantaxes de traballar cun servidor gráfico. Se o fas máis tarde, aumentamos o risco de queixas, sabotaxes e críticas negativas sen fundamento.

Traballar a través de RDP non é diferente de traballar nunha sesión local. Moitas veces incluso esquezas que estás traballando nalgún lugar a través de RDP; despois de todo, ata o vídeo e ás veces a comunicación de vídeo nunha sesión RDP funcionan sen atrasos notables, porque agora a maioría da xente ten unha conexión a Internet de alta velocidade. En termos de velocidade e funcionalidade de RDP, Microsoft agora segue sorprendendo gratamente coa aceleración de hardware 3D e multimonitores: todo o que necesitan os usuarios de gráficos, programas 3D e CAD/CAM para o traballo remoto.

Así que en moitos casos é preferible instalar un servidor gráfico segundo a implantación realizada e máis móbil que 10 estacións gráficas ou un PC.

PD Como conectarse de forma sinxela e segura a través de Internet a través de RDP, así como a configuración óptima para os clientes RDP - podes ver no artigo "Traballo remoto na oficina. RDP, Port Knocking, Mikrotik: sinxelo e seguro"

Fonte: www.habr.com