Une plateforme de virtualisation permet d’exécuter des environnements logiques sur des ressources physiques. Le choix d’un hyperviseur concerne la compatibilité, l’exploitation, les sauvegardes et les licences autant que la puissance du serveur. Une liste de produits anciens ne suffit pas pour préparer un projet actuel.
Définir les charges et les objectifs
Relevez les systèmes invités, applications, processeurs, mémoire, stockage et réseau nécessaires. Identifiez les contraintes de l’éditeur métier et les objectifs de disponibilité et de reprise. Une machine virtuelle reste dépendante du matériel et de l’exploitation de son hôte.
Comparer les critères plutôt qu’un classement universel
| Critère | Question à vérifier |
|---|---|
| Compatibilité | Quelles versions des hôtes, systèmes invités et applications sont prises en charge ? |
| Exploitation | Qui met à jour, supervise et traite les alertes ? |
| Sauvegarde | L’outil couvre-t-il les machines et permet-il une restauration testée ? |
| Continuité | Quels composants sont redondants et quels scénarios sont réellement couverts ? |
| Licences | Quels coûts et droits s’appliquent aux hôtes, invités et fonctions ? |
Vérifier la documentation des offres actuelles
Des solutions fondées sur Hyper-V, KVM ou des offres VMware, entre autres, peuvent répondre à des contextes différents. Vérifiez les versions supportées et les conditions contractuelles au moment du projet. Il ne faut pas généraliser à une offre actuelle une limitation ancienne sur Linux ni supposer qu’une licence historique rend toute une infrastructure gratuite.
Préparer une migration et un test de reprise
Testez une application représentative, les performances et les outils d’administration. Préparez la sauvegarde, les accès et le retour arrière. La conversion d’une machine ne valide pas automatiquement son fonctionnement métier. Le guide PRA aide à définir la remise en service.
La définition de la virtualisation présente le principe ; ce guide se concentre sur les critères d’un projet professionnel.
Valider une plateforme de virtualisation avant migration
La plateforme doit être compatible avec les applications et exploitable par l’équipe qui la suivra. Comparez les fonctions nécessaires, les conditions de support et les moyens de restauration sur un périmètre représentatif.
Tester les dépendances et les performances
Relevez processeur, mémoire, stockage, réseau et périphériques utilisés. Demandez aux éditeurs si l’architecture envisagée est prise en charge. Mesurez une tâche métier et vérifiez le fonctionnement simultané des machines prévues.
Préparer la reprise et la maintenance
Contrôlez les sauvegardes, les accès de secours et le redémarrage dans le bon ordre. Un instantané utile à une opération ne remplace pas une politique de sauvegarde indépendante. Vérifiez aussi les conditions de mise à jour et le traitement d’une panne de l’hôte.
Un exemple pour une PME à Genève
Exemple illustratif. Une PME industrielle près de Genève conserve une application métier et son serveur de fichiers. Le pilote de virtualisation vérifie l’accès des postes, les licences et une restauration avant de retirer l’ancien serveur physique.
Conservez une documentation des ressources, des dépendances et des procédures : elle doit rester utilisable lorsque l’administrateur habituel est absent.
Pour compléter ce sujet avec une démarche liée, consultez Serveurs : quels rôles dans une PME ?. Adaptez les vérifications aux outils et aux usages de votre entreprise.
Faire le point avec Pixel IT à Genève
Pixel IT vous accompagne dans le choix, la migration vers le cloud et le suivi de votre environnement. Présentez-nous vos usages, vos volumes et vos contraintes pour étudier une solution adaptée à votre entreprise à Genève.
Sources et documentation
- Microsoft Learn : documentation de Hyper-V
- Microsoft Learn : responsabilité partagée dans le cloud
- OFCS : sauvegarde des données
Documentation vérifiée le 15 octobre 2026. Les fonctions disponibles dépendent des produits, versions, licences et réglages concernés.