Vous envisagez de quitter VMware pour Hyper‑V ? Ce guide 2025 détaille la marche à suivre, les outils concrets, les pièges à éviter et un comparatif budgétaire réaliste pour décider vite — sans surprises sur les licences.
Migration de VMware vers Hyper‑V
Vue d’ensemble de la question
Suite aux changements tarifaires et contractuels imposés par Broadcom sur la pile VMware (vSphere/ESXi), de nombreuses DSI évaluent une bascule vers Microsoft Hyper‑V (Windows Server 2025 ou Azure Stack HCI). L’objectif : une méthode pas‑à‑pas, des outils éprouvés, des garde‑fous opérationnels, et une vision claire des coûts.
Réponse & solution
Évaluation initiale
- Inventaire : hôtes (CPU, RAM, sockets), versions d’ESXi/vCenter, rôle de chaque VM, dépendances (DNS, LDAP/AD, NTP, PKI), cartographie des réseaux (VLAN, MTU, trunk, groupes de port) et du stockage (vSAN, NFS, iSCSI, FC).
- Compatibilité matérielle : vérifiez VT‑x/AMD‑V, SLAT (EPT/RVI), prise en charge de la virtualisation IOMMU, BIOS/UEFI, Secure Boot, TPM. Prévoyez 10–20 % de buffer de capacité côté Hyper‑V pour les pilotes/tests.
- Licences actuelles : date d’échéance, modalités de renouvellement, périmètre couvert (vSAN/NSX), et impacts du plancher de cœurs (cf. section coûts).
Sauvegardes et plan de retour arrière
- Sauvegardes cohérentes applicatives (VSS/Oracle RMAN/MySQL LVM snap) et export de la configuration vCenter (topologie, rôles, balises).
- Runbook REX : critère de bascule, seuils d’abandon, procédures de restauration (RPO/RTO), et matrice de décision (re‑try ↔ rollback).
Conversion des disques et des VM
Objectif : passer de VMDK à VHDX avec un minimum d’arrêt de service, puis réattacher la VM dans Hyper‑V.
- Windows Admin Center – Extension “VM Conversion” (Public Preview, 2025) : découverte vCenter/ESXi, réplication à chaud (CBT), synchronisation différentielle, coupure courte et import automatique en Hyper‑V. Gratuit, sans agent invité. Idéal pour des vagues jusqu’à 10 VM par lot.
- Azure Migrate → Azure Stack HCI : réplication locale “on‑prem → on‑prem” (contrôle via Azure) pour basculer vers un cluster Hyper‑V moderne. Utile si vous ciblez HCI dès le pilote.
- Convertisseurs V2V : StarWind V2V (gratuit) ou
qemu-imgpour convertir les disques :qemu-img convert -p -f vmdk -O vhdx -o subformat=dynamic source.vmdk dest.vhdx - MVMC (ancien Microsoft Virtual Machine Converter) : retiré du support et non distribué par Microsoft ; exploitable uniquement si vous possédez déjà le binaire. Préférez WAC / Azure Migrate / V2V récents.
- À prévoir lors de la conversion : suppression de VMware Tools avant le cutover final, mappage BIOS↔Gen 1 / UEFI↔Gen 2, consolidation d’instantanés, passage en VHDX dynamique (redimensionnement à chaud, résilience).
Parité réseau & stockage
- Réseau : recréez les commutateurs virtuels (vSwitch ↦ vSwitch Hyper‑V) et les mêmes VLAN. Sur Windows Server 2025, utilisez Switch Embedded Teaming (SET) plutôt que LBFO, activez vRSS/vMMQ, et planifiez l’usage de SR‑IOV sur les cartes compatibles.
- Stockage : validez l’accès iSCSI/NFS/SMB 3/FC depuis les hôtes Hyper‑V, privilégiez ReFS + CSV sur clusters, et activez TRIM/UNMAP pour les VHDX.
Tests pilotes
- Démarrez une sandbox (VMs non critiques) et vérifiez : authentification AD, dépendances applicatives, performances E/S (latence p95), sauvegardes invitées, journalisation et supervision.
- Critères de réussite : mêmes ou meilleurs login time, latence disque et temps de reprise backup/restore ≤ référence, absence d’erreurs noyau/invité.
Migration de production
- Par vagues : services faibles → moyens → critiques. Fenêtres de bascule alignées sur les SLA.
- Supervision : sur les hôtes, suivez CPU (ready time), mémoire (ballooning/dynamic), latence disque (p95/p99), et réseau (pertes, retransmissions). Ajustez vNUMA / compatibilité processeur si besoin.
Post‑migration & optimisation
- Nettoyez DNS, IP fixes, scripts d’exploitation. Désinstallez VMware Tools, vérifiez les agents (AV/EDR, monitoring) et réinstallez les Integration Services (intégrées aux OS récents).
- Activez Live Migration, Failover Clustering et Hyper‑V Replica; déployez Windows Admin Center (administration web) et/ou System Center VMM (fabric multi‑hôtes).
- Documentez la correspondance “VMware ↦ Hyper‑V” (nom, IP, stockage, sécurité) et mettez à jour CMDB & PRA.
Comparatif de coûts : Broadcom VMware (2025) vs Microsoft Hyper‑V
Repères publics au 06 octobre 2025, hors remises revendeur, support et CALs sauf mention.
| VMware (Broadcom, 2025) | Hyper‑V (Windows Server 2025) | |
|---|---|---|
| Modèle | Abonnement par cœur/an (vSphere Foundation ou VMware Cloud Foundation) | Licence Windows Server (perpétuelle) + CALs ou Pay‑as‑you‑go via Azure Arc |
| Planchers | 16 cœurs minimum par CPU et 72 cœurs minimum par commande/instance depuis le 10 avril 2025 | 16 cœurs par serveur (min), 8 cœurs min par CPU (règle de calcul Microsoft classique) |
| Prix indicatifs | vSphere/VCF : env. 350 USD/cœur/an après “‑50 %” annoncé (prix list historiquement ~700 USD/cœur/an) | Perpétuel (MSRP, 16 cœurs) : Datacenter $ 6 771 ; Standard $ 1 176. Pay‑as‑you‑go : $ 33,58/cœur/mois (≈ $ 0,046/heure). |
| Virtualisation incluse | Illimitée, mais bundles imposent souvent vSAN/NSX (coûts associés) | Standard : droit à 2 VM par licence ; Datacenter : VMs illimitées. PAYG : pas de droits d’illimité ; chaque instance OS est facturée. |
| Conditions | Contrats 3–5 ans ; +20 % de pénalité si renouvellement en retard | Prix de référence publics, achats OEM/Volume possibles ; Azure Hybrid Benefit disponible |
| Variation récente | Hausse marquée pour PME/filiales avec le seuil 72 cœurs et la réduction des SKU | Tarification stable, ajout du mode PAYG via Arc (utile pour sites distants ou besoins temporaires) |
Exemple chiffré : hôte 2 CPU × 12 cœurs (24 cœurs physiques)
| Option | Coût indicatif | Hypothèses |
|---|---|---|
| VMware (VCF/VVF) | 72 × $ 350 = $ 25 200/an | Plancher de commande : 72 cœurs (min) ; prix courant évoqué post remise nominale |
| Hyper‑V Datacenter (perpétuel) | ≈ $ 10 157 une fois | MSRP 16 cœurs = $ 6 771, pro‑rata 24/16 ≈ 1,5 × (ajout packs 2 cœurs). CALs non incluses. |
| Hyper‑V Pay‑as‑you‑go (Arc) | $ 9 671/an | 24 cœurs × $ 33,58 × 12. Attention : PAYG ne confère pas de droits d’illimité ; à appliquer par instance OS (hôte et/ou VMs). |
Lecture rapide : la bascule vers Hyper‑V Datacenter réduit souvent la dépense de 30–60 % dès la première année (vs abonnement VMware), et supprime le risque du plancher de 72 cœurs. Le mode PAYG convient aux environnements à faible densité de VM ou temporaires ; pour des fermes denses, Datacenter reste le meilleur TCO.
Notes de contexte (sources publiques, 2024–2025)
- Minimum de commande VMware : 72 cœurs à partir du 10 avril 2025, et pénalité de 20 % pour renouvellement tardif (communiqué partenaire/presse IT).
- Microsoft affiche pour Windows Server 2025 : Datacenter $ 6 771 / Standard $ 1 176 pour 16 cœurs, et un mode PAYG via Azure Arc à $ 33,58/cœur/mois.
- PAYG Windows Server : pas de CALs nécessaires pour l’accès de base ; les RDS CALs restent requises le cas échéant.
Vérifiez auprès de votre revendeur les prix réels, les remises volume, et l’applicabilité à votre région.
Mode opératoire recommandé (prêt à l’emploi)
Runbook de migration Hyper‑V (exemple)
| Période | Tâches clés | Livrables |
|---|---|---|
| D‑30 → D‑21 | Inventaire, compatibilité, définition des vagues, capacity planning Hyper‑V/HCI | Liste de VMs priorisées, HLD, plan d’adressage & VLAN |
| D‑20 → D‑14 | Déploiement Hyper‑V/Cluster, vSwitch/SET, stockage (CSV/ReFS), sauvegardes | Cluster validé, tests failover, sauvegardes “green” |
| D‑13 → D‑7 | Pilote : réplication (WAC VM Conversion / Azure Migrate) de 5–10 VMs non critiques | PV de tests (perf, authent, backup) |
| D‑6 → D‑1 | Gel des changements, communication métier, pre‑cutover diff | “Go/No‑Go” signé, créneaux de bascule |
| J | Delta final, arrêt des VMs sources, import Hyper‑V, vérifs applicatives, bascule DNS | Bascule on, check‑list OK |
| D+1 → D+7 | Optimisation (vNUMA, dynamique mémoire), perf/monitoring, documentation, hardening | Dossier d’exploitation à jour, REX |
Points d’attention & pièges fréquents
- BIOS vs UEFI : respectez la correspondance (BIOS→Gen 1 / UEFI→Gen 2). Secure Boot à activer selon l’OS invité.
- Réseau invité : vmxnet3 ↦ carte réseau Hyper‑V (synthetic). Vérifiez les dépendances MAC/IP (licences par MAC, NLB, etc.).
- Snapshots : consolidez avant synchronisation (toute conversion sur base snapshot augmente le temps d’arrêt).
- vNUMA & mémoire dynamique : pour SQL/Java/NoSQL, privilégiez RAM fixe et vNUMA explicite (la mémoire dynamique peut masquer la topologie NUMA aux invités).
- Disques : format VHDX, 4 K natif si possible, UNMAP activé, contrôleur SCSI. Évitez IDE pour data.
- Live Migration : en 10/25 GbE, le mode “Compression” est généralement gagnant ; SMB Direct (RDMA) si disponible.
- SET vs Teaming : utilisez Switch Embedded Teaming (SET) ; LBFO est déprécié sur les versions récentes.
- Backup : basculez vos jobs vers l’API Hyper‑V/VSS. Testez restauration granulaire (AD, SQL, fichiers).
- Activation : Datacenter offre la virtualization right illimitée (VMs Windows Server). PAYG ne la fournit pas : chaque instance OS est facturée.
Optimisations Hyper‑V (cheat‑sheet)
| Domaine | Bonnes pratiques |
|---|---|
| CPU | Limiter vCPU/VM au besoin réel ; aligner vNUMA sur pNUMA ; activer “compatibilité processeur” pour LM inter‑générations si nécessaire. |
| Mémoire | Réserver la RAM hôte, activer la mémoire dynamique seulement sur services tolérants ; large pages pour bases de données. |
| Stockage | ReFS + CSV sur clusters ; taille d’unité d’allocation adaptée (64 K pour charges SQL/OLTP) ; cache contrôlé côté baie. |
| Réseau | vSwitch + SET, VLAN identiques, vRSS/vMMQ activés, files QoS si besoin, SR‑IOV pour latence critique. |
| Clustering | Quorum dynamique + témoin (Cloud/SMB) ; LM simultanée limitée par réseau ; surveiller CSV Redirected I/O. |
| Supervision | Windows Admin Center + PerfMon/ETW, métriques p95/p99 ; activer Resource Metering pour showback/chargeback. |
Informations complémentaires utiles
Support & communauté
- VMware a annoncé la gratuité de Workstation/Fusion (2024), avec un recentrage sur la doc et les communautés pour le support des produits desktop.
- Microsoft maintient un support formel (Premier/Unified) et des outils gratuits : Windows Admin Center, Azure Migrate, évaluations guidées.
Scénarios hybrides & trajectoires
- Transition douce : conserver VMware sur quelques workloads sensibles le temps de certifier Hyper‑V, tout en industrialisant les nouveaux déploiements sur Hyper‑V ou Azure Stack HCI.
- Sauvegardes : Veeam/Commvault/Acronis gèrent indifféremment Hyper‑V et les agents invités. Vérifiez le chiffrement au repos et la rétention légale.
- Containers & Cloud : Kubernetes (AKS sur HCI), Arc‑enabled servers pour gouvernance, gestion des correctifs unifiée.
Alternatives open source
- Proxmox VE / KVM : pertinents pour labs, sites secondaires et budgets contraints. Attention à la courbe d’apprentissage et aux intégrations sauvegarde/AD.
FAQ express
Quel downtime prévoir ? Avec WAC “VM Conversion”, la réplication initiale se fait à chaud ; le cutover s’aligne sur l’arrêt de la VM (quelques minutes à < 1 h selon delta et E/S).
Peut‑on mélanger Hyper‑V et VMware pendant la transition ? Oui. Maintenez la synchronisation jusqu’au basculement, prévoyez des passerelles réseau (VLAN/Firewall) et un DNS à double pointage transitoire.
Standard ou Datacenter ? Standard si <= 2 VM Windows par hôte et faible densité ; Datacenter dès que la densité VM/host augmente (droit d’illimité).
PAYG via Azure Arc supprime‑t‑il les CALs ? Pour le mode PAYG, les CALs Windows Server ne sont pas requises pour l’accès de base (les RDS CALs restent nécessaires). Pour les licences perpétuelles, les CALs demeurent requises.
Recommandation finale
Lancez un pilote Hyper‑V (ou Azure Stack HCI) sur un petit cluster. Mesurez précisément la consommation CPU/RAM, la latence I/O et l’effort d’exploitation, puis comparez le TCO 3 ans avec l’offre Broadcom avant tout renouvellement. En parallèle, standardisez vos procédures : sauvegardes VSS, modèles de VM, supervision et sécurité. Le gain budgétaire et la maîtrise du risque (fin du plancher 72 cœurs) justifient généralement la migration.
Annexes pratiques
Checklist de conversion d’une VM (terrain)
- Consolider les snapshots, vérifier l’intégrité disque (fsck/chkdsk).
- Désinstaller VMware Tools, noter l’adresse IP statique et les dépendances NIC.
- Convertir VMDK → VHDX (StarWind V2V ou
qemu-img), contrôleur SCSI. - Importer la VM sous Hyper‑V (Gen 1/Gen 2 selon BIOS/UEFI), activer Secure Boot si supporté.
- Installer/valider les services d’intégration Hyper‑V (natifs sur OS récents).
- Rattacher au bon vSwitch/VLAN, appliquer IP/DNS, valider la connectivité (ICMP, LDAP/SQL/HTTP).
- Rejouer les sauvegardes invitées et un test de restauration.
Modèle de matrice de risques (extrait)
| Risque | Probabilité | Impact | Mitigation |
|---|---|---|---|
| Incompatibilité UEFI/Gen 2 | Moyenne | Élevé | Inventaire préalable, tests pilotes, conversion Gen 1 si nécessaire |
| Dégradation I/O | Faible | Moyen | ReFS+CSV, réglage file système, UNMAP, contrôleurs SCSI |
| Fenêtre de bascule dépassée | Moyenne | Élevé | Réplication différentielle, plan rollback, communication métiers |
Rappels licences (résumé)
- Windows Server Datacenter (perpétuel) : VMs Windows illimitées par hôte correctement licencié (16 cœurs min par serveur + compléments 2 cœurs).
- Windows Server Standard : 2 VMs par licence (16 cœurs), empilable pour plus de VMs.
- PAYG Azure Arc : facturation par cœur et par instance OS, pas de droits d’illimité. CALs non requises (sauf RDS).
Sources publiques consultées : pages tarifaires officielles Windows Server 2025 (MSRP et PAYG), documentation Azure Arc (licences PAYG), articles et notices Broadcom/VMware (minimum de 72 cœurs dès 10/04/2025, pénalité 20 %), annonces 2024/2025 sur la gratuité de Workstation/Fusion, et guides Microsoft (WAC VM Conversion, VMM, Azure Migrate → HCI).
Dernière mise à jour : 06 octobre 2025.