La technologie DDA, également appelée « transmission de GPU », permet de dédier un ou plusieurs GPU physiques à une VM. Dans un déploiement DDA, les charges de travail virtualisées (Workload) s’exécutent sur le pilote natif et ont généralement un accès complet aux fonctionnalités du processeur graphique.
Comme un GPU physique ne peut fournir une accélération graphique qu’à une seule machine virtuelle, il faut privilégier la technologie DDA aux environnements multisessions RDS (Remote Desktop Services) pour limiter les coûts en ressources matérielles. Dans un contexte RDS de bureau partagé, plusieurs utilisateurs pourront effectivement partager, à partir d’une seule VM, les avantages de l’accélération GPU alors qu’en environnement VDI, il n’y a qu’un seul utilisateur qui pourra bénéficier de ces avantages.
En plus des machines virtuelles Windows, DDA peut également fournir une accélération GPU pour les machines virtuelles Linux qui peuvent le prendre en charge. La technologie DDA est prise en charge pour les machines virtuelles de génération 1 ou 2. En outre, les invités pris en charge incluent :
- Windows 10
- Windows Server 2019
- Windows Server 2016
- Windows Server 2012 R2 avec la mise à jour KB 3133690
- Diverses distributions du système d’exploitation Linux
Il existe également des limitations fonctionnelles pour les machines virtuelles avec DDA, et ce n’est pas négligeable à prendre en compte lors de l’implémentation d’un environnement virtuel. Les fonctionnalités suivantes ne sont pas disponibles :
- Enregistrer/Restaurer des machines virtuelles
- Migration dynamique d’une machine virtuelle
- Utilisation de la mémoire dynamique
- Ajout de la machine virtuelle à un cluster à haute disponibilité
Ce tableau résume les principales différences entre les technologies vGPU RemoteFX et DDA.
|
Description
|
vGPU RemoteFX
|
DDA
|
|
Modèle de ressource GPU
|
Dédié ou partagé
|
Dédié uniquement
|
|
Densité de machines virtuelles
|
Élevé (un ou plusieurs GPU sur plusieurs machines virtuelles)
|
Faible (un ou plusieurs GPU sur une seule machine virtuelle)
|
|
Compatibilité des applications
|
DX 11.1, OpenGL 4.4, OpenCL 1.1
|
Toutes les fonctionnalités GPU fournies par le fournisseur (DX 12, OpenGL, CUDA)
|
|
AVC 444
|
Activée par défaut
|
Disponible via stratégie de groupe
|
|
VRAM du GPU
|
Jusqu’à 1 Go de RAM vidéo dédiée
|
Jusqu’à la quantité de RAM vidéo prise en charge par le GPU
|
|
Fréquence d’images
|
Jusqu’à 30fps
|
Jusqu’à 60fps
|
|
Pilote GPU dans l’invité
|
Pilote d’affichage de carte 3D RemoteFX (Microsoft)
|
Pilote du fournisseur GPU (NVIDIA, AMD, Intel)
|
|
Prise en charge du système d’exploitation hôte
|
Windows Server 2016
|
Windows Server 2016 ; Windows Server 2019
|
|
Prise en charge du système d’exploitation invité
|
Windows Server 2012 R2 ; Windows Server 2016 ; Windows 7 SP1 ; Windows 8.1 ; Windows 10
|
Windows Server 2012 R2 ; Windows Server 2016 ; Windows Server 2019 ; Windows 10 ; Linux
|
|
Hyperviseur
|
Microsoft Hyper-V.
|
Microsoft Hyper-V.
|
|
Matériel GPU
|
GPU Entreprise (comme Nvidia Quadro/GRID ou AMD FirePro)
|
GPU Entreprise (comme Nvidia Quadro/GRID ou AMD FirePro)
|
|
Matériel serveur
|
Aucune exigence
|
Serveur moderne, expose IOMMU au système d’exploitation (généralement un matériel compatible SR-IOV)
|
Les constructeurs de GPU utilisent un mode de licencing qui diffère fonction des contextes hyperviseurs et des système d’exploitation serveur. Si les GPU sont implémentés dans un hyperviseur « non-Microsoft » ou dans le cloud, c'est au constructeur de fournir les pilotes des processeurs graphiques qui doivent être signés numériquement par WHQL (Windows Hardware Quality Labs).
