Assemblaggio di un server per applicazioni grafiche e CAD/CAM per il lavoro remoto tramite RDP basato su Cisco UCS-C220 M3 v2

Assemblaggio di un server per applicazioni grafiche e CAD/CAM per il lavoro remoto tramite RDP basato su Cisco UCS-C220 M3 v2
Quasi tutte le aziende oggi hanno un reparto o un gruppo che lavora con CAD/CAM
o con software di design pesante. Questi utenti condividono requisiti seri in termini di hardware: molta memoria — 64 GB o più, una scheda video professionale, un SSD veloce, e un sistema affidabile. Spesso le aziende acquistano per alcuni utenti di questi reparti diversi PC potenti (o workstation grafiche) e per gli altri modelli meno potenti, a seconda delle esigenze e delle possibilità finanziarie dell'azienda. Questo è spesso un approccio standard per affrontare tali compiti e funziona bene. Tuttavia, durante la pandemia e il lavoro a distanza, e in generale — questo approccio non è ottimale, risulta molto eccessivo e estremamente scomodo da amministrare, gestire e per altri aspetti. Perché è così, e quale soluzione soddisferebbe idealmente le esigenze di workstation grafiche di molte aziende? Benvenuti all'interno, dove descriveremo come assemblare una soluzione operativa ed economica, in modo da colpire diversi obiettivi contemporaneamente, e quali piccoli dettagli tenere a mente per implementare con successo questa soluzione.

Lo scorso dicembre una società ha aperto un nuovo ufficio per un piccolo studio di progettazione e aveva il compito di organizzare tutta l'infrastruttura informatica, considerando che i laptop per gli utenti e un paio di server erano già disponibili. I laptop avevano già un paio d'anni e si trattava principalmente di configurazioni da gaming con 8-16 GB di RAM, che non riuscivano a gestire adeguatamente il carico delle applicazioni CAD/CAM. Gli utenti devono essere mobili, poiché spesso è necessario lavorare al di fuori dell'ufficio. In ufficio, a ciascun laptop vengono aggiunti ulteriori monitor (in quanto si lavora con la grafica). Con questi dati di partenza, l'unica soluzione ottimale, sebbene rischiosa per me, è implementare un potente server terminale dotato di una scheda grafica professionale e di un'unità SSD NVMe.

Vantaggi del server grafico terminale e del lavoro tramite RDP

  • Su singoli PC potenti o stazioni grafiche, per la maggior parte del tempo le risorse hardware non vengono utilizzate nemmeno per un terzo e rimangono inattive, utilizzando solo per brevi periodi il 35-100% della loro potenza. In generale, l'efficienza si attesta tra il 5 e il 20 percento.
  • Ma spesso, la componente hardware non è la parte più costosa, poiché le licenze software di base per grafica o CAD/CAM possono costare a partire da 5000€, e se si includono opzioni aggiuntive, anche oltre 10 000€. Di solito, in una sessione RDP, questi programmi vengono avviati senza problemi, ma a volte è necessario ordinare l'opzione RDP o cercare nei forum come configurare i file di configurazione o il registro e come avviare tale software in una sessione RDP. Ma è importante verificare se il software necessario funziona tramite RDP. dobbiamo farlo all'inizio ed è facile: proviamo ad accedere tramite RDP; se il programma si avvia e tutte le funzioni di base funzionano, probabilmente non ci saranno problemi con le licenze. Se viene visualizzato un errore, prima di implementare il progetto con un server terminale grafico, cerchiamo una soluzione soddisfacente per noi.
  • Un ulteriore vantaggio è il supporto per configurazioni identiche e impostazioni specifiche, componenti e modelli, che spesso è difficile realizzare per tutti gli utenti dei PC. La gestione, l'amministrazione e l'aggiornamento del software sono anche "senza intoppi".

In generale, ci sono molti vantaggi — vedremo come si comporterà nella pratica la nostra soluzione quasi ideale.

Stiamo assemblando un server basato su un usato CISCO UCS-C220 M3 v2

