La virtualisation d'un serveur permet de faire fonctionner plusieurs machines virtuelles sur un même serveur physique. Chacune dispose de son propre système d'exploitation, de ses applications et de ressources qui lui sont attribuées. Pour une PME, l'intérêt est surtout de consolider plusieurs usages sur moins de matériel, tout en gardant des environnements séparés et plus faciles à administrer. Mais cette concentration a une contrepartie : si l'hôte physique, le stockage ou l'hyperviseur tombe en panne, plusieurs services peuvent être touchés en même temps. Une bonne architecture ne se résume donc pas à créer des VM. Elle doit aussi prévoir le dimensionnement, la sauvegarde, la supervision et la reprise après incident.
Qu'est-ce que la virtualisation d'un serveur ?
La virtualisation ajoute une couche logicielle appelée hyperviseur entre le matériel et les machines virtuelles. Son rôle est de répartir les ressources du serveur physique, notamment le processeur, la mémoire, le stockage et les interfaces réseau, entre plusieurs environnements isolés logiquement.
Une même machine physique peut ainsi héberger, par exemple, un serveur de fichiers, un serveur applicatif et un environnement de test, chacun dans sa propre VM. Ces machines peuvent utiliser des systèmes d'exploitation différents et être administrées séparément. L'entreprise exploite mieux les capacités du serveur physique et évite de réserver une machine complète à un service qui n'en utiliserait qu'une petite partie.
Il faut cependant distinguer indépendance logique et indépendance physique. Les VM sont séparées, mais elles continuent à partager le même hôte et parfois le même stockage ou le même réseau. La virtualisation réduit donc certaines dépendances sans faire disparaître les points de défaillance communs.
Quelles technologies de virtualisation faut-il distinguer ?
Pour un décideur, la distinction la plus utile consiste à séparer les machines virtuelles classiques des conteneurs, puis à comprendre le rôle de l'hyperviseur. Les techniques de virtualisation complète et de paravirtualisation restent importantes sur le plan technique, mais elles influencent moins directement le choix quotidien d'une PME que l'architecture, le support et les fonctions de gestion de la plateforme.
| Technologie | Principe | Usage courant | Point de vigilance |
|---|---|---|---|
| Machine virtuelle | Chaque VM exécute son propre système d'exploitation | Serveurs métier, fichiers, applications, tests | Consomme davantage de ressources qu'un conteneur |
| Conteneur | Les applications isolées partagent le noyau du système hôte | Applications modulaires, développement, services légers | Isolation et administration différentes de celles d'une VM complète |
| Hyperviseur de type 1 | La couche de virtualisation s'exécute directement sur le matériel | Serveurs et infrastructures de production | La sécurité et la disponibilité de l'hyperviseur deviennent critiques |
| Hyperviseur de type 2 | La virtualisation fonctionne au-dessus d'un système d'exploitation hôte | Postes de travail, laboratoires et tests | Moins adapté à l'hébergement principal de serveurs d'entreprise |
Dans une infrastructure de production, l'hyperviseur de type 1 est généralement le choix cohérent, car il est conçu pour fonctionner directement sur le matériel du serveur. Les conteneurs répondent à un besoin différent : ils isolent des applications sans embarquer un système d'exploitation complet dans chaque instance. Ils peuvent compléter une infrastructure virtualisée, mais ne remplacent pas systématiquement les VM.
Quels avantages la virtualisation apporte-t-elle à une entreprise ?
Le premier gain est la consolidation. Au lieu d'exploiter plusieurs serveurs physiques faiblement chargés, l'entreprise peut regrouper plusieurs rôles sur un nombre plus réduit d'hôtes correctement dimensionnés. Cela peut diminuer les achats de matériel, l'encombrement, la consommation électrique et une partie de la maintenance physique.
La virtualisation apporte aussi de la souplesse. Une nouvelle VM peut être créée sans attendre l'achat et l'installation d'un nouveau serveur. Il devient également plus simple de préparer un environnement de test, d'allouer davantage de mémoire à une application ou de déplacer une charge de travail vers un autre hôte lorsque la plateforme le permet.
Enfin, l'administration est plus homogène. Les machines virtuelles peuvent être inventoriées, supervisées et gérées depuis une même plateforme. Cette centralisation facilite les opérations courantes, mais elle augmente aussi l'importance de la console d'administration : un compte disposant de droits élevés sur l'hyperviseur peut avoir accès à un grand nombre de systèmes.
Quels risques faut-il prévoir avant de virtualiser ?
Le principal piège consiste à croire que plusieurs VM équivalent à plusieurs serveurs physiques indépendants. Ce n'est pas le cas. Si dix machines virtuelles reposent sur un seul hôte et que cet hôte s'arrête, les dix services peuvent devenir indisponibles. La même concentration existe avec le stockage, le réseau et la plateforme d'administration.
Une panne d'une machine virtuelle peut-elle affecter les autres ?
Une panne limitée au système d'exploitation ou à l'application d'une VM n'arrête généralement pas les autres VM. En revanche, une panne matérielle de l'hôte, une saturation des ressources partagées, un problème de stockage ou une compromission de l'hyperviseur peut avoir des conséquences sur plusieurs machines à la fois. L'isolation logique ne doit donc pas être présentée comme une garantie absolue.
Un snapshot remplace-t-il une sauvegarde ?
Non. Un snapshot, ou instantané, sert surtout à conserver temporairement un état d'une machine virtuelle afin de faciliter certaines opérations ou un retour arrière. Il reste dépendant de l'infrastructure qui l'héberge et ne remplace pas une sauvegarde indépendante. Une stratégie sérieuse doit prévoir des copies séparées de l'environnement de production et tester réellement leur restauration.
La concentration des droits d'administration
L'hyperviseur et sa console de gestion deviennent des composants critiques. L'ANSSI recommande notamment de protéger spécifiquement l'administration de l'infrastructure de virtualisation, de limiter les privilèges, de segmenter les réseaux et de maintenir les composants à jour. Pour une PME, cela signifie qu'un simple mot de passe partagé entre plusieurs techniciens ou une console accessible depuis le réseau bureautique constitue un mauvais point de départ.
La virtualisation est-elle pertinente pour une PME ?
Oui, lorsque l'entreprise a plusieurs services à héberger, des applications qui doivent rester sur site, des besoins de test ou une exigence de reprise plus structurée. Une PME qui exploite encore un serveur de fichiers, un logiciel métier, une base de données et quelques services techniques peut éviter de multiplier les machines physiques en les séparant dans plusieurs VM.
La réponse est moins évidente pour une petite structure dont l'essentiel des outils est déjà fourni en mode SaaS et qui n'a presque plus de charges de travail locales. Installer un serveur de virtualisation uniquement « parce que c'est le standard » peut ajouter du matériel, des licences, de la sauvegarde et de l'administration sans bénéfice suffisant. Dans ce cas, il faut comparer la virtualisation sur site avec l'hébergement chez un prestataire ou dans le cloud.
Faut-il deux serveurs physiques pour assurer la continuité ?
Pas dans tous les cas, mais un seul hôte reste un point de défaillance unique. Si l'entreprise ne peut pas supporter plusieurs heures d'arrêt, il faut prévoir une solution de reprise adaptée : second hôte, réplication, cluster, infrastructure hébergée ou procédure de restauration rapide sur un matériel de remplacement. Le bon niveau de redondance dépend du coût réel d'une interruption et du délai de reprise acceptable.
Comment dimensionner et choisir une solution de virtualisation ?
Le dimensionnement doit partir des charges réelles et non du nombre théorique de VM. Deux machines virtuelles qui utilisent peu de processeur mais beaucoup de mémoire n'imposent pas les mêmes contraintes que deux bases de données fortement sollicitées. Il faut également regarder les pointes d'activité, les besoins en stockage, les débits réseau et la croissance prévue.
Avant de choisir une plateforme, vérifiez au minimum :
- les ressources réellement consommées par les serveurs à consolider, avec une marge raisonnable pour les pointes et la croissance ;
- la compatibilité des systèmes d'exploitation, des applications métier, de la sauvegarde et des outils de supervision ;
- le coût complet des licences, du support, du stockage, de la sauvegarde et de l'administration ;
- les fonctions de réplication, de migration et de haute disponibilité réellement nécessaires ;
- les compétences disponibles en interne ou chez le prestataire pour maintenir et restaurer la plateforme ;
- les conditions de réversibilité si l'entreprise souhaite changer de solution ou de prestataire.
Les technologies courantes comme Hyper-V, KVM ou VMware répondent à des contextes différents. Le choix ne doit pas se faire uniquement sur le nombre maximal de VM annoncé par l'éditeur. Pour une PME, la qualité de la sauvegarde, la facilité d'administration, la disponibilité des compétences et le coût sur plusieurs années comptent souvent davantage qu'une fonction avancée qui ne sera jamais utilisée.
Peut-on attribuer toutes les ressources disponibles aux VM ?
Techniquement, certaines plateformes permettent de surallouer une partie des ressources, notamment le processeur. Cela ne signifie pas qu'il faut le faire sans mesure. Une trop forte consolidation peut provoquer des ralentissements difficiles à diagnostiquer lorsque plusieurs VM demandent simultanément des ressources. La mémoire, le stockage et les entrées-sorties doivent être surveillés avec la même attention que le processeur.
Comment sauvegarder et superviser des serveurs virtuels ?
La sauvegarde doit couvrir les données, les machines virtuelles et les éléments nécessaires à la reconstruction de l'infrastructure. Il faut aussi conserver certaines copies indépendamment de l'hyperviseur et du stockage de production. Une sauvegarde stockée sur la même baie que les VM peut devenir inutilisable au même moment qu'elles.
La supervision doit suivre l'état de l'hôte, mais aussi la consommation de processeur, de mémoire, de stockage et de réseau par chaque VM. Elle doit permettre de repérer une saturation progressive avant qu'elle ne bloque plusieurs services. Les journaux d'administration et les événements de sécurité méritent également d'être centralisés, car une action sur l'hyperviseur peut avoir un impact beaucoup plus large qu'une action sur un serveur isolé.
Par quoi commencer avant de virtualiser un serveur ?
Commencez par inventorier les serveurs et applications à consolider, leur consommation réelle, leur criticité et le temps d'arrêt que l'entreprise peut accepter. À partir de là, vous pourrez décider si un seul hôte suffit, si une redondance est nécessaire et quel niveau de sauvegarde doit être prévu.
Le devis doit ensuite être lu comme un ensemble : serveur physique, mémoire, stockage, licences, sauvegarde, supervision, support et solution de reprise. Une virtualisation peu chère à l'achat peut devenir coûteuse si la restauration n'a jamais été testée ou si le matériel est saturé au premier pic d'activité. Le bon projet est celui qui réduit le nombre de machines physiques sans concentrer sur un seul équipement un risque que l'entreprise ne peut pas assumer.
