Szervert állítunk össze grafikus és CAD/CAM alkalmazásokhoz RDP-n keresztüli távoli munkához használt CISCO UCS-C220 M3 v2 alapján

Szervert állítunk össze grafikus és CAD/CAM alkalmazásokhoz RDP-n keresztüli távoli munkához használt CISCO UCS-C220 M3 v2 alapján
Ma már szinte minden vállalatnak van egy CAD/CAM-ben dolgozó osztálya vagy csoportja
vagy nehéz tervezési programok. Ezt a felhasználói csoportot a hardverrel szemben támasztott komoly követelmények egyesítik: sok memória - 64 GB vagy több, professzionális videokártya, gyors ssd és megbízhatóság. A vállalatok gyakran vásárolnak több nagy teljesítményű PC-t (vagy grafikus állomást) az ilyen részlegek egyes felhasználóinak, míg másoknak kisebb teljesítményűeket, a vállalat igényeitől és pénzügyi lehetőségeitől függően. Gyakran ez a standard megközelítés az ilyen problémák megoldására, és jól működik. De világjárvány és távoli munka során, és általában véve, ez a megközelítés nem optimális, nagyon redundáns és rendkívül kényelmetlen adminisztrációs, irányítási és egyéb szempontok szerint. Miért van ez így, és melyik megoldás felel meg ideálisan sok cég grafikus állomás igényeinek? Üdvözöljük a macskában, amely leírja, hogyan lehet egy működő és olcsó megoldást összeállítani több madár megölésére és etetésére egy csapásra, és milyen apró árnyalatokat kell figyelembe venni a megoldás sikeres megvalósításához.

Tavaly decemberben az egyik cég új irodát nyitott egy kisebb tervezőirodának, és azt a feladatot kapta, hogy a teljes számítógépes infrastruktúrát megszervezzék számukra, tekintettel arra, hogy a cég már rendelkezett laptopokkal a felhasználók számára és egy-két szerverrel. A laptopok már pár évesek voltak, és főleg játékkonfigurációk voltak 8-16 GB RAM-mal, és általában nem bírták a CAD/CAM alkalmazások okozta terhelést. A felhasználóknak mobilnak kell lenniük, mivel gyakran az irodától távol kell dolgozniuk. Az irodában minden laptophoz egy további monitort vásárolnak (így működnek a grafikával). Ilyen bemeneti adatokkal az egyetlen optimális, de kockázatos megoldás számomra egy erős terminál szerver megvalósítása erős professzionális videokártyával és nvme ssd lemezzel.

A grafikus terminálszerver és az RDP-n keresztüli munka előnyei

  • Az egyes nagy teljesítményű PC-ken vagy grafikus állomásokon a hardver erőforrásokat legtöbbször a harmada sem használja ki, és tétlen marad, és kapacitásuk 35-100%-án csak rövid ideig használják. Alapvetően 5-20 százalékos a hatásfok.
  • De gyakran a hardver messze nem a legdrágább alkatrész, mert az alap grafikus vagy CAD/CAM szoftverlicencek ára gyakran 5000 dollártól, de még speciális opciókkal együtt is 10 000 dollárig terjed. Általában ezek a programok probléma nélkül futnak egy RDP munkamenetben, de néha meg kell rendelni az RDP opciót, vagy meg kell keresni a fórumokon, hogy mit kell írni a konfigurációkba vagy a rendszerleíró adatbázisba, és hogyan kell futtatni az ilyen szoftvereket egy RDP-munkamenetben. De ellenőrizze, hogy a szükséges szoftver működik-e az RDP-n keresztül már az elején kellett és ezt könnyű megtenni: megpróbálunk RDP-n keresztül bejelentkezni - ha a program elindult, és minden alapvető szoftverfunkció működik, akkor valószínűleg nem lesz probléma a licencekkel. Ha pedig hibát ad, akkor egy grafikus terminálszerverrel való projekt megvalósítása előtt keressük a számunkra megfelelő megoldást a problémára.
  • Szintén nagy előny, hogy ugyanazt a konfigurációt és konkrét beállításokat, összetevőket és sablonokat támogatják, amit gyakran nehéz minden PC-felhasználó számára megvalósítani. A menedzsment, az adminisztráció és a szoftverfrissítések is „gökkenőmentesek”

Általánosságban elmondható, hogy számos előnye van – nézzük meg, hogyan mutatkozik meg a gyakorlatban a mi szinte ideális megoldásunk.

