Ons stel 'n bediener saam vir grafiese en CAD / CAM toepassings vir afgeleë werk via RDP gebaseer op 'n CISCO UCS-C220 M3 v2

Ons stel 'n bediener saam vir grafiese en CAD / CAM toepassings vir afgeleë werk via RDP gebaseer op 'n CISCO UCS-C220 M3 v2
Byna elke maatskappy het nou noodwendig 'n departement of groep wat in CAD / CAM werk
of swaar ontwerpprogramme. Hierdie groep gebruikers word verenig deur ernstige vereistes vir hardeware: baie geheue - 64 GB of meer, 'n professionele videokaart, 'n vinnige ssd, en om betroubaar te wees. Dikwels koop maatskappye verskeie kragtige rekenaars (of grafiese stasies) vir sommige gebruikers van sulke afdelings en minder kragtiges vir die res, afhangende van die behoeftes, sowel as die finansiële vermoëns van die maatskappy. Dikwels is dit 'n standaardbenadering om sulke probleme op te los, en dit werk goed. Maar tydens 'n pandemie en afgeleë werk, en in die algemeen, is hierdie benadering nie optimaal nie, baie oorbodig en uiters ongerieflik in administrasie, bestuur en ander aspekte. Hoekom is dit so, en watter oplossing sal ideaal voldoen aan die behoeftes van baie maatskappye in grafiese stasies? Welkom onder die kat, wat beskryf hoe om 'n werkende en goedkoop oplossing saam te stel om verskeie voëls met een klip dood te maak en te voer, en watter klein nuanses in ag geneem moet word om hierdie oplossing suksesvol te implementeer.

In Desember verlede jaar het een maatskappy 'n nuwe kantoor vir 'n klein ontwerpburo geopen en die taak was om die hele rekenaarinfrastruktuur vir hulle te organiseer, aangesien die maatskappy reeds skootrekenaars vir gebruikers en 'n paar bedieners het. Die skootrekenaars was reeds 'n paar jaar oud en was meestal speletjie-konfigurasies met 8-16 GB RAM, en kon basies nie die vrag CAD/CAM-toepassings hanteer nie. Gebruikers moet mobiel wees aangesien hulle dikwels weg van die kantoor moet werk. In die kantoor word vir elke skootrekenaar 'n bykomende monitor gekoop (dit is hoe hulle met grafika werk). Met sulke invoerdata is die enigste optimale, maar riskante oplossing vir my, om 'n kragtige terminaalbediener met 'n kragtige professionele videokaart en 'n nvme ssd-aandrywer te implementeer.

Voordele van 'n grafiese terminale bediener en RDP

  • Op sommige kragtige rekenaars of grafiese stasies word hardewarehulpbronne meestal nie eers deur 'n derde gebruik nie en is ledig en word slegs vir 'n kort tydperk teen 35-100% van hul kapasiteit gebruik. Oor die algemeen is die doeltreffendheid 5-20 persent.
  • Maar dikwels is die hardeware deel ver van die duurste komponent, want basiese grafiese of CAD / CAM sagteware lisensies kos dikwels vanaf $ 5000, en as hulle ook gevorderde opsies het, dan vanaf $ 10. Gewoonlik, in 'n RDP-sessie, loop hierdie programme sonder probleme, maar soms is dit nodig om die RDP-opsie te herrangskik, of die forums te soek vir wat om in die konfigurasies of register te skryf en hoe om sulke sagteware in 'n RDP-sessie te laat loop. Maar maak seker dat die sagteware wat ons benodig via RDP werk aan die begin nodig en dit is maklik om dit te doen: ons probeer om via RDP aan te meld - as die program begin het en al die basiese sagtewarefunksies werk, sal daar heel waarskynlik geen probleme met lisensies wees nie. En as dit 'n fout gee, is ons op soek na 'n oplossing wat vir ons bevredigend is voordat ons 'n projek met 'n grafiese terminale bediener implementeer.
  • Ook 'n groot pluspunt is die ondersteuning vir dieselfde konfigurasie en spesifieke instellings, komponente en sjablone, wat dikwels moeilik is om te implementeer vir alle rekenaargebruikers. Bestuur, administrasie en sagteware-opdaterings is ook "geen haakplek"

Oor die algemeen is daar baie voordele - kom ons kyk hoe ons byna ideale oplossing in die praktyk sal wys.

