Migrer de VMware vers Proxmox VE

Depuis le rachat par Broadcom, beaucoup d’organisations cherchent à sortir de VMware. inett planifie le passage à Proxmox VE, migre vos machines virtuelles et assure le suivi du nouveau cluster.

Pourquoi tant d’organisations quittent VMware

Broadcom a racheté VMware fin 2023, puis a profondément changé le modèle de licence. Les licences perpétuelles ont disparu, seuls restent des abonnements. Les produits ont été regroupés en offres groupées. Broadcom a mis fin à certains contrats et programmes partenaires avec un court préavis.

Pour beaucoup d’organisations, la même infrastructure coûte désormais plusieurs fois plus cher. Les hausses rapportées vont de quelques centaines à plus de mille pour cent. L’association européenne des fournisseurs de cloud CISPE fait état auprès de la Commission européenne de hausses de 800 à 1 500 % (IT-Connect). L’association allemande d’utilisateurs VOICE a déposé une plainte auprès de la Commission.

S’y ajoute une question de confiance. Qui planifie sa virtualisation sur cinq ou dix ans a besoin d’un éditeur aux conditions prévisibles. À l’échéance du contrat, il faut choisir : accepter les nouvelles conditions ou migrer.

Pourquoi Proxmox VE

Proxmox VE couvre ce que la plupart des environnements vSphere utilisent au quotidien : cluster, haute disponibilité, migration à chaud, stockage partagé, pare-feu et droits par rôle. La plateforme est open source et sans frais de licence. Elle est développée à Vienne, existe depuis 2008 et tourne, selon l’éditeur, sur plus de 2,3 millions de serveurs dans le monde.

Pour la migration, Proxmox VE dispose d’un assistant d’import. Il lit les machines virtuelles directement sur un hôte ESXi ou via vCenter.

Notre démarche

Notre équipe travaille avec Proxmox VE depuis 2009 et a migré depuis de nombreux environnements VMware. inett est partenaire Gold de Proxmox (Proxmox Gold Partner).

  1. Inventaire. Nous relevons vos machines virtuelles, vos datastores, vos réseaux et leurs dépendances. Vous savez ensuite ce qui migre tel quel et ce qui demande une préparation.
  2. Architecture cible. Nous dimensionnons le matériel, le nombre de nœuds, la séparation des réseaux et le stockage. Si vous avez besoin d’un stockage partagé sans baie SAN, nous intégrons Ceph dans une architecture en hyperconvergence. Les hôtes existants peuvent souvent être réutilisés.
  3. Mise en place. Nous installons les nœuds, configurons le cluster, la haute disponibilité, le pare-feu, les droits d’accès et la sauvegarde, et documentons la configuration.
  4. Pilote. Nous migrons d’abord des machines non critiques et les vérifions avec vous en exploitation.
  5. Migration. Les autres machines suivent par vagues, dans des fenêtres de maintenance convenues avec vous. Votre environnement VMware reste en service jusqu’à la réception. Vous gardez ainsi un retour en arrière possible.
  6. Passation et exploitation. Votre équipe reçoit la documentation et une prise en main. Si vous le souhaitez, notre offre d’infogérance prend en charge l’exploitation.

Après l’inventaire, nous estimons l’effort. Sur cette base, un prix forfaitaire est également possible.

Ce que l’assistant d’import sait faire, et ce qu’il ne fait pas

L’assistant d’import a des limites à connaître avant de planifier. La machine virtuelle source doit être arrêtée pendant l’import. L’état d’un vTPM n’est pas repris. Les disques chiffrés et les machines virtuelles hébergées sur vSAN ne peuvent pas être importés. Un import via vCenter est nettement plus lent qu’un import direct depuis l’hôte ESXi. Les machines Windows ont besoin des pilotes VirtIO pour de bonnes performances après la migration.

Proxmox classe encore l’assistant en aperçu technologique (wiki Proxmox). Nous vérifions donc chaque machine virtuelle avant de la déplacer. Ce que l’assistant ne reprend pas, nous le migrons autrement, par exemple par un export OVF ou par l’import de disques individuels.

Contenu de la prestation

  • Analyse de votre environnement VMware et plan de migration par machine virtuelle
  • Conception matérielle et réseau du cluster
  • Installation et configuration des nœuds Proxmox VE
  • Mise en place du cluster, de la haute disponibilité, du pare-feu et des droits
  • Raccordement du stockage et sauvegarde avec Proxmox Backup Server
  • Migration pilote, puis migration des autres machines virtuelles
  • Documentation et passation à vos équipes
  • Prise en main pour votre équipe d’administration ; formations approfondies sur demande

Quand la migration demande plus de préparation

Si votre infrastructure s’appuie fortement sur des produits VMware complémentaires comme NSX, nous repensons l’architecture réseau. Proxmox VE dispose de ses propres fonctions réseau avec SDN et le pare-feu intégré, mais ne remplace pas NSX à l’identique.

Si l’éditeur d’une application métier ne garantit son support que sous VMware, nous clarifions ce point avec lui avant la migration. Il en va de même pour les logiciels de sauvegarde et les solutions de postes virtuels. Omnissa a certifié Proxmox VE pour Horizon en septembre 2026 (Proxmox). Nous vérifions lors de l’inventaire si votre configuration est concernée.

Questions fréquentes

Combien de temps dure une migration ?

Cela dépend du nombre de machines virtuelles, du volume de données et de vos fenêtres de maintenance. Après l’inventaire, vous recevez un calendrier.

Combien de temps une machine virtuelle est-elle indisponible ?

La machine est arrêtée pendant la copie de ses disques. La durée dépend de la taille des disques et du réseau. Pour les grosses machines, nous prévoyons des fenêtres de maintenance dédiées.

Pouvons-nous migrer nous-mêmes ?

Oui. Nous vous accompagnons alors pour la planification et le pilote et restons disponibles pour vos questions. Une formation prépare votre équipe.

Pouvons-nous réutiliser nos hôtes VMware actuels ?

Souvent, oui. Proxmox VE exige un processeur 64 bits avec Intel VT ou AMD-V. Nous vérifions lors de l’inventaire si votre contrôleur RAID convient à ZFS ou à Ceph.