Nous assemblons un serveur pour les applications graphiques et CAO/FAO pour le travail à distance via RDP basé sur un CISCO UCS-C220 M3 v2 d'occasion

Presque toutes les entreprises disposent désormais nécessairement d'un département ou d'un groupe travaillant en CAO/FAO.
ou des programmes de conception lourds. Ce groupe d'utilisateurs est uni par de sérieuses exigences matérielles : beaucoup de mémoire - 64 Go ou plus, une carte vidéo professionnelle, un SSD rapide et fiable. Les entreprises achètent souvent plusieurs PC (ou stations graphiques) puissants pour certains utilisateurs de ces services et des PC moins puissants pour d'autres, en fonction des besoins et des capacités financières de l'entreprise. Il s’agit souvent de l’approche standard pour résoudre de tels problèmes, et elle fonctionne très bien. Mais en période de pandémie et de travail à distance, et en général, cette approche est sous-optimale, très redondante et extrêmement gênante en termes d'administration, de gestion et autres aspects. Pourquoi en est-il ainsi et quelle solution répondra idéalement aux besoins en stations graphiques de nombreuses entreprises ? Bienvenue dans le chat, qui décrit comment mettre en place une solution efficace et peu coûteuse pour tuer et nourrir plusieurs oiseaux d'une pierre, et quelles petites nuances doivent être prises en compte pour mettre en œuvre avec succès cette solution.

En décembre dernier, une entreprise a ouvert un nouveau bureau pour un petit bureau d'études et a été chargée d'organiser toute l'infrastructure informatique pour eux, étant donné que l'entreprise disposait déjà d'ordinateurs portables pour les utilisateurs et de quelques serveurs. Les ordinateurs portables existaient déjà depuis quelques années et étaient principalement des configurations de jeu avec 8 à 16 Go de RAM et ne pouvaient généralement pas supporter la charge des applications CAO/FAO. Les utilisateurs doivent être mobiles, car ils doivent souvent travailler en dehors du bureau. Au bureau, un moniteur supplémentaire est acheté pour chaque ordinateur portable (c'est ainsi qu'ils fonctionnent avec les graphiques). Avec de telles données d'entrée, la seule solution optimale, mais risquée pour moi, est de mettre en œuvre un serveur de terminaux puissant avec une puissante carte vidéo professionnelle et un disque SSD NVME.

Avantages d'un serveur de terminaux graphiques et du travail via RDP

• Sur des PC ou des stations graphiques puissants, la plupart du temps, les ressources matérielles ne sont même pas utilisées par un tiers et restent inactives et ne sont utilisées à 35-100 % de leur capacité que pendant une courte période. Fondamentalement, l'efficacité est de 5 à 20 pour cent.
• Mais souvent, le matériel est loin d'être le composant le plus cher, car les licences graphiques de base ou les logiciels de CAO/FAO coûtent souvent à partir de 5000 10 dollars, et même avec des options avancées, à partir de 000 XNUMX dollars. En règle générale, ces programmes s'exécutent sans problème dans une session RDP, mais vous devez parfois commander en plus l'option RDP ou rechercher sur les forums ce qu'il faut écrire dans les configurations ou le registre et comment exécuter un tel logiciel dans une session RDP. Mais vérifiez que le logiciel dont nous avons besoin fonctionne via RDP nécessaire au tout début et c'est facile à faire : nous essayons de nous connecter via RDP - si le programme a démarré et que toutes les fonctions de base du logiciel fonctionnent, il n'y aura probablement aucun problème avec les licences. Et s'il donne une erreur, alors avant d'implémenter un projet avec un serveur de terminal graphique, nous recherchons une solution au problème qui nous convient.
• Un autre gros avantage est la prise en charge de la même configuration et des mêmes paramètres, composants et modèles spécifiques, ce qui est souvent difficile à mettre en œuvre pour tous les utilisateurs de PC. La gestion, l’administration et les mises à jour logicielles se font également « sans accroc ».

En général, les avantages sont nombreux - voyons comment notre solution presque idéale se manifeste dans la pratique.

Nous assemblons un serveur basé sur un CISCO UCS-C220 M3 v2 d'occasion

