Migration VMware vers Proxmox : prestation clé en main

    Vous sortez de VMware et vous ne voulez pas piloter la migration vous-même. RDEM Systems prend le chantier en charge : inventaire, dimensionnement de la cible, bascule par lots, tests de validation, puis décommissionnement de vSphere une fois la production stabilisée.

    Si vous préférez migrer par vos propres moyens, notre guide technique de migration VMware vers Proxmox détaille les quatre méthodes disponibles, les commandes et les pièges courants. Cette page ne les répète pas : elle décrit ce que nous prenons en charge à votre place.

    Si la décision de partir n'est pas encore prise, l'analyse pourquoi les DSI quittent VMware, et comment reprend les motifs contractuels, budgétaires et techniques observés chez nos clients.

    Le périmètre exact de la prestation

    Ce qui est inclus

    • Audit et inventaire complet du parc vSphere
    • Dimensionnement et installation du cluster Proxmox VE cible
    • Configuration réseau, VLAN et stockage (Ceph ou ZFS)
    • Conversion des disques et adaptation des pilotes virtio
    • Installation du QEMU Guest Agent sur chaque VM migrée
    • Migration pilote puis bascule par lots
    • Tests de validation et procès-verbal de recette
    • Mise en place des sauvegardes PBS avant remise en production
    • Documentation d'exploitation du nouvel environnement

    Ce qui n'est pas inclus

    • La refonte applicative : une VM migrée reste la même VM
    • Le rachat ou la négociation de vos licences éditeurs
    • La migration des postes de travail et de la bureautique
    • Le développement spécifique d'outils métier
    • L'exploitation quotidienne après recette — elle relève de l'infogérance Proxmox, souscrite séparément

    La méthode, en cinq phases

    Aucune VM de production n'est déplacée avant que le pilote n'ait validé le débit réel, les pilotes et la fenêtre de bascule.

    1. 1

      Inventaire et audit

      Extraction de l'inventaire vSphere : VMs, disques, snapshots, réseaux, VLAN, dépendances applicatives, licences en cours. Identification des VMs qui posent problème (passthrough matériel, appliances chiffrées, clusters Windows, licences liées à l'empreinte matérielle). L'audit est gratuit et débouche sur un plan chiffré.

    2. 2

      Définition de la cible

      Dimensionnement du cluster Proxmox VE (CPU, RAM, stockage Ceph ou ZFS, réseau), choix de la destination — votre datacenter ou le nôtre — et plan d'adressage. C'est aussi ici qu'est décidé le raccordement réseau : liaison privée L2L, VPN, ou accès public.

    3. 3

      Migration pilote

      Deux à cinq VMs représentatives sont migrées en premier : une Linux, une Windows, une VM applicative avec dépendances. Elles servent à mesurer le débit réel, valider les drivers virtio et le QEMU Guest Agent, et caler la fenêtre de bascule des lots suivants.

    4. 4

      Bascule par lots

      Le parc est découpé en lots par criticité et par dépendance. Chaque lot est migré, testé, puis validé par vos équipes avant de passer au suivant. Les VMs volumineuses sont pré-synchronisées à l'avance pour que la fenêtre d'arrêt ne porte que sur le delta.

    5. 5

      Réversibilité et décommissionnement

      L'environnement VMware source est conservé intact jusqu'à la validation finale : tant qu'il n'est pas décommissionné, le retour arrière consiste à rallumer la VM d'origine. Le décommissionnement (arrêt des hôtes ESXi, résiliation des contrats de support) n'intervient qu'après votre accord écrit.

    L'interruption de service, VM par VM

    Le parc n'est jamais arrêté d'un bloc. Chaque VM a sa propre fenêtre, qui dépend de la méthode retenue et du volume à transférer. Les fenêtres sont posées avec vous, sur les créneaux que vous choisissez.

    CasMéthodeArrêt de la VM
    VM non critique, moins de 100 GoMigration à froid, hors heures ouvréesLe temps du transfert, généralement moins d'une heure
    VM volumineuse, plusieurs ToPré-synchronisation puis delta incrémentalQuelques minutes, le temps du dernier delta et du redémarrage
    Service en haute disponibilitéBascule nœud par nœud derrière le répartiteur de chargeAucun arrêt visible côté utilisateur
    Appliance ou VM à matériel dédiéTraitement au cas par cas, arbitré pendant l'auditDéfini au devis, jamais découvert le jour J

    Ce qui est repris tel quel, et ce qui ne l'est pas

    Repris à l'identique

    • Le système d'exploitation invité, sans réinstallation
    • Les données et les partitions, bloc pour bloc
    • Les adresses IP et les VLAN, si la topologie cible le permet
    • Le boot UEFI, converti en OVMF avec disque EFI
    • Les licences Windows en volume (KMS, MAK)

    Remplacé ou à retraiter

    • Les VMware Tools, désinstallées et remplacées par le QEMU Guest Agent
    • Les pilotes de disque et de réseau, remplacés par virtio
    • Les snapshots vSphere, consolidés avant migration
    • Le passthrough matériel, reconfiguré côté Proxmox
    • Les licences OEM liées à l'empreinte matérielle de l'hôte
    • Les sauvegardes, reconstruites sur Proxmox Backup Server

    Durée type selon la taille du parc

    Ces durées couvrent l'ensemble du chantier, de l'audit à la recette finale, hors délai de livraison du matériel ou d'une liaison réseau. Le transfert de données lui-même est rarement le facteur limitant : ce sont les fenêtres de bascule disponibles qui déterminent le calendrier.

    Taille du parcDurée typeDécoupage
    1 à 10 VMs1 à 2 semainesUn pilote, puis un ou deux lots
    10 à 50 VMs3 à 6 semainesUn pilote, puis des lots hebdomadaires
    50 à 150 VMs2 à 4 moisLots par domaine applicatif, recette intermédiaire
    Plus de 150 VMsPlanning dédiéChantier phasé, avec cohabitation VMware / Proxmox prolongée

    Exemple concret : 100 VMs externalisées vers notre infrastructure et étude de cas d'une migration VMware vers Proxmox.

    Où atterrit le parc migré

    C'est la décision structurante du projet, prise en phase 2. Les deux destinations utilisent la même méthode de migration ; elles diffèrent par ce qui se passe ensuite.

    Sur votre matériel

    Le cluster Proxmox VE est installé sur vos serveurs, dans vos locaux ou dans votre datacenter. Vous restez propriétaire du matériel et de l'infrastructure.

    Après la recette, vous exploitez le cluster vous-même, ou vous nous en confiez l'exploitation à 150 € HT/mois par hyperviseur — voir l'offre d'infogérance Proxmox.

    Sur notre infrastructure, reliée à vos bureaux

    Le parc est hébergé dans nos baies chez Equinix Paris, et relié à vos locaux par une liaison privée L2L que nous fournissons : VLAN dédié, adressage privé, pas de transit par l'Internet public. Le lien fibre est commandé et porté par RDEM — vous n'avez pas de contrat opérateur à souscrire.

    Vos VMs deviennent une ressource de votre réseau interne. Les tarifs des VMs figurent sur la page offres d'hébergement Proxmox ; le lien privé est chiffré à part, au devis.

    Pourquoi la liaison privée change la nature du projet

    RDEM Systems opère son propre réseau : AS206014, routage BGP, présence chez Equinix Paris. Le lien vers vos bureaux, nous le commandons auprès d'un opérateur de boucle locale, nous l'intégrons à ce réseau et nous en portons le contrat. Résultat : une liaison de niveau 2 entre le datacenter et vos bureaux plutôt qu'un simple accès Internet vers un panneau d'administration — et un seul fournisseur en face de vous.

    Concrètement, un parc VMware qui tournait dans votre salle serveur peut être déplacé en datacenter sans devenir un service exposé sur Internet : mêmes plages d'adresses privées, mêmes VLAN, mêmes règles de filtrage. Le serveur, le lien et l'exploitation viennent du même fournisseur — un seul interlocuteur quand quelque chose ne va pas. Un VPN reste disponible en option pour les utilisateurs nomades.

    Comment la prestation est facturée

    • L'audit est gratuit. Il produit l'inventaire réel du parc, la liste des points durs et un plan de migration chiffré. Vous en disposez même si vous ne donnez pas suite.
    • La migration est facturée au forfait, établi après l'audit. Les variables sont le nombre de VMs, le volume de données à déplacer, le nombre de fenêtres de bascule et les contraintes de disponibilité.
    • Il n'y a pas de coût de licence. Proxmox VE est open source. Seuls l'accompagnement, l'abonnement de support optionnel et l'infogérance sont facturés.
    • L'exploitation est un abonnement séparé : 150 € HT/mois par hyperviseur pour un cluster dédié infogéré, ou le tarif VPS de la page offres si le parc est hébergé chez nous.
    • Le raccordement réseau est une ligne à part. Si le parc atterrit chez nous derrière une liaison privée, le lien fibre est chiffré au devis après qualification de votre adresse — il n'est pas compris dans le tarif des VMs.

    Pour situer l'économie attendue côté licences, l'article TCO VMware vs Proxmox 2026 détaille trois scénarios chiffrés.

    Questions fréquentes

    Le guide de migration VMware vers Proxmox documente les commandes et les méthodes pour migrer vous-même : Import Wizard, qemu-img, V2V live, CBT incrémentale. Cette page décrit la prestation où RDEM Systems exécute la migration à votre place : audit, plan, exécution, tests et accompagnement jusqu'au décommissionnement de VMware. Les deux sont complémentaires — beaucoup de clients lisent le guide avant de nous confier le chantier.

    Pas globalement. Chaque VM connaît une fenêtre d'arrêt propre, du redémarrage seul (VM pré-synchronisée, quelques minutes) à quelques heures pour un gros volume migré à froid. Le parc n'est jamais arrêté d'un bloc : la bascule se fait par lots, sur des créneaux que vous choisissez.

    Les licences Windows en volume (KMS, MAK) suivent sans difficulté. Les licences OEM liées au matériel de l'hôte VMware, en revanche, ne sont pas transférables : le changement d'hyperviseur modifie l'empreinte matérielle et peut déclencher une réactivation. Ce point est vérifié pendant l'audit, avant tout engagement.

    Oui. L'inventaire est extrait directement de vSphere, pas de votre documentation. L'audit reconstruit la cartographie réelle : VMs actives, VMs orphelines, snapshots oubliés, dépendances réseau. C'est fréquemment la première fois que le client dispose d'un état des lieux à jour de son parc.

    Au choix : sur votre propre matériel, que nous installons et pouvons ensuite infogérer à 150 € HT/mois par hyperviseur ; ou sur notre infrastructure en datacenter Equinix Paris, avec une liaison privée L2L entre le datacenter et vos locaux. Dans ce second cas, les VMs deviennent une ressource de votre réseau interne et non un service exposé sur Internet.

    L'audit est gratuit. La migration est ensuite facturée au forfait, établi après l'audit sur la base du nombre de VMs, du volume de données à déplacer, du nombre de fenêtres de bascule et des contraintes de disponibilité. Il n'y a pas de coût de licence Proxmox VE : le logiciel est open source, seuls l'accompagnement et l'éventuel abonnement de support ou d'infogérance sont facturés.

    Oui. La méthode est la même : inventaire, conversion des disques, adaptation des pilotes, bascule par lots. Les migrations Hyper-V vers Proxmox et les conversions physique-vers-virtuel (P2V) entrent dans le même cadre de prestation.

    Commencez par l'audit

    Il vous donne l'inventaire réel de votre parc VMware, la liste des VMs qui poseront problème et un plan de migration chiffré. Il est gratuit et sans engagement.

    Vous confiez votre parc de production à un prestataire : qui est RDEM Systems — société française, opérateur réseau, références et équipe.