Installer Hyper-V sur un VPS Windows : le guide complet

Vous cherchez à installer Hyper-V VPS Windows pour virtualiser des machines imbriquées, tester des environnements Windows Server ou monter un lab isolé ? La virtualisation imbriquée (nested virtualization) reste faisable sur un VPS Windows moderne, à condition de respecter certains prérequis matériels et logiciels. Ce guide 2026 détaille chaque étape, du contrôle des prérequis jusqu'à la création d'une première VM opérationnelle.

Comprendre Hyper-V et la virtualisation imbriquée sur un VPS Windows

Hyper-V est l'hyperviseur de type 1 intégré à Windows Server et aux éditions Pro de Windows. Sur un serveur physique, il s'appuie directement sur les extensions de virtualisation du CPU (Intel VT-x / AMD-V). Sur un VPS Windows, votre système tourne déjà à l'intérieur d'une machine virtuelle KVM. Pour installer Hyper-V VPS Windows, il faut donc activer la nested virtualization : la capacité d'exécuter un hyperviseur à l'intérieur d'une VM.

Type 1 vs Type 2 : où se situe Hyper-V

Contrairement à VirtualBox ou VMware Workstation (hyperviseurs de type 2 qui s'exécutent au-dessus du système), Hyper-V prend le contrôle bas niveau du processeur. C'est ce qui explique pourquoi il exige que les extensions de virtualisation soient exposées au VPS par l'hôte KVM sous-jacent.

Prérequis techniques

• Un VPS Windows avec CPU exposant VT-x/AMD-V (virtualisation imbriquée activée côté hyperviseur hôte).
• Windows Server 2019/2022/2025 ou Windows 10/11 Pro/Entreprise.
• Minimum 4 vCPU et 8 Go de RAM recommandés pour héberger au moins une VM invitée confortablement.
• Stockage NVMe pour éviter les goulots d'étranglement disque lors du démarrage simultané de plusieurs VM.
• Accès administrateur via RDP.

La nested virtualization dépend directement de l'hyperviseur hôte. Sur les VPS Windows OmegaCloud, basés sur KVM avec kernel récent, l'exposition des extensions CPU est possible selon la configuration retenue. Vérifiez toujours en amont via les commandes ci-dessous.

Vérifier la compatibilité avant d'installer Hyper-V VPS Windows

Avant toute installation, il est indispensable de contrôler que le VPS expose bien les extensions de virtualisation. Un rôle Hyper-V installé sur une VM sans nested virtualization se traduit par des VM invitées qui refusent de démarrer.

Contrôle via systeminfo

Ouvrez une console PowerShell en administrateur et exécutez :

systeminfo | Select-String "Hyper-V"

Vous obtenez quatre lignes relatives aux exigences Hyper-V. Sur un VPS, la ligne clé est Un hyperviseur a été détecté. Les fonctionnalités requises pour Hyper-V ne seront pas affichées : cela signifie que vous êtes déjà dans une VM. Ce n'est pas bloquant si la nested virtualization est active.

Contrôle des extensions processeur

Get-ComputerInfo -Property "HyperV*"

Pour un diagnostic plus fin des capacités du CPU exposé :

Get-WmiObject -Class Win32_Processor | Select-Object Name, VirtualizationFirmwareEnabled, SecondLevelAddressTranslationExtensions

La propriété SecondLevelAddressTranslationExtensions doit renvoyer True. Le SLAT (EPT chez Intel, RVI chez AMD) est obligatoire pour Hyper-V.

Tableau des vérifications essentielles

Élément	Commande / méthode	Attendu
Édition Windows	Get-ComputerInfo -Property WindowsProductName	Server ou Pro/Entreprise
SLAT	Get-WmiObject Win32_Processor	True
Virtualisation exposée	VirtualizationFirmwareEnabled	True
RAM disponible	Gestionnaire des tâches	≥ 8 Go

Si les extensions ne sont pas exposées, contactez le support de votre hébergeur pour vérifier si la nested virtualization peut être activée sur votre offre. Pour approfondir les prérequis officiels, consultez la documentation Microsoft Learn.

Installer et configurer le rôle Hyper-V étape par étape

Une fois les prérequis validés, l'installation du rôle se fait en quelques commandes. Deux approches selon votre édition : PowerShell (recommandé) ou le Gestionnaire de serveur.

Installation sur Windows Server via PowerShell

Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart

Le paramètre -Restart déclenche le redémarrage nécessaire pour finaliser l'activation de l'hyperviseur. Sur un VPS, ce reboot est propre et rapide grâce au stockage NVMe.

Installation sur Windows 10/11 Pro

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Puis redémarrez :

Restart-Computer

Vérifier l'installation après redémarrage

Get-WindowsFeature -Name Hyper-V

Get-Service vmms | Select-Object Name, Status

Le service vmms (Hyper-V Virtual Machine Management) doit être Running. Si c'est le cas, l'hyperviseur est opérationnel.

Configurer le commutateur virtuel réseau

Sans switch virtuel, vos VM invitées n'auront aucune connectivité. Créez un commutateur externe rattaché à la carte réseau du VPS :

Get-NetAdapter | Where-Object Status -eq "Up"

New-VMSwitch -Name "vSwitch-Ext" -NetAdapterName "Ethernet" -AllowManagementOS $true

Pour un lab isolé sans exposition réseau directe, un switch interne suffit :

New-VMSwitch -Name "vSwitch-Int" -SwitchType Internal

Attention au NAT et à l'adressage

Sur un VPS, l'adresse IP publique est généralement liée à la carte principale. Pour donner un accès sortant à vos VM tout en les gardant derrière une IP privée, configurez un NAT interne :

New-VMSwitch -Name "NATSwitch" -SwitchType Internal
New-NetIPAddress -IPAddress 192.168.100.1 -PrefixLength 24 -InterfaceAlias "vEthernet (NATSwitch)"
New-NetNat -Name "NATNetwork" -InternalIPInterfaceAddressPrefix 192.168.100.0/24

Créer une première VM et sécuriser l'environnement

Le rôle est installé, le réseau est prêt. Passons à la création d'une machine virtuelle invitée de génération 2 (UEFI, Secure Boot).

Création d'une VM en PowerShell

New-VM -Name "LAB-DEB12" `
  -MemoryStartupBytes 2GB `
  -Generation 2 `
  -NewVHDPath "C:\VMs\lab-deb12.vhdx" `
  -NewVHDSizeBytes 40GB `
  -SwitchName "NATSwitch"

Attachez ensuite une image ISO d'installation :

Add-VMDvdDrive -VMName "LAB-DEB12" -Path "C:\ISO\debian-12.iso"

Set-VMFirmware -VMName "LAB-DEB12" -FirstBootDevice (Get-VMDvdDrive -VMName "LAB-DEB12")

Activer la nested virtualization pour la VM invitée

Si vous comptez virtualiser encore un niveau en dessous, exposez les extensions au CPU virtuel de la VM :

Set-VMProcessor -VMName "LAB-DEB12" -ExposeVirtualizationExtensions $true

Démarrez enfin la machine :

Start-VM -Name "LAB-DEB12"

vmconnect.exe localhost "LAB-DEB12"

Sécuriser l'accès au VPS hôte

Un VPS Windows exposant Hyper-V devient une cible intéressante. Quelques mesures de durcissement s'imposent, indépendamment de la protection réseau. Côté volumétrique, la mitigation anti-DDoS est déjà gérée au niveau de l'infrastructure OmegaCloud, de façon transparente : vous n'avez rien à installer pour cela.

• Restreindre le port RDP (3389) par pare-feu Windows aux seules IP d'administration.
• Activer l'authentification à deux facteurs (2FA) sur le panel de gestion.
• Renommer le compte administrateur et imposer une politique de mots de passe robuste.

Exemple de règle pare-feu limitant le RDP à une IP fixe :

New-NetFirewallRule -DisplayName "RDP-Admin-Only" `
  -Direction Inbound -Protocol TCP -LocalPort 3389 `
  -RemoteAddress 203.0.113.10 -Action Allow

Set-NetFirewallRule -DisplayName "Remote Desktop - User Mode (TCP-In)" -Enabled False

Bonnes pratiques d'exploitation

Objectif	Action
Sauvegarde des VM	Snapshots réguliers via Checkpoint-VM
Supervision ressources	Dashboard temps réel CPU/RAM/SSD du panel
Isolation réseau	Switch interne + NAT plutôt qu'externe
Reprise rapide	Reinstall en 1 clic + reboot depuis le panel

Pour piloter vos snapshots, redémarrages et la console KVM sans passer par le RDP, appuyez-vous sur le panel OmegaCloud. Les administrateurs qui automatisent leur infrastructure trouveront aussi de quoi faire avec les Integrations & API OmegaCloud pour provisionner leurs environnements via CI/CD.

Créer un checkpoint avant modification

Checkpoint-VM -Name "LAB-DEB12" -SnapshotName "avant-config-reseau"

En cas d'erreur, un retour arrière prend quelques secondes :

Restore-VMSnapshot -VMName "LAB-DEB12" -Name "avant-config-reseau" -Confirm:$false

Conclusion

Installer Hyper-V sur un VPS Windows repose avant tout sur la nested virtualization et sur des prérequis CPU précis. Une fois les extensions exposées et le SLAT validé, l'activation du rôle, la création d'un switch virtuel et le déploiement d'une première VM se font en quelques commandes PowerShell. Vérifiez toujours la compatibilité en amont et sécurisez l'accès hôte avant d'ouvrir votre lab.

FAQ

Peut-on installer Hyper-V sur n'importe quel VPS Windows ?

Non. Hyper-V nécessite que l'hyperviseur hôte expose les extensions de virtualisation (nested virtualization) et le support SLAT. Vérifiez avec Get-WmiObject Win32_Processor que SecondLevelAddressTranslationExtensions renvoie True. Si ce n'est pas le cas, demandez au support si votre offre autorise l'activation de la virtualisation imbriquée.

Combien de RAM et de vCPU prévoir pour un lab Hyper-V sur VPS ?

Comptez au minimum 8 Go de RAM et 4 vCPU pour l'hôte plus une VM invitée. Chaque VM supplémentaire consomme sa propre RAM allouée. Un stockage NVMe est fortement conseillé pour absorber les démarrages simultanés sans latence disque excessive.

Mes VM invitées n'ont pas de réseau, que vérifier ?

Vérifiez d'abord qu'un commutateur virtuel existe avec Get-VMSwitch. Pour un accès sortant sur VPS, privilégiez un switch interne couplé à une règle NAT via New-NetNat, car l'IP publique reste liée à la carte principale. Contrôlez aussi que la carte réseau de la VM est bien rattachée au bon switch.