Initialement, il était prévu d'acheter un serveur plus récent et plus puissant avec 256 Go de mémoire DDR3 ecc et 10 Go Ethernet, mais ils ont dit que nous devions économiser un peu et respecter le budget d'un serveur de terminaux de 1600 XNUMX $. Bon, d'accord, le client est toujours gourmand et a raison, et nous sélectionnons ce montant :

CISCO UCS-C220 M3 v2 d'occasion (2 X SIX CORE 2.10 GHZ E5-2620 v2) 128 Go DDR3 ecc - 625 $
3.5" 3 To SAS 7200 ID US - 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 Go Samsung – 200 $
Carte vidéo QUADRO P2200 5120 Mo — 470 $
Adaptateur Ewell PCI-E 3.0 vers M.2 SSD (EW239) -10$
Total par serveur = 1435 XNUMX $

Il était prévu de prendre un SSD de 1 To et un adaptateur Ethernet de 10 Go - 40 $, mais il s'est avéré qu'il n'y avait pas d'onduleur pour leurs 2 serveurs, et nous avons dû lésiner un peu et acheter un UPS PowerWalker VI 2200 RLE - 350 $.

Pourquoi un serveur et pas un PC puissant ? Justification de la configuration choisie.

De nombreux administrateurs myopes (j'ai déjà rencontré cela à plusieurs reprises) achètent pour une raison quelconque un PC puissant (souvent un PC de jeu), y installent 2 à 4 disques, créent un RAID 1, l'appellent fièrement un serveur et le mettent dans le coin du bureau. L’ensemble est naturel – un « méli-mélo » de qualité douteuse. Par conséquent, je décrirai en détail pourquoi cette configuration particulière a été choisie pour un tel budget.

1. Fiabilité!!! — tous les composants du serveur sont conçus et testés pour fonctionner pendant plus de 5 à 10 ans. Et les mères de jeux travaillent pendant 3 à 5 ans au maximum, et même le pourcentage de pannes pendant la période de garantie dépasse 5 % pour certaines. Et notre serveur appartient à la marque CISCO ultra-fiable, donc aucun problème particulier n'est à prévoir et leur probabilité est d'un ordre de grandeur inférieure à celle d'un PC fixe
2. Les composants importants tels que l'alimentation électrique sont dupliqués et, idéalement, l'alimentation peut être fournie à partir de deux lignes différentes et si une unité tombe en panne, le serveur continue de fonctionner.
3. Mémoire ECC - peu de gens se souviennent maintenant qu'à l'origine la mémoire ECC a été introduite pour corriger un bit d'une erreur résultant principalement des effets des rayons cosmiques, et avec une capacité de mémoire de 128 Go - une erreur peut se produire plusieurs fois par an. Sur un PC fixe on peut observer le programme planter, se bloquer, etc., ce qui n'est pas critique, mais sur le serveur le coût d'une erreur est parfois très élevé (par exemple, une entrée incorrecte dans la base de données), dans notre cas, en cas de problème grave, il est nécessaire de redémarrer et cela coûte parfois plusieurs personnes par jour de travail
4. Évolutivité - souvent, les besoins en ressources d'une entreprise augmentent plusieurs fois en quelques années et il est facile d'ajouter de la mémoire disque au serveur, de changer de processeur (dans notre cas, du E5-2620 à six cœurs au Xeon E5 2690 v2 à dix cœurs) - il n'y a presque pas d'évolutivité sur un PC classique
5. Format de serveur U1 - les serveurs doivent être dans des salles de serveurs ! et dans des racks compacts, plutôt que d'alimenter (jusqu'à 1KW de chaleur) et de faire du bruit dans un coin du bureau ! Juste dans le nouveau bureau de l'entreprise, un petit espace (3 à 6 unités) dans la salle des serveurs a été fourni séparément et une unité sur notre serveur était juste à côté de nous.
6. Remote : gestion et console - sans cette maintenance normale du serveur pour le distant ! un travail extrêmement difficile !
7. 128 Go de RAM - les spécifications techniques indiquaient 8 à 10 utilisateurs, mais en réalité il y aura 5 à 6 sessions simultanées - donc, en tenant compte de la consommation maximale typique de mémoire dans cette entreprise, 2 utilisateurs de 30 à 40 Go = 70 Go et 4 utilisateurs de 3-15 Go = 36 Go, + jusqu'à 10 Go par système d'exploitation pour un total de 116 Go et 10 % en réserve (tout cela dans de rares cas d'utilisation maximale. Mais s'il n'y en a pas assez, vous pouvez ajouter jusqu'à 256 Go à tout moment temps
8. Carte vidéo QUADRO P2200 5120 Mo - en moyenne par utilisateur dans cette entreprise en
   Lors d'une session à distance, la consommation de mémoire vidéo était de 0,3 Go à 1,5 Go, donc 5 Go suffiraient. Les données initiales proviennent d'une solution similaire, mais moins puissante, basée sur i5./64Go/Quadro P620 2 Go, ce qui était suffisant pour 3-4 utilisateurs
9. SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512 Go Samsung - pour un fonctionnement simultané
   8 à 10 utilisateurs, ce qu'il faut, c'est la vitesse du NVMe et la fiabilité du SSD Samsung. En termes de fonctionnalités, ce disque sera utilisé pour l'OS et les applications
10. SAS 2x3 To - combiné en RAID 1 utilisé pour les données utilisateur locales volumineuses ou rarement utilisées, ainsi que pour la sauvegarde du système et les données locales critiques du disque NVME

La configuration a été approuvée et achetée, et bientôt le moment de vérité viendra !

Assemblage, configuration, installation et résolution de problèmes.

Dès le début, je n'étais pas sûr que ce soit une solution efficace à 100%, car à n'importe quelle étape, de l'assemblage à l'installation, en passant par le lancement et le bon fonctionnement des applications, on pouvait rester bloqué sans pouvoir continuer, j'ai donc accepté le serveur dans lequel il se trouverait. Il sera possible de le restituer dans quelques jours, et d'autres composants pourront être utilisés dans une solution alternative.

1 problème tiré par les cheveux - la carte vidéo est professionnelle, plein format ! + quelques mm, mais que faire si ça ne rentre pas ? 75 W - et si le connecteur PCI ne fonctionne pas ? Et comment faire un dissipateur thermique normal pour ces 75W ? Mais il s'est intégré, a démarré, la dissipation thermique est normale (surtout si les refroidisseurs du serveur sont allumés à une vitesse supérieure à la moyenne. Cependant, lorsque je l'ai installé, pour m'assurer que rien n'était en court-circuit, j'ai plié quelque chose dans le serveur 1mm (je ne me souviens plus quoi), mais pour une meilleure dissipation de la chaleur du couvercle. Le serveur a ensuite, après la configuration finale, arraché le film d'instructions qui se trouvait sur tout le couvercle et qui pouvait nuire à la dissipation de la chaleur à travers le couvercle.

2ème test - le disque NVMe pourrait ne pas être visible via l'adaptateur, ou le système n'y serait pas installé, et s'il était installé, il ne démarrerait pas. Curieusement, Windows a été installé sur un disque NVMe, mais n'a pas pu démarrer à partir de celui-ci, ce qui est logique puisque le BIOS (même celui mis à jour) n'a en aucun cas voulu reconnaître NVMe pour le démarrage. Je ne voulais pas être une béquille, mais je devais le faire - ici, notre hub et notre poste préférés sont venus à la rescousse à propos du démarrage à partir d'un disque NVME sur des systèmes existants téléchargé Utilitaire de disque de démarrage (BDUtility.exe), créé un lecteur flash avec CloverBootManager selon les instructions de la publication, installé d'abord le lecteur flash dans le BIOS pour démarrer, et maintenant nous chargeons le chargeur de démarrage à partir du lecteur flash, Clover a vu avec succès notre disque NVMe et a automatiquement démarré à partir de celui-ci dans quelques secondes ! Nous pourrions jouer avec l'installation de Clover sur notre disque raid de 3 To, mais c'était déjà samedi soir, et il restait encore une journée de travail, car jusqu'à lundi nous devions soit remettre le serveur, soit le quitter. J'ai laissé la clé USB amorçable à l'intérieur du serveur ; il y avait une clé USB supplémentaire à cet endroit.

3ème presque une menace d'échec. J'ai installé les services Windows 2019 standard +RD, installé l'application principale pour laquelle tout a été démarré, et tout fonctionne à merveille et vole littéralement.

Incroyable! Je rentre chez moi en voiture et je me connecte via RDP, l'application démarre, mais il y a un sérieux décalage, je regarde le programme et le message « le mode soft est activé » apparaît dans le programme. Quoi?! Je recherche du bois de chauffage plus récent et super professionnel pour la carte vidéo, je donne aucun résultat, du bois de chauffage plus ancien pour le p1000 n'est rien non plus. Et à ce moment-là, la voix intérieure continue de se moquer : « Je vous l’ai dit – n’expérimentez pas avec les nouveautés – prenez 1000 p. Et il est temps - il fait déjà nuit dans la cour, je me couche le cœur lourd. Dimanche, je vais au bureau - j'ai mis un quadro P620 dans le serveur et ça ne marche pas non plus via RDP - MS, qu'est-ce qu'il y a ? J'ai cherché sur les forums « Serveur 2019 et RDP » et j'ai trouvé la réponse presque immédiatement.

Il s'avère que, étant donné que la plupart des gens disposent désormais de moniteurs avec des résolutions élevées et que sur la plupart des serveurs, l'adaptateur graphique intégré ne prend pas en charge ces résolutions, l'accélération matérielle est désactivée par défaut via les stratégies de groupe. Je cite les instructions d'inclusion:

• Ouvrez l'outil Modifier la stratégie de groupe à partir du Panneau de configuration ou utilisez la boîte de dialogue de recherche Windows (touche Windows + R, puis saisissez gpedit.msc).
• Accédez à : Stratégie de l'ordinateur localConfiguration de l'ordinateurModèles d'administrationComposants WindowsServices Bureau à distanceHôte de session Bureau à distanceEnvironnement de session à distance
• Activez ensuite « Utiliser la carte graphique matérielle par défaut pour toutes les sessions des services Bureau à distance »

Nous redémarrons - tout fonctionne bien via RDP. Nous changeons la carte vidéo en P2200 et ça fonctionne à nouveau ! Maintenant que nous sommes sûrs que la solution fonctionne pleinement, nous amenons tous les paramètres du serveur à un niveau idéal, les saisissons dans le domaine, configurons l'accès des utilisateurs, etc., et installons le serveur dans la salle des serveurs. Nous l'avons testé avec toute l'équipe pendant quelques jours - tout fonctionne parfaitement, il y a suffisamment de ressources serveur pour toutes les tâches, le décalage minimal résultant du travail via RDP est invisible pour tous les utilisateurs. Génial - la tâche a été accomplie à 100 %.

Quelques points dont dépend le succès de la mise en œuvre d'un serveur graphique

Car à n'importe quelle étape de la mise en œuvre d'un serveur graphique dans une organisation, des pièges peuvent survenir qui peuvent créer une situation similaire à celle de l'image avec le poisson échappé

puis, au stade de la planification, vous devez suivre quelques étapes simples :

1. Le public cible et les tâches sont des utilisateurs qui travaillent intensivement avec des graphiques et ont besoin d'une accélération matérielle d'une carte vidéo. Le succès de notre solution repose sur le fait que les besoins en énergie des utilisateurs de programmes graphiques et de programmes CAO/FAO ont été largement satisfaits il y a plus de 10 ans, et nous disposons actuellement d'une réserve d'énergie qui dépasse les besoins de 10 fois ou plus. Par exemple, la puissance du GPU Quadro P2200 est plus que suffisante pour 10 utilisateurs, et même avec une mémoire vidéo insuffisante, la carte vidéo la compense par la RAM, et pour un développeur 3D ordinaire, une si petite baisse de la vitesse de la mémoire passe inaperçue . Mais si les tâches des utilisateurs incluent des tâches informatiques intensives (rendu, calculs, etc.), qui utilisent souvent 100% des ressources, alors notre solution n'est pas adaptée, puisque les autres utilisateurs ne pourront pas travailler normalement pendant ces périodes. Par conséquent, nous analysons soigneusement les tâches des utilisateurs et la charge actuelle des ressources (au moins approximativement). Nous faisons également attention au volume de réécriture sur le disque par jour, et s'il s'agit d'un volume important, nous sélectionnons alors des disques SSD de serveur ou optane pour ce volume.
2. En fonction du nombre d'utilisateurs, nous sélectionnons un serveur, une carte vidéo et des disques adaptés aux ressources :
   • processeurs selon la formule 1 cœur par utilisateur + 2,3 par système d'exploitation, de toute façon, chacun à la fois n'utilise pas un ou un maximum de deux (si le modèle est rarement chargé) cœurs ;
   • carte vidéo - regardez la quantité moyenne de mémoire vidéo et de consommation GPU par utilisateur dans une session RDP et sélectionnez-en une professionnelle ! carte vidéo;
   • Nous faisons de même avec la RAM et le sous-système de disque (de nos jours, vous pouvez même choisir RAID nvme à moindre coût).
3. Nous vérifions soigneusement la documentation du serveur (heureusement, tous les serveurs de marque disposent d'une documentation complète) pour vérifier la conformité des connecteurs, des vitesses, de l'alimentation électrique et des technologies prises en charge, ainsi que les dimensions physiques et les normes de dissipation thermique des composants supplémentaires installés.
4. Nous vérifions le fonctionnement normal de notre logiciel en plusieurs sessions via RDP, ainsi que l'absence de restrictions de licence et vérifions soigneusement la disponibilité des licences nécessaires. Nous résolvons ce problème avant les premières étapes de mise en œuvre. Comme l'a dit dans le commentaire de cher Malefix
   "- Les licences peuvent être liées au nombre d'utilisateurs - alors vous violez la licence.
   — Le logiciel peut ne pas fonctionner correctement avec plusieurs instances en cours d'exécution - s'il écrit des données inutiles ou des paramètres à au moins un endroit, non pas dans le profil utilisateur/%temp%, mais dans quelque chose d'accessible au public, alors vous aurez beaucoup de plaisir à détecter le problème. ".
5. Nous réfléchissons à l'endroit où le serveur graphique sera installé, n'oublions pas l'UPS et la présence de ports Ethernet haut débit et d'Internet (si nécessaire), ainsi que le respect des exigences climatiques du serveur.
6. Nous augmentons la période de mise en œuvre à au moins 2,5 à 3 semaines, car de nombreux composants nécessaires, même petits, peuvent prendre jusqu'à deux semaines, mais l'assemblage et la configuration prennent plusieurs jours - un simple chargement normal du serveur sur le système d'exploitation peut prendre plus de 5 minutes.
7. Nous discutons avec la direction et les fournisseurs du fait que si soudainement, à n'importe quelle étape, le projet ne se passe pas bien ou tourne mal, nous pouvons alors procéder à un retour ou à un remplacement.
8. Il a également été aimablement suggéré dans commentaires sur Malefix
   après toutes les expériences avec les paramètres, démolissez tout et installez-le à partir de zéro. Comme ça:
   — pendant les expériences, il est nécessaire de documenter tous les paramètres critiques
   - lors d'une nouvelle installation, vous répétez les paramètres minimum requis (que vous avez documentés à l'étape précédente)
9. Nous installons d'abord le système d'exploitation (de préférence Windows Server 2019 - il dispose d'un RDP de haute qualité) en mode d'essai, mais ne l'évaluons en aucun cas (vous devez ensuite le réinstaller à partir de zéro). Et seulement après un lancement réussi, nous résolvons les problèmes de licences et activons le système d'exploitation.
10. De plus, avant la mise en œuvre, nous sélectionnons un groupe d'initiative pour tester le travail et expliquer aux futurs utilisateurs les avantages de travailler avec un serveur graphique. Si vous le faites plus tard, nous augmentons le risque de plaintes, de sabotages et d'avis négatifs non fondés.

Travailler via RDP ne semble pas différent de travailler dans une session locale. Souvent, vous oubliez même que vous travaillez quelque part via RDP - après tout, même la communication vidéo et parfois vidéo dans une session RDP fonctionne sans retard notable, car la plupart des gens disposent désormais d'une connexion Internet haut débit. En termes de vitesse et de fonctionnalités de RDP, Microsoft continue désormais de surprendre agréablement avec l'accélération matérielle 3D et les multi-moniteurs - tout ce dont les utilisateurs de programmes graphiques, 3D et CAO/FAO ont besoin pour travailler à distance !

Ainsi dans de nombreux cas, installer un serveur graphique selon la mise en œuvre réalisée est préférable et plus mobile que 10 stations graphiques ou un PC.

PS Comment se connecter facilement et en toute sécurité via Internet via RDP, ainsi que les paramètres optimaux pour les clients RDP - vous pouvez voir dans l'article "Travail à distance au bureau. RDP, Port Knocking, Mikrotik : simple et sécurisé"

Source: habr.com