Inizialmente si pianificava di acquistare un server più recente e potente con 256GB di memoria DDR3 ECC e ethernet a 10GB, ma hanno suggerito di risparmiare un po' e rimanere nel budget per il server terminale di 1600$. Va bene — il cliente ha sempre ragione e ci adattiamo a questa cifra:

CISCO UCS-C220 M3 v2 usato (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ECC — 625$
3.5" 3TB SAS 7200 da USA — 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung — 200$
Scheda video QUADRO P2200 5120MB — 470$
Adattatore Ewell PCI-E 3.0 to M.2 SSD (EW239) -10$
Totale per il server = 1435$

Si prevedeva di prendere un SSD da 1TB e un adattatore ethernet a 10GB — 40$, ma è emerso che non c'era un UPS per i loro 2 server, quindi ho dovuto rimanere nel budget e acquistare un UPS PowerWalker VI 2200 RLE -350$.

Perché un server e non un potente PC? Giustificazione della configurazione scelta.

Molti amministratori poco lungimiranti (ci sono già incappato molte volte) — per qualche motivo comprano un potente (spesso un PC da gioco), installano 2-4 dischi, creano un RAID 1, lo chiamano orgogliosamente server e lo mettono in un angolo dell'ufficio. È naturale che tutta la configurazione sia una "miscela" di qualità discutibile. Pertanto, spiegherò in dettaglio perché è stata scelta esattamente questa configurazione per un budget del genere.

  1. Affidabilità!!! — tutti i componenti del server sono progettati e testati per un funzionamento superiore a 5-10 anni. Le schede madri da gaming, al massimo, lavorano 3-5 anni e alcuni presentano un tasso di guasto durante il periodo di garanzia che supera il 5%. Il nostro server è di un marchio super affidabile, CISCO, quindi non ci si aspetta alcun problema, e la loro probabilità è notevolmente inferiore a quella di un PC fisso.
  2. Componenti importanti come l'alimentatore sono duplicati e, in ideale, è possibile alimentare il sistema da due linee diverse; se uno degli alimentatori si guasta, il server continua a funzionare.
  3. Memoria ECC — ora pochi ricordano che originariamente la memoria ECC è stata introdotta per correggere un singolo bit di errore, che si verifica principalmente a causa dell'esposizione ai raggi cosmici; con una memoria di 128GB, errori possono verificarsi diverse volte all'anno. Su un PC fisso possiamo osservare il crash di un programma, congelamenti e simili, che non sono critici, ma su un server il costo di un errore è talvolta molto elevato (ad esempio, una scrittura errata nel database); nel nostro caso, in caso di un problema serio, è necessario riavviare, e a volte questo può costare un'intera giornata di lavoro per diverse persone.
  4. Scalabilità: spesso le esigenze aziendali in termini di risorse crescono esponenzialmente nel giro di pochi anni, e in un server è facile aggiungere memoria o dischi, sostituire processori (nel nostro caso, da sei core E5-2620 a dieci core Xeon E5 2690 v2) — su un normale PC la scalabilità è quasi nulla.
  5. Formato server U1: i server devono trovarsi in sale server! e in rack compatti, e non bruciare (fino a 1 kW di calore) e rumoreggiare in un angolo dell'ufficio! Proprio nel nuovo ufficio dell'azienda è stato riservato uno spazio limitato (3-6 unità) nella sala server, e una unità per il nostro server era proprio in prossimità.
  6. Remoto: gestione e console — senza di esse, la normale manutenzione del server per il lavoro remoto è estremamente difficile!
  7. 128GB di RAM: nel documento di specifiche era indicato 8-10 utenti, ma in realtà ci saranno 5-6 sessioni simultanee — considerando il consumo tipico massimo in quell'azienda di 2 utenti a 30-40GB=70GB e 4 utenti a 3-15GB=36GB, + fino a 10GB per il sistema operativo, arriviamo a un totale di 116GB con un surplus del 10% (questo è tutto in casi rari di utilizzo massimo). Ma se non basterà, in qualsiasi momento possiamo aggiungere fino a 256GB.
  8. Scheda grafica QUADRO P2200 5120MB — in media per utente nella nostra azienda in
    una sessione remota, il consumo di memoria video era da 0,3GB a 1,5GB, quindi 5GB saranno sufficienti. I dati iniziali sono stati presi da una soluzione simile, ma meno potente, basata su i5/64GB/Quadro P620 2GB, che era sufficiente per 3-4 utenti.
  9. SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung — per il funzionamento simultaneo
    di 8-10 utenti, è necessaria proprio la velocità NVMe e l'affidabilità dell'SSD Samsung. Questo disco sarà utilizzato per il sistema operativo e le applicazioni.
  10. 2x3TB SAS — uniti in RAID 1, utilizzati per dati locali voluminosi o raramente utilizzati dagli utenti, nonché per il backup del sistema e dati locali critici dal disco NVMe.

La configurazione è stata approvata e acquistata, e presto arriverà il momento della verità!

Assemblaggio, configurazione, installazione e risoluzione dei problemi.

Fin dall'inizio non ero sicuro che fosse una soluzione 100% funzionante, poiché in qualsiasi fase, dalla costruzione all'installazione, all'avvio e al corretto funzionamento delle applicazioni, c'era il rischio di bloccarsi senza possibilità di proseguire. Pertanto, ho concordato che il server potesse essere restituito entro un paio di giorni, mentre gli altri componenti potevano essere utilizzati in una soluzione alternativa.

1 problema inventato — la scheda video è professionale, full-size! + qualche mm, e se non entra? 75W — e se lo slot PCI non regge? E come si fa un dissipatore di calore normale per questi 75W? Ma è entrata, si è avviata, il dissipatore funziona bene (soprattutto se si accendono le ventole del server a rotazioni superiori alla media). Tuttavia, quando l'ho installata, per essere sicuro che niente si cortocircuitasse nel server, ho piegato qualcosa di 1 mm (non ricordo più cosa), e per migliorare il dissipatore di calore, ho poi staccato la pellicola informativa dalla parte superiore del server dopo aver completato la configurazione, che copriva tutta la parte superiore e che poteva peggiorare il dissipamento del calore attraverso di essa.

2° test — il disco NVMe tramite l'adattatore potrebbe non essere riconosciuto o il sistema potrebbe non installarsi. Anche se strano, Windows si è installato sul disco NVMe, ma non è riuscito a partire da esso, il che è logico, dato che il BIOS (anche se aggiornato) non voleva riconoscerlo per l'avvio. Non volevo improvvisare, ma ho dovuto — qui è venuto in aiuto il nostro amato Habr con il post. sull'avvio da dischi NVMe su sistemi legacy ho scaricato l'utility Boot Disk Utility (BDUtility.exe), ho creato una chiavetta USB con CloverBootManager seguendo le istruzioni del post, ho impostato la chiavetta come prima opzione di avvio nel BIOS, e già stiamo caricando il bootloader dalla chiavetta, Clover ha visto con successo il nostro disco NVMe e dopo pochi secondi è partito automaticamente da esso! Si sarebbe potuto sperimentare con l'installazione di Clover sul nostro disco RAID da 3TB, ma già era sabato sera e c'era ancora lavoro da fare per un giorno, dato che bisognava restituire il server o lasciarlo fino a lunedì. Ho lasciato la chiavetta di avvio all'interno del server, c'era giusto una porta USB libera.

terza quasi minaccia di fallimento. Ho installato Windows 2019 standard + servizi RD, ho installato l'applicazione principale per cui tutto questo è stato iniziato, e funziona tutto meravigliosamente e letteralmente vola.

Ottimo! Vado a casa e mi connetto tramite RDP, l'applicazione si avvia, ma si percepisce un grave ritardo. Controllo e nel programma c'è un messaggio «modalità soft attivata». Cosa?! Cerco driver più recenti e super professionali per la scheda grafica, li installo - nessun risultato, i driver più vecchi per p1000 non fanno nulla. E nel frattempo, una vocina interna continua a deridermi «te l'avevo detto — non esperimentare con le novità — prendi p1000». È già notte da un pezzo, con il cuore pesante mi metto a letto. È domenica, vado in ufficio — installo nel server la quadro P620 e anche con RDP non funziona — MS, che succede? Cerco nei forum «2019 server e RDP» — la risposta la trovo quasi subito.

Si scopre che dato che la maggior parte delle persone ora ha monitor con alta risoluzione, e la maggior parte dei server ha una scheda grafica integrata che non supporta queste risoluzioni — l'accelerazione hardware è disattivata di default tramite le policy di gruppo. Cito le istruzioni per attivarla:

  • Apri lo strumento Modifica Criteri di Gruppo dal Pannello di Controllo o usa il dialogo di ricerca di Windows (Tasto Windows + R, poi digita gpedit.msc)
  • Naviga in: Criterio del computer localeConfigurazione del computerModelli amministrativiComponenti di WindowsServizi Desktop RemotoHost della sessione Desktop RemotoAmbiente di sessione remota
  • Quindi abilita "Utilizza l'adattatore grafico predefinito hardware per tutte le sessioni dei servizi Desktop Remoto"

Stiamo eseguendo un riavvio: tutto funziona perfettamente tramite RDP. Stiamo sostituendo la scheda video con una P2200 e tutto torna a funzionare! Ora che siamo certi che la soluzione sia completamente operativa, ottimizziamo tutte le impostazioni del server, lo registriamo nel dominio, impostiamo l'accesso degli utenti e altro ancora, portiamo il server in sala server. Testiamo con tutto il team per un paio di giorni: tutto funziona alla perfezione, le risorse del server sono più che sufficienti per tutte le attività, il minimo lag durante l'operatività su RDP è impercettibile per tutti gli utenti. Ottimo: obiettivo raggiunto al 100%.

Alcuni elementi da considerare per il successo dell'implementazione del server grafico

Durante qualsiasi fase dell'implementazione del server grafico nell'organizzazione possono sorgere insidie, che potrebbero far sviluppare situazioni simili all'immagine con i pesci in fuga

Assemblaggio di un server per applicazioni grafiche e CAD/CAM per il lavoro remoto tramite RDP basato su Cisco UCS-C220 M3 v2

quindi, nella fase di pianificazione, è necessario compiere alcuni semplici passi:

  1. Il pubblico e gli obiettivi — utenti che lavorano intensamente con la grafica e hanno bisogno di un'accelerazione hardware della scheda video. Il successo della nostra soluzione si basa sul fatto che le esigenze di potenza degli utenti di programmi grafici e CAD/CAM sono state soddisfatte oltre 10 anni fa, e attualmente abbiamo una riserva di potenza che supera le necessità di oltre 10 volte. Ad esempio, la potenza della GPU Quadro P2200 è più che sufficiente per 10 utenti e anche in caso di mancanza di memoria video, la scheda grafica utilizza la RAM, e per un normale sviluppatore 3D questo lieve calo nelle performance della memoria è impercettibile. Tuttavia, se le attività degli utenti prevedono compiti computazionali intensivi (rendering, calcoli, ecc.) che utilizzano spesso il 100% delle risorse, la nostra soluzione non è adatta, poiché altri utenti non potranno lavorare normalmente durante questi periodi. Pertanto, analizziamo attentamente i compiti degli utenti e il carico attuale delle risorse (almeno approssimativamente). Prestate anche attenzione alla quantità di scrittura su disco al giorno e, se questa è elevata, selezioniamo SSD server o dischi Optane in base a tale volume.
  2. In base al numero di utenti, selezioniamo un server adeguato in termini di risorse, scheda grafica e dischi:
    • per i processori, utilizziamo la formula 1 core per utente + 2,3 per il sistema operativo; in ogni caso, non tutti utilizzano allo stesso momento più di uno o al massimo due core (anche in situazioni di rara occupazione del modello);
    • per la scheda grafica, consideriamo il consumo medio di memoria video e GPU per utente durante la sessione RDP e scegliamo una scheda grafica professionale!
    • applichiamo lo stesso approccio con la RAM e il sistema di archiviazione (al momento è possibile trovare anche RAID NVMe a prezzi accessibili).
  3. Controlliamo attentamente la documentazione del server (fortunatamente tutti i server di marca hanno documentazione completa) per verificare la compatibilità delle porte, delle velocità, dell'alimentazione e delle tecnologie supportate, così come delle dimensioni fisiche e delle norme di dissipazione termica dei componenti aggiuntivi che intendiamo installare.
  4. Verifichiamo il corretto funzionamento del nostro software in diverse sessioni RDP, assicurandoci che non ci siano restrizioni di licenza e controlliamo attentamente la presenza delle licenze necessarie. Risolviamo questa questione prima di iniziare i primi passi per l'implementazione. Come già menzionato nel commento dell'illustre malefix.
    — Le licenze possono essere associate al numero di utenti: in tal caso, si viola la licenza.
    — Il software potrebbe non funzionare correttamente con più istanze attive: se anche in un luogo scrive dei dati non corretti o le impostazioni non finiscono nel profilo utente/%temp%, ma in qualcosa di accessibile a tutti, poi sarà difficile individuare il problema.
  5. Pianifichiamo dove sarà installato il server grafico, ricordando UPS e la presenza di porte ethernet ad alta velocità e internet (se necessario), oltre alla conformità ai requisiti climatici del server.
  6. Estendiamo il termine di implementazione a un minimo di 2,5-3 settimane, poiché molti componenti, anche piccoli, possono impiegare fino a due settimane, e l'assemblaggio e la configurazione richiedono diversi giorni: il semplice avvio del server fino al sistema operativo può richiedere più di 5 minuti.
  7. Discutiamo con la direzione e i fornitori che, se in qualche fase il progetto non andrà come previsto, è possibile effettuare un reso o una sostituzione.
  8. È stato anche gentilmente suggerito in commento malefix
    dopo tutti i tentativi con le impostazioni: cancellare tutto e reinstallare da zero. Ecco come:
    — durante gli esperimenti è necessario documentare tutte le impostazioni critiche
    — durante l'installazione da zero si devono ripetere le impostazioni minime necessarie (che sono state documentate nella fase precedente)
  9. Installiamo il sistema operativo (preferibilmente Windows Server 2019 — che offre un RDP di qualità) inizialmente in modalità Trial, evitando in assoluto la modalità evaluate (questo comporterebbe una reinstallazione completa). Solo dopo un avvio riuscito affrontiamo le questioni relative alle licenze e attiviamo il sistema operativo.
  10. Inoltre, prima dell'implementazione, formiamo un gruppo di iniziativa per controllare il funzionamento e spieghiamo ai futuri utenti i vantaggi dell'utilizzo del server grafico. Se lo facciamo successivamente, aumentiamo il rischio di reclami, sabotaggi e recensioni negative non motivate.

L'esperienza di lavoro tramite RDP è simile a quella di una sessione locale. Spesso si dimentica anche di lavorare tramite RDP, poiché anche video e videoconferenze funzionano senza ritardi percepibili, dato che la maggior parte delle persone ha una connessione internet ad alta velocità. Microsoft continua a sorprendere per la velocità e le funzionalità di RDP, inclusi l'accelerazione hardware 3D e il supporto per più monitor — tutto ciò di cui gli utenti di software grafico, 3D e CAD/CAM hanno bisogno per lavorare in remoto!

Pertanto, in molti casi, installare un server grafico risulta più vantaggioso e flessibile rispetto a dieci stazioni grafiche o PC.

P.S. Come connettersi facilmente e in sicurezza via internet tramite RDP, oltre alle impostazioni ottimali per i client RDP — puoi trovare ulteriori informazioni nell'articolo "Lavoro remoto in ufficio. RDP, Port Knocking, Mikrotik: semplice e sicuro"

Fonte: habr.com

Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server 🔥 Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server | ProHoster