Ons stel 'n bediener saam gebaseer op 'n CISCO UCS-C220 M3 v2

Aanvanklik was daar beplan om 'n nuwer en kragtiger bediener met 256GB DDR3 ecc geheue en 10GB ethernet te koop, maar hulle het gesê dat hulle 'n bietjie moet spaar en in die begroting vir 'n terminaalbediener van $1600 inpas. Wel, oukei - die kliënt is altyd gulsig reg en ons kies vir hierdie bedrag:

b CISCO UCS-C220 M3 v2 (2 X SES KERN 2.10GHZ E5-2620 v2) 128GB DDR3 ecc - $625
3.5" 3TB sas 7200 Amerikaanse ID — 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 GB Samsung — $200
Videokaart QUADRO P2200 5120MB — $470
Adapter Ewell PCI-E 3.0 na M.2 SSD (EW239) -10$
Totaal per bediener = $1435

Dit was beplan om ssd 1TB en 10GB Ethernet-adapter te neem - $40, maar dit het geblyk dat daar geen UPS vir hul 2 bedieners was nie, en ek moes 'n bietjie krimp en 'n UPS PowerWalker VI 2200 RLE koop - $350.

Hoekom 'n bediener en nie 'n kragtige rekenaar nie? Regverdiging van die gekose konfigurasie.

