Gairebé totes les empreses tenen ara necessàriament un departament o grup que treballa en CAD/CAM
o programes de disseny pesats. Aquest grup d'usuaris està unit per requisits seriosos de maquinari: molta memòria: 64 GB o més, una targeta de vídeo professional, un ssd ràpid i ser fiable. Sovint, les empreses compren diversos ordinadors (o estacions gràfiques) potents per a alguns usuaris d'aquests departaments i d'altres menys potents per a la resta, depenent de les necessitats i de les capacitats financeres de l'empresa. Sovint, aquest és un enfocament estàndard per resoldre aquests problemes i funciona bé. Però durant una pandèmia i el treball a distància, i en general, aquest plantejament no és òptim, molt redundant i extremadament incòmode en administració, gestió i altres aspectes. Per què és així, i quina solució satisfarà idealment les necessitats de moltes empreses en estacions gràfiques? Benvingut sota el gat, que descriu com muntar una solució funcional i econòmica per matar i alimentar diversos ocells d'un tret, i quins petits matisos s'han de tenir en compte per implementar aquesta solució amb èxit.
El desembre de l'any passat, una empresa va obrir una nova oficina per a una petita oficina de disseny i la tasca era organitzar-hi tota la infraestructura informàtica, atès que l'empresa ja disposa d'ordinadors portàtils per als usuaris i un parell de servidors. Els ordinadors portàtils ja tenien un parell d'anys i eren majoritàriament configuracions de jocs amb 8-16 GB de RAM i, bàsicament, no podien gestionar la càrrega d'aplicacions CAD/CAM. Els usuaris han de ser mòbils, ja que sovint necessiten treballar fora de l'oficina. A l'oficina, per a cada ordinador portàtil, es compra un monitor addicional (així funcionen amb gràfics). Amb aquestes dades d'entrada, l'única solució òptima, però arriscada per a mi, és implementar un servidor terminal potent amb una potent targeta de vídeo professional i una unitat ssd nvme.
Beneficis d'un servidor de terminal gràfic i RDP
- En alguns ordinadors o estacions gràfiques potents, la majoria de les vegades, els recursos de maquinari no s'utilitzen ni un terç i estan inactius i només durant un curt període de temps s'utilitzen al 35-100% de la seva capacitat. En general, l'eficiència és del 5-20 per cent.
- Però sovint la part de maquinari està lluny de ser el component més car, perquè les llicències bàsiques de programari gràfic o CAD / CAM costen sovint des de 5000 dòlars, i si també tenen opcions avançades, a partir de 10 dòlars. Normalment, en una sessió RDP, aquests programes s'executen sense problemes, però de vegades cal tornar a ordenar l'opció RDP, o buscar als fòrums què escriure a les configuracions o registre i com executar aquest programari en una sessió RDP. Però comproveu que el programari que necessitem funciona mitjançant RDP necessària al principi i és fàcil fer-ho: intentem iniciar sessió mitjançant RDP: si el programa s'ha iniciat i totes les funcions bàsiques del programari funcionen, el més probable és que no hi hagi problemes amb les llicències. I si dóna un error, llavors abans d'implementar un projecte amb un servidor de terminal gràfic, busquem una solució que ens resulti satisfactòria.
- També un gran avantatge és el suport per a la mateixa configuració i configuracions, components i plantilles específiques, que sovint és difícil d'implementar per a tots els usuaris de PC. La gestió, l'administració i les actualitzacions de programari també són "sense problema"
En general, hi ha molts avantatges: vegem com es mostrarà a la pràctica la nostra solució gairebé ideal.
Muntem un servidor basat en un CISCO UCS-C220 M3 v2
Inicialment, estava previst comprar un servidor més nou i potent amb 256 GB de memòria DDR3 ecc i 10 GB d'ethernet, però van dir que havien d'estalviar una mica i encaixar en el pressupost d'un servidor terminal de 1600 dòlars. Bé, d'acord, el client sempre té raó i seleccionem per aquesta quantitat:
bu CISCO UCS-C220 M3 v2 (2 X SIX NÚCLUS 2.10 GHz E5-2620 v2) 128 GB DDR3, etc. - 625 $
Identificació dels EUA de 3.5" 3TB sas 7200 — 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 GB Samsung — 200 $
Targeta de vídeo QUADRO P2200 5120MB — 470 $
Adaptador Ewell PCI-E 3.0 a M.2 SSD (EW239) -10$
Total per servidor = 1435 $
Es preveia agafar un adaptador ethernet ssd de 1 TB i 10 GB: 40 dòlars, però va resultar que no hi havia SAI per als seus 2 servidors i vaig haver de reduir-me una mica i comprar un UPS PowerWalker VI 2200 RLE: 350 dòlars.
Per què un servidor i no un PC potent? Justificació de la configuració escollida.
Molts administradors miopes (ja m'he trobat moltes vegades): per alguna raó compren un potent (sovint un ordinador de joc), hi posen 2-4 discs, creen RAID 1, l'anomenen amb orgull un servidor i el posen a la cantonada. de l'oficina. Tot el complex és natural: una "mesura" de qualitat dubtosa. Per tant, signaré detalladament per què es va triar aquesta configuració per a aquest pressupost.
- Fiabilitat!!! — Tots els components del servidor estan dissenyats i provats per funcionar durant més de 5-10 anys. I les infermeres de videojocs treballen durant 3-5 anys com a màxim, i fins i tot el percentatge d'avaries durant el període de garantia d'alguns supera el 5%. I el nostre servidor és d'una marca CISCO súper fiable, de manera que no s'esperen problemes especials i la seva probabilitat és un ordre de magnitud inferior a la d'un ordinador estacionari.
- Components importants com la font d'alimentació es dupliquen i, idealment, podeu subministrar energia des de dues línies diferents i si falla un bloc, el servidor continua funcionant.
- Memòria ECC: ara poca gent recorda que inicialment la memòria ECC es va introduir per corregir un bit d'un error que es produeix principalment pels efectes dels raigs còsmics, i en 128 GB de memòria, un error es pot produir diverses vegades a l'any. En un ordinador estacionari, podem observar una fallada del programa, congelació, etc., que no és crític, però al servidor el cost d'un error de vegades és molt elevat (per exemple, una entrada incorrecta a la base de dades), en el nostre cas , amb una fallada greu, cal reiniciar i de vegades costa a diverses persones al dia de feina
- Escalabilitat: sovint la necessitat de recursos de l'empresa creix diverses vegades en un parell d'anys i és fàcil afegir memòria de disc al servidor, canviar els processadors (en el nostre cas, E5-2620 de sis nuclis a Xeon E5 2690 v2 de deu nuclis) - gairebé no hi ha escalabilitat en un ordinador normal
- Format de servidor U1: els servidors han d'estar a les sales de servidors! i en bastidors compactes, en lloc d'alimentar (fins a 1 kW de calor) i fer soroll a la cantonada de l'oficina! Només a la nova oficina de l'empresa, es va proporcionar un petit espai (3-6 unitats) per separat a la sala de servidors i una unitat del nostre servidor estava al costat nostre.
- Remot: gestió i consola - sense això, manteniment normal del servidor per a control remot! la feina és molt difícil!
- 128 GB de RAM -al TOR es deia 8-10 usuaris, però en realitat hi haurà 5-6 sessions simultànies-, per tant, donat el consum màxim de memòria típic d'aquesta empresa, 2 usuaris de 30-40 GB = 70 GB i 4 usuaris. de 3-15 GB = 36 GB, + fins a 10 GB per sistema operatiu en la quantitat de 116 GB i el 10% que tenim en estoc (tot això és en casos excepcionals d'ús màxim. Però si no n'hi ha prou, podeu afegir fins a 256 GB a qualsevol hora
- Targeta de vídeo QUADRO P2200 5120MB - mitjana per usuari d'aquesta empresa a
En una sessió remota, el consum de memòria de vídeo era de 0,3 GB a 1,5 GB, de manera que 5 GB seria suficient. Les dades inicials es van extreure d'una solució similar, però menys potent basada en i5/64GB/Quadro P620 2GB, que era suficient per a 3-4 usuaris - SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 GB Samsung - per treballar simultàniament
Entre 8 i 10 usuaris necessiten velocitat NVMe i fiabilitat ssd de Samsung. Pel que fa a la funcionalitat, aquest disc s'utilitzarà per al sistema operatiu i les aplicacions - 2x3TB sas: combina a RAID 1, s'utilitza per a dades d'usuari locals grans o poc utilitzades, així com per a la còpia de seguretat del sistema i les dades locals crítiques del disc nvme
La configuració està aprovada i comprada, i aviat arribarà el moment de la veritat!
Muntatge, configuració, instal·lació i resolució de problemes.
Des del principi, no estava segur que aquesta fos una solució 100% funcional, ja que en qualsevol etapa, des del muntatge fins a la instal·lació, el llançament i el correcte funcionament de les aplicacions, es podia quedar encallat sense la possibilitat de continuar, així que vaig estar d'acord sobre el servidor que es pot retornar un parell de dies i altres components es poden utilitzar en una solució alternativa.
1 problema descabellat: una targeta de vídeo professional de llarga durada! + un parell de mm, però i si no encaixa? 75W: què passa si el connector pci no tira? I com fer un dissipador de calor normal d'aquests 75W? Però vaig pujar, vaig començar, el dissipador de calor és normal (sobretot si els refrigeradors del servidor s'encenen a una velocitat superior a la mitjana. És cert que quan el vaig configurar, per assegurar-me que no hi hagués res curtit, alguna cosa del servidor es va doblegar 1 mm. (No recordo què), però per a una millor eliminació de la calor del servidor de la tapa, després de la configuració final, va treure la pel·lícula d'instruccions, que estava a tota la tapa i que podria empitjorar la dissipació de calor a través de la tapa.
2a prova: el disc NVMe no es podia veure a través de l'adaptador o el sistema no s'instal·laria allà i, si s'instal·lés, no s'iniciaria. Curiosament, Windows es va instal·lar en un disc NVMe, però no va poder arrencar des d'ell, la qual cosa és lògic ja que la BIOS (fins i tot actualitzada) no volia reconèixer NVMe per arrencar. No volia ser una crossa, però ho havia de fer; aleshores el nostre habr i missatge favorits van venir al rescat descarregat , va crear una unitat flaix USB amb CloverBootManager segons les instruccions de la publicació, primer va instal·lar la unitat flaix USB a la BIOS per a l'arrencada i ara ja estem carregant el carregador d'arrencada des de la unitat flaix USB, Clover va veure correctament el nostre disc NVMe i automàticament arrencat en un parell de segons! Es va poder jugar amb la instal·lació de trèvol al nostre disc raid de 3TB, però ja era dissabte al vespre i la feina es va quedar per un altre dia, perquè fins dilluns calia o cedir el servidor o deixar-lo. Vaig deixar la unitat flash USB d'arrencada dins del servidor, només hi havia un USB addicional.
3r és gairebé una amenaça de fracàs. Vaig instal·lar Windows 2019 estàndard + serveis RD, vaig instal·lar l'aplicació principal per a la qual es va iniciar tot i tot funciona de meravella i literalment vola.
Increïble! Vaig a casa i em connecto via RDP, s'inicia l'aplicació, però hi ha un greu retard, miro i al programa el missatge "mode suau està habilitat". Què?! Estic buscant llenya més recent i súper professional per a una targeta de vídeo, he posat el resultat a zero, llenya més antiga sota p1000 tampoc no és res. I en aquest moment, la veu interior encara es burla de "Ja t'he dit - no experimentis amb un de nou - prengui p1000". I el temps ja és llarga nit al pati, amb el cor pesat me'n vaig al llit. Diumenge vaig a l'oficina - he posat un quadro P620 al servidor i tampoc funciona via RDP - MS, què passa? Estic buscant als fòrums "Servidor 2019 i RDP": vaig trobar la resposta gairebé immediatament.
Resulta que com que la majoria tenen ara monitors d'alta resolució, i a la majoria de servidors l'adaptador gràfic integrat no admet aquestes resolucions, l'acceleració de maquinari està desactivada per defecte mitjançant polítiques de grup. Cito les instruccions per a la inclusió:
- Obriu l'eina Edita la política de grup des del tauler de control o utilitzeu el diàleg Cerca de Windows (tecla de Windows + R i, a continuació, escriviu gpedit.msc)
- Navegueu a: Política d'ordinador localConfiguració de l'ordinadorPlantilles administratives Components de WindowsServeis d'escriptori remot Amfitrió de sessió d'escriptori remot Entorn de sessió remota
- A continuació, activeu "Utilitzar l'adaptador de gràfics predeterminat de maquinari per a totes les sessions de Serveis d'escriptori remot"
Reiniciem: tot funciona bé mitjançant RDP. Canviem la targeta de vídeo a P2200, torna a funcionar! Ara que estem segurs que la solució funciona a la perfecció, portem tots els paràmetres del servidor a l'ideal, els introduïm al domini, configurem l'accés dels usuaris, i així successivament, posem el servidor a la sala de servidors. Provem tot l'equip durant un parell de dies: tot funciona perfectament, hi ha prou recursos del servidor per a totes les tasques en abundància, el retard mínim resultant del treball en RDP és invisible per a tots els usuaris. Excel·lent - 100% completat.
Un parell de punts dels quals depèn l'èxit de la implementació d'un servidor gràfic
Atès que en qualsevol etapa de la introducció d'un servidor gràfic en una organització, poden sorgir inconvenients que poden crear una situació similar a la de la imatge amb el peix escapat.
Aleshores, en l'etapa de planificació, heu de fer uns quants passos senzills:
- Públic objectiu i tasques: usuaris que treballen intensament amb gràfics i necessiten acceleració de maquinari de la targeta de vídeo. L'èxit de la nostra solució es basa en el fet que els requisits de potència dels usuaris de programes gràfics i CAD/CAM es van satisfer fa més de 10 anys, i actualment disposem d'una reserva d'energia que supera les necessitats en 10 o més vegades. Per exemple, la potència de la GPU Quadro P2200 és més que suficient per a 10 usuaris, i fins i tot amb una manca de memòria de vídeo, la targeta de vídeo en treu prou de la memòria RAM i, per a un desenvolupador 3D normal, una caiguda tan petita de la velocitat de la memòria passa desapercebut. Però si les tasques d'usuari inclouen tasques computacionals intensives (renderització, càlculs, etc.) que sovint utilitzen el 100% dels recursos, aleshores la nostra solució no és adequada, ja que altres usuaris no podran treballar amb normalitat durant aquests períodes. Per tant, analitzem acuradament les tasques dels usuaris i la càrrega actual de recursos (almenys aproximadament). També prestem atenció al volum de reescriptura al disc per dia i, si és un volum gran, seleccionem discs ssd de servidor o discs optans per a aquest volum.
- En funció del nombre d'usuaris, seleccionem un servidor, una targeta de vídeo i uns discs adequats per als recursos:
- processadors segons la fórmula 1 nucli per usuari + 2,3 per sistema operatiu, de totes maneres, cadascun no fa servir un o com a màxim dos (si el model es carrega rarament) nuclis;
- targeta de vídeo: mireu el consum mitjà de memòria de vídeo i GPU per usuari en una sessió RDP i seleccioneu-ne una de professional! targeta de vídeo;
- fem el mateix amb la memòria RAM i el subsistema de disc (ara fins i tot podeu agafar un nvme RAID a baix cost).
- Observem acuradament la documentació del servidor (afortunadament, tots els servidors de marca tenen documentació completa) per complir amb els connectors, velocitats, font d'alimentació i tecnologies compatibles, així com les dimensions físiques i els estàndards de dissipació de calor dels components addicionals instal·lats.
- Comprovem el funcionament normal del nostre programari en diverses sessions RDP, així com l'absència de restriccions de llicència i comprovem acuradament la disponibilitat de les llicències necessàries. Solucionem aquest problema abans dels primers passos per implementar la implementació. Com va dir al comentari el respectat malefix
"- Les llicències es poden vincular al nombre d'usuaris; llavors estàs violant la llicència.
- És possible que el programari no funcioni correctament amb diverses instàncies en execució; si escriu escombraries o configuracions en almenys un lloc no al perfil de l'usuari /% temp%, sinó a alguna cosa disponible públicament, serà molt divertit per a vostè agafar el problema" - Pensem on s'instal·larà el servidor gràfic, no us oblideu del SAI i la disponibilitat de ports Ethernet d'alta velocitat i Internet (si cal), així com el compliment dels requisits climàtics del servidor.
- Augmentem el període d'implementació a almenys 2,5-3 setmanes, perquè molts components fins i tot petits necessaris poden trigar fins a dues setmanes, però el muntatge i la configuració triguen diversos dies; només una càrrega normal del servidor al sistema operatiu pot trigar més de 5 minuts.
- Comentem amb la direcció i els proveïdors que si de sobte en qualsevol moment el projecte no surt bé o surt malament, podem fer-ne un reemborsament o substitució.
- També es va suggerir amablement a
després de tots els experiments amb la configuració: traieu-ho tot i poseu-lo des de zero. Com això:
— Durant els experiments cal documentar tots els paràmetres crítics
- durant la instal·lació des de zero, torneu a realitzar la configuració mínima necessària (que vau documentar al pas anterior) - Primer instal·lem el sistema operatiu (preferiblement Windows Server 2019 - hi ha un RDP d'alta qualitat) en mode de prova, però en cap cas avaluem (cal tornar-lo a instal·lar des de zero més tard). I només després d'un llançament satisfactori, resolem problemes amb les llicències i activem el sistema operatiu.
- També, abans de la implementació, seleccionem un grup d'iniciativa per provar el treball i explicar als futurs usuaris els avantatges de treballar amb un servidor gràfic. Si això es fa després, augmentarem el risc de queixes, sabotatges i ressenyes negatives sense raonar.
Sembla que treballar en RDP no és diferent de treballar en una sessió local. Sovint fins i tot oblideu que esteu treballant en algun lloc mitjançant RDP; després de tot, fins i tot el vídeo i, de vegades, la comunicació de vídeo en una sessió RDP funcionen sense retards notables, perquè ara la majoria de la gent té connexió a Internet d'alta velocitat. Pel que fa a la velocitat i la funcionalitat de RDP, Microsoft ara continua sorprenent agradablement tant l'acceleració de maquinari 3D com els monitors múltiples: tot el que necessiten els usuaris de programes gràfics, 3D i CAD / CAM per al treball remot!
Així, en molts casos, és preferible la instal·lació d'un servidor gràfic segons la implementació i més mòbil que 10 estacions gràfiques o PC.
PS Com connectar-se de manera fàcil i segura a Internet mitjançant RDP, així com la configuració òptima per als clients RDP: podeu mirar a l'article ""
Font: www.habr.com