Serveur VDI pour postes de travail virtualisesVDI server for virtual desktop infrastructure
Un projet VDI se joue sur le dimensionnement par profil : un utilisateur bureautique, un developpeur et un dessinateur CAO ne consomment pas les mêmes ressources. Le nombre de postes par serveur dépend surtout de la mémoire et des IOPS, rarement de la puissance brute du processeur. S2I construit des hotes VDI à partir de vos profils réels.A VDI project stands or falls on per-profile sizing: an office worker, a developer and a CAD designer do not consume the same resources. The number of desktops per server depends mostly on memory and IOPS, rarely on raw CPU horsepower. S2I builds VDI hosts starting from your actual user profiles.
Dimensionner par profil utilisateurSizing by user profile
La bonne méthode consiste a classer les utilisateurs en trois familles : bureautique et navigateur, utilisateur avance avec plusieurs applications lourdes, et poste graphique. Chaque famille reçoit une allocation mémoire et vCPU distincte, puis on applique un taux de surallocation prudent sur le CPU et beaucoup plus faible sur la mémoire. La mémoire ne se surralloue pas impunement : le swap sur un poste virtuel se ressent immédiatement chez l'utilisateur, et génère des appels au support.The right method is to sort users into three families: office and browser use, power users running several heavy applications, and graphics workstations. Each family gets its own memory and vCPU allocation, then a cautious overcommit ratio is applied to CPU and a far lower one to memory. Memory cannot be overcommitted with impunity: swapping on a virtual desktop is felt immediately by the user and generates support calls.
- Trois profils types plutôt qu'une moyenne trompeuse
- Surallocation CPU raisonnable, surallocation mémoire très limitée
- Marge prévue pour la tempete de connexions du matin
- Capacité de bascule réservée si un hote tombe
- Three reference profiles rather than one misleading average
- Reasonable CPU overcommit, very limited memory overcommit
- Headroom reserved for the morning logon storm
- Failover capacity reserved in case a host goes down
Stockage : les IOPS avant la capacitéStorage: IOPS before capacity
Le VDI génère un profil d'entrées-sorties particulier : de nombreuses petites écritures aléatoires, avec des pics violents au démarrage collectif et pendant les mises à jour. Un stockage NVMe est aujourd'hui la réponse par défaut, avec une endurance choisie en fonction du taux d'écriture quotidien. Les disques mécaniques sont hors sujet pour les images actives, même avec du cache. Prévoyez séparément un volume pour les profils utilisateurs et les données, qui suit une logique de capacité et non de latence.VDI produces a distinctive I/O profile: many small random writes, with violent peaks during collective logon and update windows. NVMe storage is the default answer today, with endurance chosen against the expected daily write volume. Mechanical drives are simply out of scope for live desktop images, even behind a cache tier. Plan a separate volume for user profiles and data, which follows capacity logic rather than latency logic.
- SSD NVMe U.2 mixed-use pour les images de postes actives
- Endurance DWPD choisie selon le volume d'écriture quotidien
- Volume sépare pour les profils et données utilisateurs
- Marge d'IOPS pour absorber les demarrages simultanes
- Mixed-use U.2 NVMe SSDs for the live desktop images
- DWPD endurance chosen against the expected daily write volume
- Separate volume for user profiles and user data
- IOPS headroom to absorb simultaneous boot storms
GPU partage pour les postes graphiquesShared GPU for graphics desktops
Des que vous virtualisez de la CAO, de la retouche ou de la visualisation 3D, un GPU devient indispensable. Les cartes NVIDIA L40S ou RTX Ada permettent de decouper la VRAM entre plusieurs sessions, chaque profil recevant une tranche fixe. Le facteur limitant est presque toujours la quantité de VRAM par utilisateur, pas la puissance de calcul. Notez que le partage de GPU implique une licence logicielle dédiée cote éditeur, a intégrer au budget des le départ plutôt qu'après coup.As soon as you virtualise CAD, image editing or 3D visualisation, a GPU becomes mandatory. NVIDIA L40S or RTX Ada cards let you split VRAM across several sessions, each profile receiving a fixed slice. The limiting factor is almost always the amount of VRAM per user rather than raw compute. Note that GPU sharing requires a dedicated software licence from the vendor, which belongs in the budget from the start rather than as an afterthought.
- NVIDIA L40S ou RTX Ada selon la VRAM requise par session
- Decoupage de VRAM fixe par profil graphique
- Châssis et ventilation dimensionnés pour des cartes double slot
- Licence de partage GPU a prévoir au budget des le départ
- NVIDIA L40S or RTX Ada depending on VRAM required per session
- Fixed VRAM slice assigned to each graphics profile
- Chassis and airflow sized for dual-slot accelerator cards
- GPU sharing licence budgeted from the outset
Repères de configurationConfiguration guidance
Repères indicatifs : la configuration finale est validée avec vous selon vos contraintes réelles (charge, budget, environnement).Indicative guidance: the final configuration is validated with you against your real constraints (workload, budget, environment).
Questions fréquentesFrequently asked questions
Un besoin précis à chiffrer ?A specific need to quote?
Décrivez votre contexte : nous revenons sous 24 à 72 heures avec une approche et un devis.Tell us your context: we come back within 24-72 hours with an approach and a quote.