
Fast jede Firma hat heute eine Abteilung oder Gruppe, die im CAD/CAM tÀtig ist.
oder in schweren Designprogrammen. Diese Benutzergruppe hat hohe Anforderungen an die Hardware: viel RAM â 64 GB und mehr, eine professionelle Grafikkarte, schnelles SSD und zuverlĂ€ssige QualitĂ€t. Oft kaufen Unternehmen einigen Benutzern in solchen Abteilungen mehrere leistungsstarke PCs (oder Grafikstationen) und den anderen weniger leistungsstarke, je nach Bedarf sowie finanziellen Möglichkeiten des Unternehmens. Dies ist oft der Standardansatz zur Lösung solcher Aufgaben und funktioniert in der Regel gut. Doch wĂ€hrend der Pandemie und der Fernarbeit, und grundsĂ€tzlich â ist dieser Ansatz suboptimal, sehr ĂŒberdimensioniert und Ă€uĂerst unpraktisch in der Verwaltung, im Management und in anderen Aspekten. Warum ist das so, und welche Lösung erfĂŒllt die BedĂŒrfnisse nach Grafikstationen vieler Unternehmen ideal? Willkommen zum weiteren Abschnitt, in dem beschrieben wird, wie man eine funktionale und kostengĂŒnstige Lösung zusammenstellt, um mehrere Fliegen mit einer Klappe zu schlagen, und welche kleinen Nuancen berĂŒcksichtigt werden mĂŒssen, um diese Lösung erfolgreich zu implementieren.
Im Dezember letzten Jahres eröffnete ein Unternehmen ein neues BĂŒro fĂŒr ein kleines KonstruktionsbĂŒro und hatte die Aufgabe, die gesamte Computerinfrastruktur zu organisieren, da die Laptops fĂŒr die Benutzer und ein paar Server bereits im Besitz des Unternehmens waren. Die Laptops waren bereits ein paar Jahre alt und es handelte sich hauptsĂ€chlich um Gaming-Konfigurationen mit 8-16 GB RAM, die meist mit der Last von CAD/CAM-Anwendungen nicht zurechtkamen. Die Benutzer sollten mobil sein, da es oft notwendig ist, nicht im BĂŒro zu arbeiten. Im BĂŒro wird zusĂ€tzlich zu jedem Laptop ein Monitor angeschafft (so wird mit Grafik gearbeitet). Bei diesen Eingabewerten â die einzig optimale, aber riskante Lösung fĂŒr mich â ist die Implementierung eines leistungsstarken Terminalservers mit einer leistungsstarken professionellen Grafikkarte und NVMe SSD.
Vorteile eines grafischen Terminalservers und der Arbeit ĂŒber RDP
- An einzelnen leistungsstarken PCs oder Grafikstationen werden die Hardware-Ressourcen die meiste Zeit nicht einmal zu einem Drittel genutzt und stehen untÀtig herum, wÀhrend sie nur in kurzen ZeitrÀumen 35-100% ihrer Leistung nutzen. Der Wirkungsgrad liegt in der Regel zwischen 5-20 Prozent.
- Aber oft ist die Hardware nicht die kostenintensivste Komponente, denn grundlegende Grafik- oder CAD/CAM-Softwarelizenzen kosten hĂ€ufig ab 5000$, und mit zusĂ€tzlichen Optionen sogar ab 10.000$. Normalerweise lassen sich diese Programme in einer RDP-Sitzung problemlos starten, aber manchmal muss man die RDP-Option nachbestellen oder in Foren nachsehen, was man in den Konfigurationen oder der Registry eintragen muss und wie man solche Software in einer RDP-Sitzung ausfĂŒhrt. Aber man sollte ĂŒberprĂŒfen, ob die benötigte Software ĂŒber RDP funktioniert. muss am Anfang und das ist ganz einfach: Wir versuchen, uns ĂŒber RDP anzumelden â wenn das Programm gestartet wurde und alle grundlegenden Softwarefunktionen funktionieren, wird es wahrscheinlich auch keine Probleme mit den Lizenzen geben. Wenn es jedoch zu einem Fehler kommt, suchen wir vor der Umsetzung des Projekts mit dem grafischen Terminalserver nach einer fĂŒr uns akzeptablen Lösung des Problems.
- Ein weiterer groĂer Vorteil ist die UnterstĂŒtzung gleicher Konfigurationen und spezifischer Einstellungen, Komponenten und Vorlagen, was oft fĂŒr alle PC-Nutzer schwer umsetzbar ist. Verwaltung, Administration und Software-Updates klappen ebenfalls "reibungslos".
Insgesamt gibt es viele Vorteile â schauen wir, wie unser nahezu ideales Lösungskonzept in der Praxis abschneidet.
Wir stellen einen Server auf Basis eines gebrauchten CISCO UCS-C220 M3 v2 zusammen.
UrsprĂŒnglich war geplant, einen neueren und leistungsstĂ€rkeren Server mit 256GB DDR3 ECC-RAM und 10GB Ethernet zu kaufen, aber es wurde gesagt, dass wir ein wenig sparen und in das Budget von 1600$ fĂŒr den Terminalserver passen mĂŒssen. Na gut â der Kunde hat immer recht und wir passen uns diesem Betrag an:
gebrauchter CISCO UCS-C220 M3 v2 (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ECC â 625$
3,5" 3TB SAS 7200 aus den USA â 2Ă65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung â 200$
Grafikkarte QUADRO P2200 5120MB â 470$
Adapter Ewell PCI-E 3.0 zu M.2 SSD (EW239) -10$
Insgesamt fĂŒr den Server = 1435$
Geplant war ein SSD 1TB und ein 10GB Ethernet-Adapter â 40$, aber es stellte sich heraus, dass UPS fĂŒr deren 2 Server nicht vorhanden war, und wir mussten ein wenig zurĂŒckstecken und einen UPS PowerWalker VI 2200 RLE kaufen -350$.
Warum ein Server und nicht ein leistungsstarker PC? Die BegrĂŒndung der ausgewĂ€hlten Konfiguration.
Viele kurzsichtige Administratoren (ich habe schon oft damit zu tun gehabt) kaufen aus irgendeinem Grund leistungsstarke (oft Gaming-)PCs, statten diese mit 2-4 Festplatten aus, erstellen RAID 1, nennen das stolz einen Server und stellen ihn in eine Ecke des BĂŒros. NatĂŒrlich ist die gesamte Hardware eine "Zusammenstellung" fragwĂŒrdiger QualitĂ€t. Deshalb erklĂ€re ich detailliert, warum diese Konfiguration mit diesem Budget gewĂ€hlt wurde.
- ZuverlĂ€ssigkeit!!! â Alle Serverkomponenten sind so konzipiert und getestet, dass sie ĂŒber 5-10 Jahre funktionieren. Gaming-Motherboards halten im besten Fall 3-5 Jahre, und bei einigen liegt die Ausfallwahrscheinlichkeit wĂ€hrend der Garantiezeit sogar ĂŒber 5%. Unser Server stammt von der Ă€uĂerst zuverlĂ€ssigen Marke CISCO, sodass besondere Probleme nicht zu erwarten sind und die Wahrscheinlichkeit dafĂŒr deutlich geringer ist als bei einem StationĂ€r-PC.
- Wichtige Komponenten wie das Netzteil sind redundant, und idealerweise kann Strom von zwei verschiedenen Leitungen geliefert werden; wenn ein Netzteil ausfÀllt, arbeitet der Server weiterhin.
- ECC-Speicher â heute erinnert sich kaum noch jemand daran, dass ECC-Speicher ursprĂŒnglich zur Korrektur einzelner Bits eingefĂŒhrt wurde, die hauptsĂ€chlich durch kosmische Strahlung verursacht werden. Bei einem Speicherumfang von 128 GB kann es mehrere Fehler pro Jahr geben. Bei einem StationĂ€r-PC können wir ProgrammabstĂŒrze und Aussetzer beobachten, was nicht kritisch ist, aber auf einem Server kann der Preis eines Fehlers manchmal sehr hoch sein (zum Beispiel eine falsche Datenbankeintragung). In unserem Fall, bei einem ernsten Fehler, muss neu gestartet werden, was manchmal einen Tag Arbeit mehrerer Personen kosten kann.
- Skalierbarkeit â oft wachsen die Anforderungen eines Unternehmens an Ressourcen innerhalb weniger Jahre um ein Vielfaches, und im Server lassen sich problemlos Speicher und Festplatten hinzufĂŒgen, Prozessoren austauschen (in unserem Fall von sechskernigen E5-2620 auf zehnkernige Xeon E5 2690 v2) â bei einem gewöhnlichen PC gibt es kaum Skalierbarkeit.
- Serverformat U1 â Server mĂŒssen in ServerrĂ€umen aufgestellt werden! und in kompakten Racks, nicht in einer BĂŒroecke stehen und 1kW WĂ€rme erzeugen und LĂ€rm machen! In den neuen BĂŒrorĂ€umen wurde extra ein wenig (3-6 Einheiten) Platz im Serverraum bereitgestellt, und eine Einheit fĂŒr unseren Server war gerade ausreichend.
- Fernverwaltung: Management und Konsole â ohne dies ist eine ordnungsgemĂ€Ăe Wartung des Servers fĂŒr die Fernarbeit Ă€uĂerst schwierig!
- 128GB RAM â In den technischen Anforderungen wurden 8-10 Benutzer erwĂ€hnt, aber in der RealitĂ€t werden es 5-6 gleichzeitige Sitzungen sein â daher, unter BerĂŒcksichtigung des typischen maximalen Speicherverbrauchs in diesem Unternehmen von 2 Benutzern mit 30-40GB = 70GB und 4 Benutzern mit 3-15GB = 36GB, plus bis zu 10GB fĂŒr das Betriebssystem, haben wir insgesamt 116GB und 10% als Reserve (das alles ist im seltenen Fall der maximalen Nutzung). Aber wenn es nicht ausreicht, kann jederzeit auf bis zu 256GB aufgerĂŒstet werden.
- Grafikkarte QUADRO P2200 5120MB â im Durchschnitt hat jeder Benutzer in diesem Unternehmen eine
Im entfernten Sitzungsbetrieb lag der RAM-Verbrauch zwischen 0,3 GB und 1,5 GB, sodass 5 GB ausreichend sein werden. Die Daten stammen von einer Ă€hnlichen, jedoch weniger leistungsstarken Lösung, basierend auf i5/64 GB/Quadro P620 2 GB, die fĂŒr 3-4 Nutzer ausreichte. - SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung â fĂŒr den gleichzeitigen Betrieb.
8-10 Nutzer, die Geschwindigkeit von NVMe und die ZuverlĂ€ssigkeit der SSD von Samsung sind erforderlich. Diese Platte wird funktional fĂŒr das Betriebssystem und Anwendungen verwendet. - 2x3TB SAS â wir kombinieren sie im RAID 1, verwenden sie fĂŒr umfangreiche oder selten genutzte lokale Daten der Nutzer sowie fĂŒr System-Backups und kritische lokale Daten von der NVMe-Platte.
Die Konfiguration wurde genehmigt und gekauft, und bald steht der Moment der Wahrheit bevor!
Zusammenbau, Konfiguration, Installation und Problemlösungen.
Von Anfang an hatte ich nicht das Vertrauen, dass dies eine 100% funktionierende Lösung ist, da man an jedem Punkt, von der Montage bis zur Installation, dem Start und dem reibungslosen Betrieb der Anwendungen, stecken bleiben kann, ohne weitermachen zu können. Daher habe ich mich darauf geeinigt, dass der Server innerhalb von ein paar Tagen zurĂŒckgegeben werden kann, wĂ€hrend die anderen Komponenten in einer alternativen Lösung verwendet werden können.
1 erfundenes Problem â die Grafikkarte ist professionell und vollformatig! + ein paar mm, und was ist, wenn sie nicht passt? 75W â und was ist, wenn der PCI-Steckplatz das nicht verkraftet? Und wie kann man die normale WĂ€rmeabfuhr dieser 75W sicherstellen? Aber sie passte, startete und die WĂ€rmeabfuhr war in Ordnung (besonders wenn die ServerlĂŒfter auf höhere Drehzahlen eingestellt werden). Als ich sie einbaute, bog ich etwas fĂŒr den Fall, dass es kurzschlieĂen könnte, 1 mm weg (weiĂ nicht mehr was) und fĂŒr eine bessere WĂ€rmeabfuhr entfernte ich nach der endgĂŒltigen Einstellung die Schutzfolie von der gesamten Abdeckung, die die WĂ€rmeabfuhr ĂŒber die Abdeckung beeintrĂ€chtigen könnte.
2. PrĂŒfung â die NVMe-Platte konnte eventuell ĂŒber den Adapter nicht erkannt werden oder das System konnte dort nicht installiert werden, und wenn es installiert wurde, konnte es nicht booten. MerkwĂŒrdigerweise wurde Windows auf der NVMe-Platte installiert, konnte aber nicht davon booten, was logisch ist, da das BIOS (selbst aktualisiert) NVMe fĂŒr den Bootvorgang einfach nicht erkennen wollte. Ich wollte keine Notlösungen verwenden, aber es blieb mir nichts anderes ĂŒbrig â hier kam unsere liebste Quelle Habr und ein Beitrag zur Hilfe. heruntergeladen. , ich habe einen USB-Stick mit CloverBootManager gemÀà der Anleitung im Post erstellt, den USB-Stick im BIOS als erstes Bootlaufwerk eingestellt und jetzt laden wir schon den Bootloader vom Stick. Clover hat unsere NVMe-Festplatte erfolgreich erkannt und nach ein paar Sekunden automatisch von ihr gebootet! Ich hĂ€tte mit der Installation von Clover auf unserem 3TB RAID spielen können, aber es war bereits Samstagabend, und es blieb noch einen Tag Arbeit, denn bis Montag musste der Server entweder zurĂŒckgegeben oder behalten werden. Den bootfĂ€higen USB-Stick lieĂ ich im Server, da dort ein zusĂ€tzlicher USB-Anschluss verfĂŒgbar war.
Die dritte fast Bedrohung des Scheiterns. Ich habe Windows 2019 Standard + RD-Dienste installiert, die Hauptanwendung installiert, wegen der es alles angestoĂen wurde, und alles funktioniert wunderbar und lĂ€uft regelrecht flott.
Wunderbar! Ich fahre nach Hause und verbinde mich ĂŒber RDP, die Anwendung startet, aber es gibt einen erheblichen Lag, ich schaue und in der Anwendung steht die Nachricht âSoftmodus aktiviertâ. Was?! Ich suche nach neueren und super professionellen Treibern fĂŒr die Grafikkarte, installiere sie - Ergebnis null, Ă€ltere Treiber fĂŒr die P1000 bringen auch nichts. Und inzwischen verspottet mich meine innere Stimme: âHabe ich dir nicht gesagt â experimentiere nicht mit Neuem â nimm die P1000â. Und die Zeit â es ist schon lange Nacht drauĂen, mit schwerem Herzen gehe ich schlafen. Sonntag, ich fahre ins BĂŒro â stecke die Quadro P620 in den Server und auch ĂŒber RDP funktioniert es nicht â was ist da los, MS? Ich suche in den Foren nach â2019 Server und RDPâ â die Antwort habe ich fast sofort gefunden.
Es stellt sich heraus, dass viele jetzt Monitore mit hoher Auflösung haben und die meisten Server ĂŒber integrierte Grafikanpassungen verfĂŒgen, die diese Auflösungen nicht unterstĂŒtzen - deshalb ist die hardwarebasierte Beschleunigung standardmĂ€Ăig ĂŒber Gruppenrichtlinien deaktiviert. Ich zitiere die Anleitung zur Aktivierung:
- Ăffnen Sie das Tool zur Bearbeitung der Gruppenrichtlinie ĂŒber die Systemsteuerung oder verwenden Sie den Windows-Suchdialog (Windows-Taste + R, dann gpedit.msc eingeben)
- Navigieren Sie zu: Lokale Computerrichtlinie, Computerkonfiguration, Administrative Vorlagen, Windows-Komponenten, Remotedesktopdienste, Remotedesktop-Sitzungshost, Remotesitzungsumgebung
- Aktivieren Sie dann âVerwenden Sie den standardmĂ€Ăigen Hardwaregrafikadapter fĂŒr alle Remotedesktopservicesitzungenâ
Wir starten neu â alles funktioniert wunderbar ĂŒber RDP. Wir tauschen die Grafikkarte gegen die P2200 aus und es lĂ€uft wieder! Jetzt, wo wir sicher sind, dass die Lösung vollstĂ€ndig funktionsfĂ€hig ist, bringen wir alle Servereinstellungen auf den idealen Stand, binden sie ins Netzwerk ein, konfigurieren den Benutzerzugang und mehr, bringen den Server ins Rechenzentrum. Wir testen zwei Tage lang im gesamten Team â alles funktioniert perfekt, die Serverressourcen reichen fĂŒr alle Aufgaben mehr als aus, die minimalen Lags, die durch die RDP-Nutzung entstehen, sind fĂŒr alle Benutzer nicht spĂŒrbar. Wunderbar â die Aufgabe ist zu 100% erfĂŒllt.
Einige Punkte, die fĂŒr den Erfolg der Implementierung eines grafischen Servers entscheidend sind
Da in jeder Phase der Implementierung eines grafischen Servers in der Organisation unerwartete Probleme auftreten können, die eine Situation wie auf dem Bild mit den entlaufenen Fischen schaffen können,

mĂŒssen in der Planungsphase einige einfache Schritte unternommen werden:
- Zielgruppe und Aufgaben â Benutzer, die intensiv mit Grafik arbeiten und eine Hardwarebeschleunigung der Grafikkarte benötigen. Der Erfolg unserer Lösung basiert darauf, dass die BedĂŒrfnisse der Benutzer von Grafik- und CAD/CAM-Programmen bereits vor ĂŒber 10 Jahren mit einem ĂbermaĂ an Leistung befriedigt wurden, und derzeit haben wir einen Leistungsspielraum, der die Anforderungen um das Zehnfache ĂŒbersteigt. Zum Beispiel reicht die Leistung der GPU Quadro P2200 mehr als ausreichend fĂŒr 10 Benutzer aus, und selbst bei speichermangel greift die Grafikkarte auf den RAM zurĂŒck, und fĂŒr einen gewöhnlichen 3D-Entwickler ist dieser kleine Geschwindigkeitsverlust unbemerkt. Wenn jedoch bei den Benutzeraufgaben intensive rechenintensive Aufgaben (Rendering, Berechnungen usw.) auftreten, die hĂ€ufig 100% der Ressourcen beanspruchen â dann ist unsere Lösung nicht geeignet, da andere Benutzer in diesen Zeiten nicht normal arbeiten können. Daher analysieren wir sorgfĂ€ltig die Aufgaben der Benutzer und die aktuelle Ressourcenauslastung (wenigstens grob). DarĂŒber hinaus achten wir auf das tĂ€gliche Schreibvolumen auf die Festplatte, und wenn es ein groĂes Volumen gibt, wĂ€hlen wir bereits serverseitige SSDs oder Optane-Laufwerke fĂŒr dieses Volumen aus.
- Je nach Anzahl der Benutzer wÀhlen wir den passenden Server, die Grafikkarte und die Festplatten aus:
- Prozessoren nach der Formel 1 Kern pro Benutzer + 2,3 fĂŒr das Betriebssystem; dennoch verwendet jeder zu einem bestimmten Zeitpunkt nicht mehr als einen oder maximal zwei Kerne (bei seltener Auslastung des Modells);
- Grafikkarte - wir schauen auf den durchschnittlichen Speicherbedarf, den Videospeicher und die GPU pro Benutzer in der RDP-Sitzung und wÀhlen eine professionelle Grafikkarte aus!
- Das gleiche machen wir mit RAM und dem Speichersystem (heute kann man sogar kostengĂŒnstig RAID NVMe auswĂ€hlen).
- Wir ĂŒberprĂŒfen sorgfĂ€ltig die Serverdokumentation (glĂŒcklicherweise haben alle Markenserver vollstĂ€ndige Dokumentationen) auf Ăbereinstimmung in Bezug auf AnschlĂŒsse, Geschwindigkeiten, Stromversorgung und unterstĂŒtzte Technologien sowie physische Abmessungen und KĂŒhlstandards der installierten zusĂ€tzlichen Komponenten.
- ĂberprĂŒfen Sie die einwandfreie Funktion unserer Software in mehreren RDP-Sitzungen sowie das Fehlen von LizenzbeschrĂ€nkungen und prĂŒfen Sie sorgfĂ€ltig das Vorhandensein der erforderlichen Lizenzen. KlĂ€ren Sie diese Fragen, bevor Sie mit der Implementierung beginnen. Wie bereits im Kommentar von dem geschĂ€tzten malefix erwĂ€hnt,
"â Lizenzen können an die Anzahl der Benutzer gebunden sein â in diesem Fall verletzen Sie die Lizenz.
â Die Software kann bei mehreren gestarteten Instanzen nicht korrekt funktionieren â wenn sie an irgendeiner Stelle MĂŒll schreibt oder die Einstellungen nicht im Benutzerprofil/%temp%, sondern in etwas Ăffentliches abgelegt werden â wird es spĂ€ter sehr unterhaltsam sein, das Problem zu beheben." - Wir ĂŒberlegen, wo der grafische Server installiert wird und vergessen nicht die USV sowie die VerfĂŒgbarkeit von Hochgeschwindigkeits-Ethernet-Ports und Internet (falls erforderlich), sowie die Einhaltung der klimatischen Anforderungen des Servers.
- Wir erhöhen den Implementierungszeitrahmen auf mindestens 2,5-3 Wochen, da viele selbst kleine notwendige Komponenten bis zu zwei Wochen brauchen können, und der Zusammenbau und die Einrichtung mehrere Tage in Anspruch nehmen â allein das normale Laden des Servers bis zum Betriebssystem kann mehr als 5 Minuten dauern.
- Wir besprechen mit der GeschĂ€ftsfĂŒhrung und den Lieferanten, dass, falls das Projekt in irgendeinem Schritt nicht vorankommt oder nicht wie geplant lĂ€uft, eine RĂŒckgabe oder ein Austausch möglich ist.
- Es wurde auch freundlich im
vorgeschlagen, nach allen Experimenten mit den Einstellungen alles zu löschen und neu zu installieren. So:
â WĂ€hrend der Experimente sollten alle kritischen Einstellungen dokumentiert werden.
â Bei der Neuinstallation fĂŒhren Sie erneut die minimal notwendigen Einstellungen durch (die Sie im vorherigen Schritt dokumentiert haben). - Das Betriebssystem (vorzugsweise Windows Server 2019 â dort ist die RDP-QualitĂ€t hoch) wird zunĂ€chst im Testmodus installiert, jedoch auf keinen Fall im Evaluierungsmodus (dies wĂŒrde spĂ€ter eine Neuinstallation erfordern). Erst nach erfolgreichem Start klĂ€ren wir die Lizenzfragen und aktivieren das Betriebssystem.
- Auch vor der Implementierung stellen wir eine Initiativegruppe zur ĂberprĂŒfung der FunktionalitĂ€t zusammen und erklĂ€ren den zukĂŒnftigen Nutzern die Vorteile der Arbeit mit einem grafischen Server. Wenn dies spĂ€ter geschieht, erhöhen wir das Risiko von Reklamationen, Sabotage und unbegrĂŒndet negativen RĂŒckmeldungen.
Nach dem GefĂŒhl unterscheidet sich die Arbeit ĂŒber RDP nicht von der Arbeit in einer lokalen Sitzung. Oft vergisst man sogar, dass man irgendwo ĂŒber RDP arbeitet â denn selbst Videos und manchmal Videoanrufe in der RDP-Sitzung laufen ohne spĂŒrbare Verzögerungen, da die meisten derzeit ĂŒber eine Hochgeschwindigkeitsinternetverbindung verfĂŒgen. In Bezug auf Geschwindigkeit und FunktionalitĂ€t ĂŒberrascht Microsoft mit RDP weiterhin positiv, und die Hardwarebeschleunigung fĂŒr 3D sowie Multimonitor-Setups â alles, was fĂŒr die remote Nutzung von grafischen, 3D- und CAD/CAM-Programmen benötigt wird!
In vielen FĂ€llen ist die Installation eines grafischen Servers gemÀà der durchgefĂŒhrten Implementierung daher bevorzugter und mobiler als 10 grafische Arbeitsstationen oder PCs.
P.S. Wie man einfach und sicher ĂŒber das Internet per RDP verbindet und die optimalen Einstellungen fĂŒr RDP-Clients â dies können Sie im Artikel nachlesen ""
Quelle: habr.com