Baie kortsigtige administrateurs (ek het al baie keer teëgekom) - om een ​​of ander rede koop hulle 'n kragtige (dikwels 'n speletjie-rekenaar), sit 2-4 skywe daar, skep RAID 1, noem dit met trots 'n bediener en sit dit in die hoek van die kantoor. Die hele kompleks is natuurlik - 'n "hodgepodge" van twyfelagtige gehalte. Daarom sal ek in detail teken waarom so 'n opset vir so 'n begroting gekies is.

  1. Betroubaarheid!!! - alle bedienerkomponente is ontwerp en getoets om vir meer as 5-10 jaar te werk. En spelverpleegkundiges werk hoogstens 3-5 jaar, en selfs die persentasie onklaarrakings gedurende die waarborgtydperk vir sommige oorskry 5%. En ons bediener is van 'n superbetroubare CISCO-handelsmerk, so geen spesiale probleme word verwag nie en hul waarskynlikheid is 'n orde van grootte laer as 'n stilstaande rekenaar
  2. Belangrike komponente soos die kragtoevoer word gedupliseer en ideaal gesproke kan jy krag verskaf vanaf twee verskillende lyne en as een blok misluk, gaan die bediener aan om te werk
  3. ECC-geheue - nou onthou min mense dat ECC-geheue aanvanklik ingestel is om een ​​bietjie reg te stel van 'n fout wat hoofsaaklik van die effekte van kosmiese strale voorkom, en op 128 GB geheue - 'n fout kan verskeie kere per jaar voorkom. Op 'n stilstaande rekenaar kan ons 'n programongeluk, vries, ens. waarneem, wat nie krities is nie, maar op die bediener is die koste van 'n fout soms baie hoog (byvoorbeeld 'n verkeerde inskrywing in die databasis), in ons geval , met 'n ernstige fout, moet jy herlaai en soms kos dit verskeie mense 'n dag se werk
  4. Skaalbaarheid - dikwels groei die maatskappy se behoefte aan hulpbronne verskeie kere in 'n paar jaar en dit is maklik om skyfgeheue by die bediener te voeg, verwerkers te verander (in ons geval, ses-kern E5-2620 na tien-kern Xeon E5 2690 v2) - daar is amper geen skaalbaarheid op 'n gewone rekenaar nie
  5. U1-bedienerformaat - bedieners moet in bedienerkamers wees! en in kompakte rakke, eerder as om te stook (tot 1 kW hitte) en geraas in die hoek van die kantoor! Net in die nuwe kantoor van die maatskappy is 'n bietjie (3-6 eenhede) spasie apart in die bedienerkamer voorsien, en een eenheid op ons bediener was reg langs ons.
  6. Afstand: bestuur en konsole - daarsonder, normale bedieneronderhoud vir afstandbeheer! werk is uiters moeilik!
  7. 128GB RAM - in die TOR is gesê 8-10 gebruikers, maar in werklikheid sal daar 5-6 gelyktydige sessies wees - dus, gegewe die tipiese maksimum geheueverbruik in daardie maatskappy, 2 gebruikers van 30-40GB = 70GB en 4 gebruikers van 3-15GB = 36GB, + tot 10GB per bedryfstelsel in die hoeveelheid van 116GB en 10% wat ons in voorraad het (dit is alles in seldsame gevalle van maksimum gebruik. Maar as dit nie genoeg is nie, kan jy tot 256GB byvoeg enige tyd
  8. Videokaart QUADRO P2200 5120MB - gemiddeld per gebruiker in daardie maatskappy in
    In 'n afgeleë sessie was videogeheueverbruik van 0,3 GB tot 1,5 GB, so 5 GB sou genoeg wees. Die aanvanklike data is geneem uit 'n soortgelyke, maar minder kragtige oplossing gebaseer op i5/64GB/Quadro P620 2GB, wat genoeg was vir 3-4 gebruikers
  9. SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung - vir gelyktydige werk
    8-10 gebruikers benodig NVMe-spoed en Samsung ssd-betroubaarheid. Wat funksionaliteit betref, sal hierdie skyf vir OS en toepassings gebruik word
  10. 2x3TB sas - kombineer in RAID 1, gebruik vir groot of selde gebruikte plaaslike gebruikersdata, sowel as vir stelselrugsteun en kritieke plaaslike data vanaf die nvme-skyf

Die konfigurasie is goedgekeur en gekoop, en binnekort sal die oomblik van waarheid aanbreek!

Montering, konfigurasie, installasie en probleemoplossing.

Van die begin af was ek nie seker dat dit 'n 100% werkende oplossing was nie, aangesien 'n mens in enige stadium, van samestelling tot installering, bekendstelling en korrekte werking van toepassings, kon vashaak sonder die vermoë om voort te gaan, so ek het saamgestem oor die bediener dat dit 'n paar dae teruggestuur kan word, en ander komponente kan in 'n alternatiewe oplossing gebruik word.

1 vergesogte probleem - 'n professionele, vollengte videokaart! + 'n paar mm, maar wat as dit nie pas nie? 75W - wat as die pci-aansluiting nie trek nie? En hoe om 'n normale hitte-afleider van hierdie 75W te maak? Maar ek het ingeklim, begin, die heatsink is normaal (veral as die bedienerverkoelers teen 'n spoed bo-gemiddeld aangeskakel word. Toe ek dit stel, om seker te maak dat niks kortsluit nie, is iets in die bediener met 1 mm gebuig. (Ek onthou nie wat nie), maar vir beter hitteverwydering van die dekselbediener dan, na die finale instellings, die instruksiefilm, wat op die hele deksel was, afgeskeur en wat hitteafvoer deur die deksel kan vererger.

2de toets - die NVMe-skyf kon nie deur die adapter gesien word nie, of die stelsel sou nie daar geïnstalleer word nie, en as dit geïnstalleer is, sou dit nie selflaai nie. Vreemd genoeg is Windows op 'n NVMe-skyf geïnstalleer, maar dit kon nie daarvan aflaai nie, wat logies is aangesien die BIOS (selfs opgedateer) nie NVMe vir selflaai wou herken nie. Ek wou nie 'n kruk wees nie, maar ek moes - toe kom ons gunsteling habr en pos tot die redding oor selflaai vanaf nvme-skyf op verouderde stelsels afgelaai Boot Disk Utility (BDUtility.exe), het 'n USB-flash drive met CloverBootManager geskep volgens die instruksies van die pos, het eers die USB-flash drive in die BIOS geïnstalleer vir selflaai, en nou laai ons reeds die selflaaiprogram vanaf die USB flash drive, Clover het ons NVMe-skyf suksesvol gesien en outomaties het binne 'n paar sekondes daarvan begin! Dit was moontlik om rond te speel met die installering van clover op ons raid 3TB-skyf, maar dit was reeds Saterdagaand, en die werk het vir nog 'n dag gebly, want tot Maandag was dit nodig om óf die bediener te gee óf dit te los. Ek het die selflaaibare USB-flash drive in die bediener gelos, daar was net 'n ekstra usb.

3de is amper 'n bedreiging van mislukking. Ek het Windows 2019 standart + RD-dienste geïnstalleer, die hooftoepassing geïnstalleer waarvoor alles begin is, en alles werk wonderlik en vlieg letterlik.

Wonderlik! Ek gaan huis toe en koppel via RDP, die toepassing begin, maar daar is 'n ernstige vertraging, ek kyk en in die program die boodskap "sagte modus is aangeskakel". Wat?! Ek is opsoek na meer onlangse en super professionele vuurmaakhout vir 'n videokaart, ek stel die resultaat op nul, meer antieke vuurmaakhout onder p1000 is ook niks. En op hierdie tydstip spot die innerlike stem steeds "Ek het jou gesê - moenie met 'n nuwe een eksperimenteer nie - neem p1000". En die tyd is al lang nag in die werf, met 'n swaar hart gaan slaap ek. Sondag, ek gaan kantoor toe - ek sit 'n quadro P620 in die bediener en dit werk ook nie via RDP nie - MS, wat is die saak? Ek kyk na die "2019-bediener en RDP"-forums - ek het die antwoord byna onmiddellik gevind.

Dit blyk dat aangesien die meeste nou hoë-resolusie monitors het, en in die meeste bedieners die geïntegreerde grafiese adapter nie hierdie resolusies ondersteun nie, hardeware versnelling by verstek gedeaktiveer is deur groepbeleide. Ek haal die instruksies vir insluiting aan:

  • Maak die Redigeer Groepbeleid-nutsding vanaf die Kontrolepaneel oop of gebruik die Windows Search-dialoog (Windows-sleutel + R, tik dan gpedit.msc)
  • Blaai na: Plaaslike rekenaarbeleid RekenaarkonfigurasieAdministratiewe sjabloneWindows-komponente Afgeleë werkskermdienste Afgeleë werkskermsessie Gasheer Afgeleë sessie-omgewing
  • Aktiveer dan "Gebruik die hardeware verstek grafiese adapter vir alle Remote Desktop Services sessies"

Ons herlaai - alles werk goed via RDP. Ons verander die videokaart na P2200 dit werk weer! Noudat ons seker is dat die oplossing ten volle werk, bring ons al die bedienerinstellings na die ideaal, voer dit in die domein in, stel gebruikerstoegang op, ensovoorts, plaas die bediener in die bedienerkamer. Ons toets die hele span vir 'n paar dae - alles werk perfek, daar is genoeg bedienerhulpbronne vir alle take in oormaat, die minimum vertraging as gevolg van werk op RDP is onsigbaar vir alle gebruikers. Uitstekend - 100% voltooi.

'n Paar punte waarvan die sukses van die implementering van 'n grafiese bediener afhang

Aangesien daar in enige stadium van die bekendstelling van 'n grafiese bediener in 'n organisasie, slaggate kan ontstaan ​​wat 'n situasie soortgelyk aan die een in die prentjie met die ontsnapte vis kan skep

Ons stel 'n bediener saam vir grafiese en CAD / CAM toepassings vir afgeleë werk via RDP gebaseer op 'n CISCO UCS-C220 M3 v2

dan moet jy in die beplanningstadium 'n paar eenvoudige stappe neem:

  1. Teikengehoor en take - gebruikers wat intensief met grafika werk en hardewareversnelling van die videokaart benodig. Die sukses van ons oplossing is gebaseer op die feit dat die kragvereistes van gebruikers van grafiese en CAD/CAM-programme meer as 10 jaar gelede bevredig is, en op die oomblik het ons 'n kragreserwe wat die behoeftes met 10 of meer keer oorskry. Byvoorbeeld, die krag van die Quadro P2200 GPU is meer as genoeg vir 10 gebruikers, en selfs met 'n gebrek aan videogeheue, kry die videokaart genoeg van die RAM, en vir 'n gewone 3d-ontwikkelaar, so 'n klein daling in geheue spoed gaan ongesiens verby. Maar as gebruikerstake intensiewe berekeningstake (weergawe, berekeninge, ens.) insluit wat dikwels 100% van hulpbronne gebruik, dan is ons oplossing nie geskik nie, aangesien ander gebruikers nie normaalweg gedurende hierdie tydperke sal kan werk nie. Daarom ontleed ons noukeurig die take van gebruikers en die huidige vrag hulpbronne (ten minste ongeveer). Ons gee ook aandag aan die volume van herskryf na skyf per dag, en as dit 'n groot volume is, kies ons bediener ssd of optane skywe vir hierdie volume.
  2. Gebaseer op die aantal gebruikers, kies ons 'n bediener, videokaart en skywe wat geskik is vir hulpbronne:
    • verwerkers volgens die formule 1 kern per gebruiker + 2,3 per OS, in elk geval, elkeen op een slag gebruik nie een of maksimum twee (as die model selde gelaai word) kerne nie;
    • videokaart - kyk na die gemiddelde verbruik van videogeheue en GPU per gebruiker in 'n RDP-sessie en kies 'n professionele een! video kaart;
    • ons doen dieselfde met die RAM en die skyfsubstelsel (nou kan jy selfs 'n RAID nvme goedkoop optel).
  3. Ons kyk noukeurig na die dokumentasie vir die bediener (gelukkig het alle handelsmerkbedieners volledige dokumentasie) vir voldoening aan verbindings, snelhede, kragtoevoer en ondersteunde tegnologieë, sowel as fisiese afmetings en hitte-afvoerstandaarde van geïnstalleerde bykomende komponente.
  4. Ons kontroleer die normale werking van ons sagteware in verskeie HOP-sessies, sowel as die afwesigheid van lisensiebeperkings en kyk noukeurig na die beskikbaarheid van die nodige lisensies. Ons los hierdie probleem op voor die eerste stappe om die implementering te implementeer. Soos dit gesê is in die kommentaar deur gerespekteerde malefix
    “- Lisensies kan gekoppel word aan die aantal gebruikers – dan skend jy die lisensie.
    - Die sagteware sal dalk nie reg werk met verskeie lopende gevalle nie - as dit vullis of instellings op ten minste een plek skryf, nie na die gebruikersprofiel /% temp% nie, maar na iets wat publiek beskikbaar is - dan sal dit vir jou baie pret wees om die probleem"
  5. Ons dink oor waar die grafiese bediener geïnstalleer sal word, moenie vergeet van UPS en die beskikbaarheid van hoëspoed-ethernetpoorte en die internet (indien nodig), sowel as voldoening aan die klimaatsvereistes van die bediener nie.
  6. Ons verhoog die implementeringstydperk tot minstens 2,5-3 weke, want baie selfs klein nodige komponente kan tot twee weke neem, maar montering en konfigurasie neem 'n paar dae - slegs 'n normale bedienerlading na die bedryfstelsel kan meer as 5 minute neem.
  7. Ons bespreek met bestuur en verskaffers dat as die projek op enige stadium skielik nie goed gaan of verkeerd loop nie, ons 'n terugbetaling of vervanging kan maak.
  8. Dit is ook vriendelik voorgestel in kommentaar
    na al die eksperimente met die instellings - haal alles af en sit dit van nuuts af. Soos hierdie:
    - tydens eksperimente is dit nodig om alle kritieke instellings te dokumenteer
    - tydens die installasie van nuuts af voer u die minimum nodige instellings weer uit (wat u in die vorige stap gedokumenteer het)
  9. Ons installeer eers die bedryfstelsel (verkieslik Windows-bediener 2019 - daar is 'n hoë-gehalte RDP) in proefmodus, maar evalueer in geen geval nie (jy moet dit later van nuuts af installeer). En eers na 'n suksesvolle bekendstelling los ons probleme met lisensies op en aktiveer die bedryfstelsel.
  10. Ook, voor implementering, kies ons 'n inisiatiefgroep om die werk te toets en aan toekomstige gebruikers te verduidelik die voordele van werk met 'n grafiese bediener. As dit daarna gedoen word, verhoog ons die risiko van klagtes, sabotasie en onredelike negatiewe resensies.

Dit voel asof werk aan HOP nie anders is as om in 'n plaaslike sessie te werk nie. Dikwels vergeet jy selfs dat jy iewers via RDP werk – selfs video- en soms videokommunikasie in 'n HOP-sessie werk immers sonder merkbare vertragings, want nou het die meeste mense hoëspoed-internet gekoppel. Wat die spoed en funksionaliteit van RDP betref, gaan Microsoft nou voort om beide 3D hardewareversnelling en multimonitors aangenaam te verras - alles wat gebruikers van grafiese, 3D en CAD / CAM-programme nodig het vir afstandwerk!

So in baie gevalle is die installering van 'n grafiese bediener volgens die implementering verkieslik en meer mobiel as 10 grafiese stasies of rekenaars.

NS Hoe om maklik en veilig via die internet via RDP te koppel, sowel as die optimale instellings vir RDP-kliënte - jy kan in die artikel loer "Afstandswerk in die kantoor. RDP, Port Knocking, Mikrotik: eenvoudig en veilig"

Bron: will.com

Voeg 'n opmerking