Szinte minden vállalatnak ma már kötelezően van egy osztálya vagy csoportja, amely CAD/CAM programokkal foglalkozik.
Ez a felhasználói csoport komoly hardverigényekkel bír: sok memória — 64GB vagy több, professzionális grafikus kártya, gyors SSD, és megbízható rendszer. Gyakran a cégek néhány felhasználónak az ilyen osztályokban több er powerful számítógépet (vagy grafikus állomást) vásárolnak, a többieknek pedig gyengébb gépeket a szükségletek és a vállalat pénzügyi lehetőségei függvényében. Ez általában a feladatok megoldásának standard megközelítése, és jól működik. De a pandémia és a távmunkák idején ez a megközelítés nem optimális, túlzó és rendkívül kényelmetlen az adminisztrálás, irányítás és egyéb szempontok szempontjából. Miért van ez így, és mi az ideális megoldás, amely tökéletesen kielégíti a sok vállalat grafikai állomásainak szükségleteit? Kérem, látogasson el a részletekhez, ahol leírtuk, hogyan lehet olcsón és hatékonyan összerakni egy megoldást, amely több legyet is üthet egy csapásra, és milyen apró részletekre kell figyelni a megoldás sikeres bevezetéséhez.
Tavaly decemberben egy vállalat új irodát nyitott egy kis K+F csoport számára, és az volt a feladat, hogy megszervezze számukra az egész számítógépes infrastruktúrát figyelembe véve, hogy a felhasználóknak már van néhány laptopjuk és egy pár szerver. A laptopok már néhány évesek voltak, és jellemzően játék konfigurációk 8-16GB RAM-mel, ami főleg nem volt elegendő a CAD/CAM alkalmazások terheléséhez. A felhasználóknak mobilnak kell lenniük, mert gyakran szükséges nem az irodából dolgozni. Minden laptophoz még egy monitor is vásárolásra került az irodában (így dolgoznak a grafikával). Ekkor a megadott adatok alapján az egyetlen optimális, de kockázatos megoldás számomra — egy erőteljes terminálszerver bevezetése erőteljes professzionális grafikus kártyával és NVMe SSD lemezzel.
A grafikus terminálszerver és az RDP-n keresztüli munka előnyei
- Különböző erőteljes számítógépeken vagy grafikus állomásokon az idő nagy részében a hardveres erőforrások nem kerülnek felhasználásra, még a harmaduk sem, és üresen állnak, és csak rövid időszakokban használják ki az 35-100%-os kapacitásukat. A hatékonyság általában 5-20 százalék.
- De a hardver gyakran nem a legköltségesebb összetevő, hiszen az alap grafikai vagy CAD/CAM szoftverlicencek gyakran 5000 dollártól kezdődnek, és ha még bővített opciókkal rendelkeznek, akkor akár 10 000 dollártól is. Általában az RDP session-ben ezek a programok problémamentesen futnak, de néha szükség lehet az RDP opció rendelésére, vagy fórumokon kell keresgélnünk, hogy mit kell beállítani a konfigurációkban vagy a rendszerleíró adatbázisban, és hogyan indítsuk el ezeket a programokat az RDP session-ben. De ellenőriznünk kell, hogy a szükséges szoftver RDP-n is működik. az elején és mindezt egyszerűen megtehetjük: megpróbálunk bejelentkezni RDP-n — ha a program elindul és az alapvető funkciók működnek, akkor valószínűleg nem lesz probléma a licencel. Ha viszont hibát jelez, akkor a grafikus terminálszerver projekttel való bevezetés előtt keresünk számunkra megfelelő megoldást a problémára.
- Egy másik nagy előny a hasonló konfigurációk és speciális beállítások, komponensek és sablonok támogatása, ami gyakran nehezen megvalósítható minden PC felhasználó számára. A szoftver kezelése, adminisztrálása és frissítése is «zökkenőmentes».
Összességében sok előny van — nézzük meg, hogyan teljesít a gyakorlatban a szinte tökéletes megoldásunk.
Szerver összeállítása használt CISCO UCS-C220 M3 v2 alapon.
Kezdetben újabb és erősebb szervert terveztünk 256GB DDR3 ECC memóriával és 10GB ethernet kapcsolattal, de azt mondták, hogy egy kicsit spórolni kell, és be kell férni a 1600 dolláros költségekbe a terminálszerverre. No lényeg — a kliens mindig igazat mond, és ennek megfelelően választhatunk:
használt CISCO UCS-C220 M3 v2 (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ECC — 625$
3.5" 3TB SAS 7200 használt az USA-ból — 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung — 200$
QUADRO P2200 5120MB grafikus kártya — 470$
Ewell PCI-E 3.0 to M.2 SSD adapter (EW239) -10$
Összesen a szerver ár = 1435$
Terveztem egy 1TB-os SSD-t és egy 10GB ethernet adaptert – 40$, de kiderült, hogy az ő 2 szerverükhöz nem volt UPS, és egy kicsit vissza kellett venni, és meg kellett vásárolni az UPS PowerWalker VI 2200 RLE-t -350$.
Miért szerver, és nem egy erős PC? A kiválasztott konfiguráció indoklása.
Sok rövidlátó admin (sokszor találkoztam már vele) — valamiért erős (gyakran játékra szánt) PC-t vásárolnak, 2-4 lemezt raknak bele, RAID 1-et hoznak létre, büszkén szervernek nevezik, és egy sarokban állítják fel az irodában. Természetesen az egész hardver «vegyes tál» kétes minőségben. Ezért részletesen leírom, hogy miért éppen ilyen konfigurációt választottunk ilyen költségvetés mellet.
- Megbízhatóság!!! — minden szerver alkatrészt a működésre terveztünk és teszteltünk 5-10 évre. A játékos alaplapok maximum 3-5 évig működnek, és a garanciaidő alatt a hibásodás aránya a legtöbb esetben meghaladja az 5%-ot. A mi szerverünk egy rendkívül megbízható CISCO márkájú termék, így jelentős problémákra nem számítunk, és a hibák valószínűsége messze alacsonyabb, mint egy állandó PC esetében.
- Fontos alkatrészek, mint például a tápegységek, duplikálva vannak, és ideális esetben két különböző vonalról tudjuk biztosítani az áramot; ha az egyik tápegység meghibásodik, a szerver továbbra is működik.
- ECC memória — ma már kevesen emlékeznek, hogy az ECC memóriát eredetileg egy bites hibák korrigálására vezették be, amely nagyrészt a kozmikus sugárzás hatására következik be, és 128 GB memória esetén ez évente többször is előfordulhat. Egy állandó PC esetében tapasztalhatjuk a programok lefagyását és egyéb kisebb problémákat, ami nem kritikus, de egy szerver esetében a hiba költsége néha nagyon magas (például hibás adatbejegyzés az adatbázisban), és komoly hiba esetén újra kell indítani, ami néha több ember egy napos munkájába kerül.
- Skálázhatóság — a cégek erőforrásigénye gyakran többszörösére nő néhány év alatt, és a szerverbe könnyen lehet memóriát vagy lemezeket hozzáadni, vagy a processzorokat megváltoztatni (a mi esetünkben a hatszálas E5-2620-ról tízmagos Xeon E5 2690 v2-re) — egy átlagos PC esetében szinte semmiféle skálázhatóság nincs.
- Szerver formátum U1 — a szervereknek szervertermekben kell elhelyezkedniük! és kompakt állványokban, nem szabad, hogy zajt csapjanak (akár 1 kW hőt is kibocsátva) és a bürokráciában a sarokban zajongjanak! A cég új irodájában külön területet biztosítottak (3-6 egységnyi) a szervertermekben, és egy egység a mi szerverünk számára pont megfelelő volt.
- Távoli: vezérlés és konzol — enélkül a normális szerverkarbantartás távoli! munkavégzés esetén rendkívül nehézkes!
- 128 GB RAM — a műszaki leírásban 8-10 felhasználó volt megemlítve, de a valóságban 5-6 egyidejű munkamenet lesz — ezért figyelembe véve a cég typikus maximális memóriahasználatát: 2 felhasználó 30-40 GB-mal = 70 GB és 4 felhasználó 3-15 GB-mal = 36 GB, + 10 GB az operációs rendszernek, összesen 116 GB és 10%-os tartalékunk van (ezek mind ritka maximum használat esetén). De ha nem lesz elég, bármikor hozzáadhatunk 256 GB-ig.
- QUADRO P2200 5120MB videokártya — átlagosan felhasználónként a cégben a
A távoli munkamenet grafikus memóriahasználata 0,3GB és 1,5GB között változott, így az 5GB elegendő lesz. Az alapadatok egy hasonló, de gyengébb megoldásból származnak, amely i5/64GB/Quadro P620 2GB alapú volt, és elegendő volt 3-4 felhasználónak. - SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung – az egyidejű működéshez.
8-10 felhasználó, szükséges az NVMe sebessége és a Samsung SSD megbízhatósága. Funkcionálisan ez a meghajtó operációs rendszernek és alkalmazásoknak lesz használva. - 2x3TB sas – RAID 1-be egyesítjük, használjuk nagyobb vagy ritkán használt helyi felhasználói adatokhoz, valamint a rendszer és a kritikus helyi adatok mentésére az NVMe meghajtóról.
A konfiguráció jóváhagyásra került és megvásárlásra került, és hamarosan elérkezik a pillanat az igazságra!
Összeszerelés, beállítás, telepítés és problémamegoldás.
Kezdetektől fogva nem voltam biztos benne, hogy ez egy 100%-ban működő megoldás, hiszen bármelyik lépésnél, kezdve az összeszereléstől a telepítésig, elindításig és az alkalmazások megfelelő működéséig megakadadhattam, így a szerverről megállapodtam, hogy néhány napon belül vissza lehet hozni, a többi komponenst pedig egy alternatív megoldásban lehet használni.
1 kitalált probléma – a videokártya profi, teljes méretű! + pár mm, mi van, ha nem fér be? 75w – és mi van, ha a PCI csatlakozó nem bírja? És hogyan biztosítok normális hőelvezetést ezekből a 75w-ból? De beépült, elindult, a hőelvezetés normális (főleg ha a szerver ventilátorait a közepesnél magasabb fordulatra állítom). Igaz, amikor beépítettem, hogy biztos legyek benne, hogy semmi nem zárja le a szervert, 1mm-re meghajlítottam valamit (már nem emlékszem, hogy mit), a végleges beállítás után pedig a szerver tetejéről levettem a fóliát az utasításokról, ami az egész tetőt lefedte, és ami ronthatta volna a hőelvezetést.
2. próba – az NVMe meghajtó átjárón keresztül nem látszódhatott, vagy a rendszer nem települhetett oda, ha mégis, akkor nem töltődött volna be. Furcsamód a Windows telepítve lett az NVMe meghajtóra, de bootolni nem tudott, ami logikus, mivel a BIOS (még frissítve) sehogy sem akarta észlelni a NVMe-t bootolás céljából. Nem akartam kényszeríteni, de muszáj volt – itt jött a segítségünkre a kedvenc híroldalunk, a habr és egy poszt. letöltöttem , elkészítettem egy indítómeghajtót a CloverBootManager segítségével a posztban található útmutató szerint, az indítást a BIOS-ban az első helyre állítottam, és már töltjük is az indítót a meghajtóról, a Clover sikeresen észlelte az NVMe meghajtónkat, és pár másodperc múlva automatikusan arról indult! Játszhattunk volna a Clover telepítésével a 3TB-os RAID meghajtónkra, de már szombat este volt, és még egy nap munka maradt hátra, mert hétfőre el kellett adni a szervert vagy ott kellett hagyni. Az indítómeghajtót bent hagytam a szerverben, ott éppen volt egy felesleges USB.
A harmadik majdnem kudarcveszély. Telepítettem a Windows 2019 standard + RD szolgáltatásokat, telepítettem a fő alkalmazást, ami miatt az egész elkezdődött, és minden csodásan működik és szó szerint repeszt.
Csodálatos! Megyek haza és RDP-n csatlakozom, az alkalmazás elindul, de érződik, hogy komoly késlekedés van, nézem, és az alkalmazásban az üzenet "soft mód be van kapcsolva". Mi van?! Keresek frissebb és szuperprofesszionális drivereket a videokártyához, telepítem - eredmény nulla, a régebbi driverek a P1000-höz sem segítenek. Közben a belső hangom csak cinikusan mondja: "Pedig mondtam, hogy ne kísérletezz a frissekkel - használd a P1000-et". Az idő már régóta éjszaka van, nehéz szívvel fekszem le aludni. Vasárnap, megyek az irodába - a szerverbe berakok egy Quadro P620-at és szintén RDP-n nem működik - MS, mi a baj? Keresgélek a fórumokon "2019 szerver és RDP" - a választ majdnem azonnal megtaláltam.
Kiderült, hogy mivel a legtöbb embernek nagy felbontású monitorai vannak, és a legtöbb szerverben a beépített grafikus adapterek nem támogatják ezeket a felbontásokat - ezért az alapértelmezett hardveres gyorsítás a csoportházirendeken keresztül ki van kapcsolva. Idézem az utasítást a bekapcsolásról:
- Nyisd meg a Csoportházirend-szerkesztő eszközt a vezérlőpultból, vagy használd a Windows kereső párbeszédablakot (Windows billentyű + R, majd írd be a gpedit.msc-t)
- Böngéssz a következő helyre: Helyi számítógépolicySzámítógép konfigurációAdminisztratív sablonokWindows összetevőkTávoli asztali szolgáltatásokTávoli asztali munkamenet gazdaTávoli munkamenet környezet
- Ezután engedélyezd a "Használja a hardveres alapértelmezett grafikus adaptert az összes Távoli asztali szolgáltatás munkamenetéhez" lehetőséget.
Újraindítunk — minden rendben működik RDP-n. A videokártyát P2200-ra cseréljük, újra működik! Most, hogy biztosak vagyunk abban, hogy a megoldás teljesen működőképes, a szerver összes beállítását a tökéletességhez igazítjuk, bevezetjük a doménbe, beállítjuk a felhasználói hozzáférést és egyebeket, a szervert a szerverterembe helyezzük. Csapatunkkal teszteljük pár napig — minden tökéletesen működik, a szerver erőforrásai bőségesen elegendők minden feladathoz, a RDP használatából adódó minimális késleltetés a felhasználók számára nem észlelhető. Csodálatos — a feladat 100%-ban teljesítve.
Néhány tényező, amely befolyásolja a grafikus szerver sikeres bevezetését.
Mivel a grafikus szerver bevezetésének bármely szakaszában felmerülhetnek olyan rejtett nehézségek, amelyek hasonló helyzetet okozhatnak, mint a megszökött halakról készült képen,
ezért a tervezési szakaszban néhány egyszerű lépést kell tennünk:
- Célcsoport és feladatok — azok a felhasználók, akik intenzíven dolgoznak grafikával, és szükségük van a videokártya hardveres gyorsítására. A megoldásunk sikere azon alapul, hogy a grafikai és CAD/CAM programokat használó felhasználók teljesítményigényeit már több mint 10 évvel ezelőtt bőségesen kielégítettük, és jelenleg a rendelkezésünkre álló teljesítmény meghaladja a szükségleteket 10-szer vagy még inkább. Például a GPU Quadro P2200 teljesítménye bőségesen elegendő 10 felhasználó számára, és még ha a videokártya memória nem is elegendő, akkor az RAM-ból pótolja, és egy hagyományos 3D fejlesztő számára ez a kis sebességcsökkenés észrevétlen marad. De ha a felhasználók feladatai között intenzív számítási feladatok (renderelés, számítások stb.) szerepelnek, amelyek gyakran 100%-os kihasználtságot követelnek meg, akkor a megoldásunk nem megfelelő, mivel más felhasználók ezekben az időszakokban nem tudnak normálisan dolgozni. Ezért alaposan elemezzük a felhasználók feladatait és a jelenlegi erőforrás-terhelést (legalább hozzávetőlegesen). Emellett figyelembe kell venni a napi lemezre írási mennyiséget, és ha az nagy, akkor ehhez a mennyiséghez már szerver SSD-ket vagy Optane lemezeket választunk.
- A felhasználók számának megfelelően kiválasztjuk a megfelelő erőforrásokkal rendelkező szervert, videokártyát és lemezeket:
- processzorok esetén a felhasználónként 1 mag + 2,3 az operációs rendszerre, de végül is mindenki egy adott időpontban nem használ egyszerre egy vagy legfeljebb két (ritka terhelésű modellnél) magot;
- grafikus kártya - nézzük az átlagos videomemória- és GPU-fogyasztást felhasználónként az RDP munkamenet során, és válasszunk professzionális grafikus kártyát!
- hasonlóan járunk el a RAM és a tárolórendszer esetében (jelenleg még olcsón lehet RAID nvme-t találni).
- Alaposan átnézzük a szerver dokumentációját (szerencsére minden márkás szerver teljes dokumentációval rendelkezik), hogy megfelel-e a csatlakozóknak, sebességeknek, tápellátásnak és támogatott technológiáknak, valamint a fizikai méreteknek és a hőelvezetési normáknak a telepített kiegészítők esetében.
- Ellenőrizzük szoftverünk normális működését több RDP munkamenetben, valamint a licencelési korlátozások hiányát, és alaposan ellenőrizzük a szükséges licencek meglétét. Ezt a kérdést még az implementáció első lépései előtt tisztázzuk. Ahogy a tisztelt malefix megjegyzésében is elhangzott,
"— A licencek felhasználók számához köthetők — ekkor megsértjük a licencet.
— A szoftver helytelenül működhet több futó példány esetén — ha bárhol is írna szemetet vagy a beállításokat nem a felhasználói profilban/%temp%-ben, hanem valami nyilvános helyen, nagyon szórakoztató lesz a probléma felderítése" - Gondoljuk át, hol lesz a grafikus szerver telepítve, ne feledkezzünk meg az UPS-ről és a gyors ethernet portok jelenlétéről, valamint az internet csatlakozásról (ha szükséges), és hogy megfelel-e a szerver klimatikus követelményeinek.
- A bevezetési időszakot legalább 2,5-3 hétre növeljük, hiszen sok apró szükséges alkatrész akár két hétig is elérhet, és a szerelés és beállítás is néhány napot igénybe vehet — csak a szerver bekapcsolása az operációs rendszerig több mint 5 percet is igénybe vehet.
- Beszéljük meg a vezetőséggel és a beszállítókkal, hogyha esetleg a projekt bármely szakaszában nem halad vagy nem úgy alakul, ahogy kellene, akkor lehetőség van visszatérítésre vagy cserére.
- Ezen kívül a malefix
minden beállítási kísérlet után mindent törölni és újra telepíteni. Így:
— a kísérletek során fontos minden kulcsbeállítást dokumentálni
— az alaptelepítés során újra végrehajtja a minimálisan szükséges beállításokat (amelyeket az előző szakaszban dokumentáltak) - A műveleti rendszert (ajánlott a Windows Server 2019 — itt minőségi RDP található) kezdetben Próbaverziós módban telepítjük, de semmiképpen sem evaluate (akkor újra kell telepíteni). Csak a sikeres indítás után foglalkozunk a licencek kérdésével és aktiváljuk az operációs rendszert.
- A bevezetés előtt emellett kiválasztunk egy kezdeményező csoportot a munka ellenőrzésére, és elmagyarázzuk a jövőbeli felhasználóknak a grafikus szerver használatának előnyeit. Ha ezt később tesszük, növeljük a panaszok, szabotázs és megalapozatlan negatív vélemények kockázatát.
Az RDP-s munkavégzés érzete nem különbözik a helyi munkamenettől. Gyakran még el is feledkezik róla, hogy valahol RDP-n dolgozik — hiszen még a videók és néha a videohívások is RDP-munkamenetben érzékelhető késleltek nélkül működnek, hiszen most a legtöbb embernél gyors internetkapcsolat van. Az RDP sebessége és funkcionalitása terén a Microsoft jelenleg kellemesen meglep bennünket, és a 3D hardveres gyorsítás, valamint a többmonitoros támogatás — mindez szükséges a grafikus, 3D és CAD/CAM programok távoli használatához!
Ezért sok esetben a grafikus szerver telepítése a végrehajtott bevezetés szerint előnyösebb és mobilabb, mint 10 grafikus munkaállomás vagy PC.
P.S. Hogyan lehet egyszerűen és biztonságosan csatlakozni az interneten RDP-n keresztül, valamint az optimális beállítások RDP ügyfelekhez — ezt elolvashatja a ""
Forrás: habr.com
