Le point de départ est la liste des opérations que votre équipe réalise et des engagements qu'elle doit tenir. Évacuer un hôte, restaurer une base, redémarrer après une panne et appliquer une mise à jour sont des critères plus utiles qu'un total de fonctionnalités.
Comparer des versions, des éditions et des intégrations identifiées. Une capacité absente d'un ancien comparatif peut exister aujourd'hui ; une fonction disponible peut rester incompatible avec votre chaîne de sauvegarde ou votre application.
Comparer les usages avant de rapprocher les noms
| Usage | À identifier côté VMware | Preuve à obtenir sur Proxmox |
|---|---|---|
| Maintenance d'un hôte | Modes de vMotion et stockage utilisés | Déplacement des VM et contrôle applicatif |
| Répartition des charges | Règles DRS, automatismes et réserves | Placement et équilibrage avec les règles retenues |
| Reprise après panne | Options HA, priorités et capacité admissible | Redémarrage des charges et RTO applicatif mesuré |
| Stockage distribué | Politiques vSAN et domaines de panne | Protection et performances en mode dégradé |
| Sauvegarde | Versions, jobs, rétention et restaurations | Compatibilité documentée et restauration isolée réussie |
| Gouvernance | Scripts, API, permissions et flux ITSM | Opérations autorisées, tracées et intégrées aux processus |
Cette grille sert à construire la recette. Une démonstration réussie sur une VM ne valide pas toutes les lignes.
Migration à chaud : qualifier le périmètre
Proxmox VE dispose de Live Migration. Les points à examiner sont les CPU, les périphériques, le stockage, le réseau et le périmètre de déplacement réellement utilisé.
Une migration au sein d'un cluster, un transfert entre clusters et le passage de VMware vers Proxmox sont des opérations différentes. Voir vMotion et Live Migration : ce qui peut être remplacé.
Le protocole doit inclure une VM représentative sous charge, une mesure des erreurs applicatives et la disponibilité du réseau après déplacement. Si un périphérique local empêche une opération, documenter l'exception et la procédure alternative.
Placement et équilibrage : repartir des règles utilisées
La publication officielle de Proxmox VE 9.2 décrit le Dynamic Load Balancer et le mode dynamique de CRS. Les anciennes comparaisons affirmant l'absence générale d'équilibrage automatique doivent être révisées.
Cela ne prouve pas l'équivalence de toutes les règles DRS. Relever les affinités, les automatismes et les situations déclenchant un déplacement, puis reproduire les cas nécessaires sur la cible. Le comparatif DRS et Proxmox CRS développe cette analyse.
Sur une plateforme largement automatisée, ces règles doivent figurer dans le périmètre de migration, avec un responsable pour chaque intégration.
HA et stockage : tester deux niveaux de protection
Le retour du service dépend du calcul, de l'accès aux disques et du démarrage de l'application. Les tests HA après panne d'hôte doivent mesurer l'ensemble du parcours.
Si vSAN est utilisé, traduire ses politiques vers l'architecture cible. Ceph est une option, tout comme le maintien d'un stockage partagé externe lorsque le contexte le justifie. Notre comparatif Ceph et SAN éclaire cet arbitrage.
Évaluer séparément réseau et sécurité : segments, filtrage, flux d'administration et dépendances à NSX. La présence d'un SDN ou d'un pare-feu ne démontre pas la reprise d'une politique réseau complète.
Sauvegarde : vérifier Veeam et PBS sur leur périmètre réel
Veeam prend en charge des environnements Proxmox VE au moyen de son plug-in. Rapprocher la matrice officielle des plateformes prises en charge des versions exactes du serveur de sauvegarde, du plug-in, des workers et des hôtes.
La migration n'impose donc pas systématiquement d'abandonner Veeam. Vérifier les fonctions utilisées et les limitations documentées, notamment les cibles et les restaurations. Une installation plus récente de Proxmox n'est pas automatiquement couverte par la version de backup en place.
PBS constitue une autre voie pour protéger les charges Proxmox. Appliquer les mêmes essais aux solutions candidates : sauvegarde, restauration complète isolée, cohérence applicative, récupération d'un fichier et contrôle de la rétention.
Notre comparatif PBS et Veeam complète la réflexion. La décision doit rester attachée aux versions et aux restaurations validées au POC.
Support et compétences : définir qui prend l'incident
Proxmox propose des souscriptions avec dépôt entreprise et niveaux de support. Comparer les horaires, délais de réponse et périmètres couverts avec vos exigences d'exploitation et les services d'un éventuel partenaire.
Décrire la chaîne d'escalade : qui diagnostique le matériel, le réseau, le stockage, l'hyperviseur et l'application ? Un contrat sur un composant ne couvre pas nécessairement les autres.
Vérifier aussi la position de chaque éditeur applicatif sur la plateforme retenue. Les conditions dépendent du produit, de la version et du contrat ; une généralité par marque ne suffit pas.
Prévoir une recette avec l'équipe : alerte, diagnostic disque, restauration et mise à jour. Cette mise en situation aide à estimer la formation nécessaire.
Décider à partir du coût complet et des écarts restants
Comparer licences, matériel, backup, exploitation, formation et coexistence sur une même période. Le point sur VMware après Broadcom propose une grille de trajectoires.
Produire une décision par famille de charges : migrer, adapter, maintenir temporairement ou approfondir un test. Donner à chaque écart un responsable et un critère de levée.
Pour transformer cette grille en preuves, utiliser les critères d'un POC Proxmox et notre accompagnement POC. Si le périmètre est identifié, échangeons sur l'architecture à valider.
Sources officielles
Sources consultées le 15 octobre 2026. Ces critères sont une méthode d'évaluation, sans certification de compatibilité d'un environnement particulier.