Szervert szerelünk össze egy használt CISCO UCS-C220 M3 v2 alapján

Kezdetben egy újabb és erősebb szerver vásárlását tervezték 256 GB DDR3 ecc memóriával és 10 GB Ethernettel, de azt mondták, hogy spórolni kell egy kicsit, és bele kell férni egy 1600 dolláros terminálszerverre. Nos, oké - az ügyfél mindig mohó és igaza van, mi pedig ezt az összeget választjuk ki:

használt CISCO UCS-C220 M3 v2 (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ecc - 625 USD
3.5" 3 TB sas 7200 US ID - 2 × 65 $ = 130 $
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 GB Samsung – 200 USD
Videokártya QUADRO P2200 5120 MB – 470 dollár
Ewell PCI-E 3.0–M.2 SSD adapter (EW239) -10 USD
Összesen szerverenként = 1435 USD

Egy 1TB-os ssd-t és egy 10GB-os ethernet adaptert terveztek venni - 40 dollár, de kiderült, hogy a 2 szerverükhöz nincs UPS, és egy kicsit spórolni kellett, és vettünk egy UPS PowerWalker VI 2200 RLE-t - 350 dollár.

Miért egy szerver és nem egy erős PC? A választott konfiguráció indoklása.

Sok szűklátókörű rendszergazda (sokszor találkoztam már ezzel) valamiért vesz egy erős PC-t (gyakran játék PC-t), rak oda 2-4 lemezt, létrehoz RAID 1-et, büszkén hívja szervernek és beteszi a az iroda sarkában. Az egész csomag természetes - egy kétes minőségű „gubacs”. Ezért részletesen leírom, hogy miért ezt a konfigurációt választották ilyen költségvetéshez.

  1. Megbízhatóság!!! — minden szerverkomponenst úgy terveztek és teszteltek, hogy több mint 5-10 évig működjenek. A játékos anyák pedig legfeljebb 3-5 évig dolgoznak, és még a garanciális időszak alatti meghibásodások aránya is egyeseknél meghaladja az 5%-ot. Szerverünk pedig a szupermegbízható CISCO márkától származik, így különösebb problémák nem várhatók, és ezek valószínűsége egy nagyságrenddel kisebb, mint egy álló PC
  2. A fontos összetevők, mint például a tápegység megkettőződnek, és ideális esetben két különböző vonalról is táplálható, és ha az egyik egység meghibásodik, a szerver továbbra is működik
  3. ECC-memória - ma már kevesen emlékeznek arra, hogy kezdetben az ECC-memória egy-egy bit kijavítására vezette be a főként kozmikus sugarak hatásából eredő hibát, és 128 GB-os memóriakapacitással - évente többször is előfordulhat hiba. Álló PC-n megfigyelhetjük a program összeomlását, lefagyását stb., ami nem kritikus, de a szerveren esetenként nagyon magas a hiba költsége (pl. egy hibás bejegyzés az adatbázisban), esetünkben komoly meghibásodás esetén újra kell indítani és néha több embernek egy napi munkába kerül
  4. Skálázhatóság - gyakran pár év alatt többszörösére nő a cég erőforrásigénye, és könnyen lehet lemezmemóriát bővíteni a szerverrel, processzort cserélni (esetünkben hatmagos E5-2620-ról tízmagos Xeon E5 2690 v2-re) - normál PC-n szinte nincs skálázhatóság
  5. Szerver formátum U1 - a szervereknek szerverszobákban kell lenniük! és kompakt állványokban, ahelyett, hogy gyújtogatni (akár 1KW hőt) és zajt kelteni az iroda sarkában! Éppen a cég új irodájában a szerverteremben egy kis (3-6 db) hely külön került kialakításra és a szerverünkön egy egység közvetlenül mellettünk volt.
  6. Távoli: felügyelet és konzol - e nélkül a szokásos távoli szerver karbantartás nélkül! rendkívül nehéz munka!
  7. 128 GB RAM - a műszaki adatok szerint 8-10 felhasználó, de a valóságban 5-6 egyidejű munkamenet lesz - ezért az adott cégnél jellemző maximális memóriafogyasztást figyelembe véve 2 felhasználó 30-40 GB = 70 GB és 4 felhasználó 3-15 GB = 36 GB, + 10 GB-ig operációs rendszerenként, összesen 116 GB és 10% tartalék (ez mind ritka esetekben a maximális használat. De ha nem lenne elég, bármikor hozzáadhat 256 GB-ot idő
  8. QUADRO P2200 videokártya 5120 MB - átlagosan felhasználónként az adott cégnél
    Távoli munkamenetben a videomemória fogyasztása 0,3 GB és 1,5 GB között volt, tehát 5 GB is elegendő lenne. A kezdeti adatokat egy hasonló, de kevésbé erős, i5-re épülő megoldásból vettük/64GB/Quadro P620 2GB, ami 3-4 felhasználónak volt elég
  9. SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 GB Samsung - az egyidejű működéshez
    8-10 felhasználó, amire szükség van, az az NVMe sebessége és a Samsung ssd megbízhatósága. Ami a funkcionalitást illeti, ezt a lemezt az operációs rendszerhez és az alkalmazásokhoz fogják használni
  10. 2x3TB sas - RAID 1-be kombinálva, nagy vagy ritkán használt helyi felhasználói adatokhoz, valamint rendszermentéshez és kritikus helyi adatokhoz az nvme lemezről

A konfigurációt jóváhagyták és megvásárolták, és hamarosan eljön az igazság pillanata!

Összeszerelés, konfigurálás, telepítés és problémamegoldás.

Kezdettől fogva nem voltam biztos abban, hogy ez egy 100%-ban működő megoldás, hiszen az összeszereléstől a telepítésig, az indításig és az alkalmazások helyes működéséig minden szakaszban elakadhat az ember a folytatás nélkül, így beleegyeztem a szerver, amelyen belül lenne. Pár napon belül vissza lehet majd küldeni, és más komponensek is használhatók alternatív megoldásban.

1 messzire menő probléma - a videokártya profi, full formátumú! + pár mm, de mi van ha nem illik? 75 W - mi van, ha a PCI-csatlakozó nem működik? És ezekhez a 75W-okhoz hogyan lehet normális hűtőbordát csinálni? De belefért, beindult, a hőleadás normális (főleg, ha a szerverhűtőket az átlagosnál nagyobb sebességgel kapcsolják be. Viszont a telepítéskor, hogy ne legyen rövidzárlat, valamit meghajlítottam a szerver 1mm (nem emlékszem mire), de a jobb hőleadás érdekében a fedélről A szerver aztán a végső beállítás után leszakította azt az utasítási fóliát, ami a teljes fedélen volt, és ami ronthatta a fedélen keresztüli hőelvezetést.

2. teszt - előfordulhat, hogy az NVMe lemez nem látható az adapteren keresztül, vagy a rendszer nem lenne telepítve oda, és ha telepítve van, akkor nem indul el. Furcsa módon a Windows egy NVMe lemezre volt telepítve, de nem tudott róla elindulni, ami logikus, mivel a BIOS (még a frissített is) semmilyen módon nem akarta felismerni az NVMe-t a rendszerindításhoz. Nem akartam mankó lenni, de muszáj volt – itt a kedvenc hubunk és posztunk segített az nvme lemezről való indításról régebbi rendszereken letöltve Boot Disk Utility (BDUtility.exe), elkészített egy flash meghajtót a CloverBootManagerrel a bejegyzés utasításai szerint, először a BIOS-ba telepítette a flash meghajtót a rendszerindításhoz, és most a flash meghajtóról töltjük be a bootloadert, Clover sikeresen meglátta az NVMe lemezünket és automatikusan elindult róla pár másodperc! A 3TB-os raid lemezünkre lóhere telepítésével játszhattunk, de már szombat este volt, és még hátra volt egy munkanap, mert hétfőig vagy át kellett adni a szervert, vagy otthagyni. A rendszerindító USB flash meghajtót a szerverben hagytam, ott volt egy extra USB.

3. szinte a kudarc veszélye. Telepítettem a Windows 2019 standard +RD szolgáltatásokat, telepítettem a fő alkalmazást, amelyhez minden elindult, és minden csodálatosan működik, és szó szerint repül.

Elképesztő! Hazafelé tartok és RDP-n keresztül csatlakozom, elindul az alkalmazás, de komoly lemaradás van, ránézek a programra és megjelenik a programban a „soft mode is on” üzenet. Mit?! Videókártyához keresek frissebb és szuperprofi tűzifát nulla eredményt adok, régebbi tűzifa a p1000-hez szintén semmi. És ilyenkor a belső hang folyamatosan gúnyolódik: „Megmondtam – ne kísérletezz a friss dolgokkal – vegyél p1000-et.” És itt az ideje - már éjszaka van az udvaron, nehéz szívvel fekszem le. Vasárnap megyek az irodába - betettem egy quadro P620-at a szerverbe, és az sem működik RDP-n keresztül - MS, mi a baj? Rákerestem a fórumokon a „2019 szerver és RDP” kifejezésre, és szinte azonnal megtaláltam a választ.

Kiderült, hogy mivel a legtöbb embernek ma már nagy felbontású monitorja van, és a legtöbb szerveren a beépített grafikus adapter nem támogatja ezeket a felbontásokat, a hardveres gyorsítás alapértelmezés szerint le van tiltva a csoportházirendeken keresztül. Idézem a beillesztéshez szükséges utasításokat:

  • Nyissa meg a Csoportházirend szerkesztése eszközt a Vezérlőpultról, vagy használja a Windows Search párbeszédpanelt (Windows Key + R, majd írja be a gpedit.msc parancsot)
  • Tallózás: Helyi számítógép házirend Számítógép-konfigurációFelügyeleti sablonok Windows-összetevők Távoli asztali szolgáltatások Távoli asztali munkamenet gazdagép Távoli munkamenet környezet
  • Ezután engedélyezze a „A hardver alapértelmezett grafikus adapterének használata az összes távoli asztali szolgáltatások munkamenetéhez” lehetőséget.

Újraindítjuk - minden rendben működik az RDP-n keresztül. Kicseréljük a videókártyát P2200-ra és újra működik! Most, hogy megbizonyosodtunk arról, hogy a megoldás teljesen működik, minden szerverbeállítást ideálisra állítunk, beírjuk a tartományba, konfiguráljuk a felhasználói hozzáférést stb., és telepítjük a szervert a szerverszobába. Pár napig teszteltük az egész csapattal - minden tökéletesen működik, minden feladathoz elegendő szervererőforrás van, az RDP-n keresztüli munkavégzés következtében fellépő minimális késés minden felhasználó számára láthatatlan. Remek - a feladatot 100%-ban teljesítették.

Néhány pont, amelytől függ a grafikus szerver megvalósításának sikere

Mivel a grafikus szerver szervezetbe való bevezetésének bármely szakaszában előfordulhatnak buktatók, amelyek a képen láthatóhoz hasonló helyzetet teremthetnek a kiszabadult halakkal.

Szervert állítunk össze grafikus és CAD/CAM alkalmazásokhoz RDP-n keresztüli távoli munkához használt CISCO UCS-C220 M3 v2 alapján

akkor a tervezési szakaszban meg kell tennie néhány egyszerű lépést:

  1. A célközönség és a feladatok azok a felhasználók, akik intenzíven dolgoznak a grafikával, és a videokártya hardveres gyorsítására van szükségük. Megoldásunk sikere azon alapszik, hogy a grafikus és CAD/CAM programokat használók teljesítményigényét több mint 10 évvel ezelőtt túlzottan kielégítették, és jelenleg 10-szeres, ill. több. Például a Quadro P2200 GPU teljesítménye bőven elegendő 10 felhasználó számára, és még elégtelen videomemória mellett is a videokártya pótolja a RAM-ból, és egy átlagos 3D-s fejlesztő számára a memória sebességének ilyen kis csökkenése észrevétlen . De ha a felhasználók feladatai közé tartoznak az intenzív számítási feladatok (renderelés, számítások stb.), amelyek gyakran az erőforrások 100%-át igénybe veszik, akkor a mi megoldásunk nem megfelelő, mivel a többi felhasználó ezekben az időszakokban nem tud normálisan dolgozni. Ezért gondosan elemezzük a felhasználói feladatokat és az aktuális erőforrás-terhelést (legalább hozzávetőlegesen). Arra is odafigyelünk, hogy a lemezre napi átírás mennyisége mennyi, és ha nagy mennyiségről van szó, akkor ehhez a kötethez szerver ssd vagy optane meghajtókat választunk.
  2. A felhasználók száma alapján az erőforrásokhoz megfelelő szervert, videokártyát és lemezeket választunk ki:
    • processzorok a képlet szerint 1 mag felhasználónként + 2,3 operációs rendszerenként, különben is, mindegyik egyszerre nem használ egy vagy legfeljebb két (ha a modell ritkán van betöltve) magot;
    • videokártya - nézze meg az átlagos videomemória és GPU-fogyasztást felhasználónként egy RDP-munkamenetben, és válasszon egy professzionálisat! videokártya;
    • Ugyanezt tesszük a RAM-mal és a lemezalrendszerrel is (ma már olcsón választhatjuk a RAID nvme-t is).
  3. Gondosan ellenőrizzük a szerver dokumentációját (szerencsére minden márkaszerver rendelkezik teljes dokumentációval), hogy megfelelnek-e a csatlakozóknak, sebességeknek, tápellátásnak és támogatott technológiáknak, valamint a telepített kiegészítő komponensek fizikai méreteinek és hőelvezetési szabványainak.
  4. Az RDP-n keresztül több munkamenetben ellenőrizzük szoftvereink normál működését, valamint a licencelési korlátozások hiányát és gondosan ellenőrizzük a szükséges licencek elérhetőségét. A megvalósítás első lépései előtt megoldjuk ezt a problémát. Ahogy a kommentben is elhangzott kedves malefix
    "- A licencek a felhasználók számához köthetők - akkor megsérti a licencet.
    — Előfordulhat, hogy a szoftver nem működik megfelelően több futó példánynál – ha legalább egy helyre szemetet vagy beállításokat ír ki, nem a felhasználói profilba/%temp%, hanem valami nyilvánosan elérhető helyre, akkor nagyon jól fogod érezni a problémát. ."
  5. Gondolkodunk azon, hogy hová kerüljön telepítésre a grafikus szerver, ne feledkezzünk meg az UPS-ről és a nagy sebességű ethernet portokról és az internetről (ha szükséges), valamint a szerver éghajlati követelményeinek való megfelelésről.
  6. A megvalósítási időt legalább 2,5-3 hétre növeljük, mert sok apró szükséges komponens akár két hétig is eltarthat, de az összeszerelés és a konfigurálás több napot vesz igénybe – már csak egy normál szerver betöltése az operációs rendszerbe több mint 5 percet is igénybe vehet.
  7. Megbeszéljük a vezetőséggel és a beszállítókkal, hogy ha a projekt valamelyik szakaszában hirtelen nem megy jól vagy rosszul sül el, akkor visszaküldhetjük vagy cserélhetjük.
  8. Szívesen javasolták is malefix megjegyzések
    a beállításokkal végzett összes kísérlet után bontson le mindent, és telepítse a semmiből. Mint ez:
    — a kísérletek során minden kritikus beállítást dokumentálni kell
    - új telepítés során megismétli a minimálisan szükséges beállításokat (amit az előző lépésben dokumentált)
  9. Először telepítjük az operációs rendszert (lehetőleg Windows Server 2019 - kiváló minőségű RDP-vel rendelkezik) próba módban, de semmilyen körülmények között nem értékeljük (ezt követően újra kell telepítenie a semmiből). És csak a sikeres indítás után oldjuk meg a licencekkel kapcsolatos problémákat és aktiváljuk az operációs rendszert.
  10. Ezenkívül a megvalósítás előtt kiválasztunk egy kezdeményező csoportot, amely teszteli a munkát, és elmagyarázza a jövőbeli felhasználóknak a grafikus szerverrel való munka előnyeit. Ha ezt később teszi meg, növeljük a panaszok, a szabotázs és a megalapozatlan negatív vélemények kockázatát.

Az RDP-n keresztüli munka semmiben sem különbözik a helyi munkamenettől. Gyakran még azt is elfelejti, hogy valahol az RDP-n keresztül dolgozik – elvégre az RDP-munkamenetben még a video- és néha a videokommunikáció is észrevehető késedelem nélkül működik, mivel ma már a legtöbb embernek nagy sebességű internetkapcsolata van. Ami az RDP sebességét és funkcionalitását illeti, a Microsoft továbbra is kellemes meglepetéseket okoz a 3D hardveres gyorsítással és a több monitorral – mindennel, amire a grafikus, 3D és CAD/CAM programok felhasználóinak szüksége van a távoli munkához!

Így sok esetben egy grafikus szerver telepítése az elvégzett megvalósítás szerint előnyösebb és mobilabb, mint 10 grafikus állomás vagy egy PC.

PS Hogyan lehet egyszerűen és biztonságosan csatlakozni az interneten keresztül az RDP-n keresztül, valamint az RDP-kliensek optimális beállításai - láthatja a cikkben "Távmunka az irodában. RDP, Port Knocking, Mikrotik: egyszerű és biztonságos"

Forrás: will.com

Hozzászólás