Accueil › Blog › Infrastructure
Virtualisation des serveurs : pourquoi et comment
Beaucoup d'organisations font encore tourner une application par serveur physique : un pour la comptabilité, un pour les fichiers, un pour l'application métier. Résultat : des machines utilisées à 10 % de leur capacité, une salle qui chauffe, et un serveur en panne qui met une semaine à être remplacé. La virtualisation répond à ces trois problèmes à la fois.
Le principe, en deux phrases
Un hyperviseur est un système installé directement sur le serveur physique, qui permet d'y faire tourner plusieurs machines virtuelles (VM) indépendantes. Chaque VM se comporte comme un serveur complet, avec son propre système et ses applications, mais partage la puissance de la machine physique.
Concrètement, trois serveurs physiques sous-utilisés deviennent trois VM sur une seule machine correctement dimensionnée — et souvent une seconde machine pour la sécurité.
Ce que la virtualisation apporte vraiment
- Consolidation — moins de matériel, moins d'électricité, moins de climatisation, moins de contrats de maintenance.
- Restauration rapide — une VM est un ensemble de fichiers. La restaurer, c'est remettre ces fichiers en place : on parle de minutes, là où réinstaller un serveur physique prend une journée.
- Isolation — une application qui plante n'entraîne pas les autres. Une mise à jour se teste sur une copie avant d'être appliquée en production.
- Souplesse — ajouter de la mémoire ou du disque à une VM prend quelques clics, sans ouvrir un boîtier ni commander une barrette.
- Indépendance au matériel — une VM se déplace d'un serveur à l'autre. Le renouvellement du matériel cesse d'être un projet à risque.
Bien dimensionner : les trois ressources qui comptent
La mémoire vive
C'est presque toujours la ressource qui manque en premier — avant le processeur. Additionnez les besoins de chaque VM, ajoutez une réserve pour l'hyperviseur, et prévoyez la croissance. Une machine qui manque de RAM ralentit tout, et l'ajout à chaud n'est pas toujours possible.
Le stockage
La performance du stockage détermine le ressenti des utilisateurs, davantage que la fréquence du processeur. Pour des applications sollicitées — base de données, ERP, comptabilité —, privilégiez du SSD. Prévoyez aussi l'espace des snapshots et des sauvegardes, régulièrement sous-estimé.
Le processeur
Il est rarement le facteur limitant en PME. Attention toutefois à ne pas sur-allouer les cœurs virtuels : donner huit vCPU à une VM qui n'en utilise que deux peut dégrader les performances globales de l'hôte, contrairement à l'intuition.
Règle simple : ne remplissez jamais un hôte à 100 %. S'il tombe en panne, ses VM doivent pouvoir redémarrer ailleurs.
Le vrai sujet : la haute disponibilité
Virtualiser sur un serveur unique concentre le risque : cette machine porte désormais toutes vos applications. Sa panne arrête tout. Trois niveaux de réponse, selon votre tolérance à l'interruption :
- Un hôte + sauvegardes testées — le minimum. En cas de panne, on restaure sur du matériel de remplacement : comptez plusieurs heures, voire une journée.
- Deux hôtes + stockage partagé — les VM redémarrent automatiquement sur le second hôte. Interruption de quelques minutes.
- Réplication vers un second site — pour les activités qui ne peuvent pas s'arrêter, ou pour se prémunir d'un sinistre affectant le bâtiment.
Le choix se fait à partir de vos RTO et RPO — combien de temps d'arrêt et combien de données perdues sont acceptables. Ces deux indicateurs, détaillés dans notre article sur la sauvegarde et le PRA, dimensionnent toute l'architecture.
Sauvegarder des machines virtuelles
C'est l'un des grands avantages de la virtualisation, à condition de ne pas se tromper de méthode.
- Sauvegardez au niveau de l'hyperviseur, pas seulement à l'intérieur des VM : vous capturez la machine entière, système compris, ce qui permet de la relancer telle quelle.
- Un snapshot n'est pas une sauvegarde. C'est un point de retour temporaire, stocké sur le même stockage que la VM. Si le stockage est perdu ou chiffré, les snapshots le sont aussi. Laissés en place trop longtemps, ils dégradent en plus les performances.
- Sortez une copie du site et rendez-la immuable — c'est ce qui vous sauve d'un rançongiciel.
- Testez un redémarrage complet d'une VM restaurée, pas seulement la lecture d'un fichier.
Nous déployons ces sauvegardes avec Veeam ou Acronis selon les environnements.
Virtualiser, ou aller vers le cloud ?
Les deux ne s'opposent pas. Beaucoup d'organisations gardent sur site ce qui doit y rester — applications métier sensibles à la latence, données soumises à des contraintes de localisation — et placent dans le cloud la messagerie, la collaboration et une copie de sauvegarde. C'est le modèle hybride, et c'est souvent le plus pragmatique.
Pour une administration ou une organisation traitant des données personnelles, la question de la localisation se pose en amont : voir cloud souverain et loi 09-08.
Les points de vigilance
- Les licences des systèmes invités — virtualiser ne dispense pas de licencier correctement chaque VM. Les règles diffèrent selon les éditeurs et les modes de calcul.
- Le support de l'éditeur métier — certains logiciels comptables ou industriels ne sont supportés que dans des configurations précises. Vérifiez avant, pas après.
- L'onduleur et l'arrêt propre — l'hôte doit s'éteindre proprement en cas de coupure prolongée, après avoir arrêté ses VM dans le bon ordre.
- La supervision — un hôte saturé se dégrade progressivement. Sans supervision, on s'en aperçoit quand les utilisateurs se plaignent.
Nous déployons principalement VMware, et étudions selon les cas des alternatives adaptées au budget et aux compétences internes.
Vos serveurs sont-ils bien dimensionnés ?
WARNA analyse votre infrastructure actuelle : taux d'utilisation réel, points de panne unique, état des sauvegardes de VM. Vous recevez une architecture cible chiffrée.
Demander une étudeEn résumé
Virtualisez pour consolider et surtout pour restaurer vite. Dimensionnez d'abord la mémoire et le stockage, ne remplissez jamais un hôte à 100 %, et traitez la haute disponibilité en fonction de vos RTO/RPO. Enfin, sauvegardez au niveau de l'hyperviseur avec une copie hors site immuable — et ne confondez jamais un snapshot avec une sauvegarde.