Publié le 9 novembre 2026 · Mis à jour le 9 novembre 2026 · Signaler une erreur
L'essentiel
Virtualiser, c'est créer une version virtuelle d'un élément : matériel, stockage ou ressources réseau 3.
Un système hôte s'appuie sur le matériel ; les systèmes invités tournent dessus comme s'ils avaient leur propre machine 3.
Une machine virtuelle embarque un système complet ; un conteneur partage le noyau de l'hôte, donc il coûte moins de ressources mais il est moins souple 4.
Gains : serveurs regroupés, énergie économisée, reconfiguration et plan de secours facilités 3.
Limites : performances un peu réduites, et la panne d'un hôte touche toutes ses machines virtuelles, d'où l'intérêt des redondances 3.
Pourquoi virtualiser ?
Imagine la salle informatique d'un lycée ou d'une petite entreprise. Un serveur pour les fichiers, un autre pour la messagerie, un troisième pour le site web, un quatrième pour la sauvegarde. Chacun est une vraie machine : il occupe de la place, il consomme de l'électricité, il faut l'installer, le surveiller, le remplacer quand il tombe en panne. Et, la plupart du temps, chacun s'ennuie : il travaille très en dessous de ses possibilités.
La virtualisation répond à ce gaspillage. Au lieu d'acheter une machine physique par service, on fait tourner plusieurs « machines » simulées sur une seule machine réelle. Pour un technicien en cybersécurité, en informatique et réseaux, c'est une compétence de tous les jours : on crée une machine de test en quelques minutes, on isole un service risqué, on restaure un serveur après une erreur, on reproduit un réseau complet sur un seul ordinateur.
Ce cours s'appuie sur ce que tu as déjà vu : les systèmes d'exploitation (leur rôle entre le matériel et les programmes), la programmation et les bases de données (qu'on héberge justement sur des serveurs, réels ou virtuels). Nous allons voir :
ce que veut dire virtualiser et le vocabulaire à connaître ;
les deux grandes familles : machines virtuelles et conteneurs ;
ce que l'on gagne et ce que l'on risque ;
une méthode pour choisir une solution et justifier ce choix.
Virtualisation
Vocabulaire
Hôte
Invité
VPS
Machines virtuelles
Système complet
Instantanés
Plus de ressources
Conteneurs
Noyau partagé
Docker
Léger
Avantages
Regroupement
Énergie
Secours
Limites
Performances
Panne de l'hôte
La virtualisation en un coup d'œil · Les cinq idées à relier pour réviser le chapitre.
Définition et vocabulaire
Le mot « abstraction » mérite une explication. Un programme qui lit un disque ne se préoccupe pas de la marque du disque : il demande « lis ce fichier » et le système s'en charge. Virtualiser, c'est pousser cette idée plus loin : le programme, ou même tout un système d'exploitation, croit disposer d'un matériel complet alors que ce matériel est simulé par un logiciel au-dessus de la vraie machine.
Les machines virtuelles
La première famille est celle des machines virtuelles. Chaque machine virtuelle reçoit sa part de ressources (mémoire, processeur, disque virtuel, carte réseau virtuelle) et fait tourner son propre système d'exploitation. Deux machines virtuelles voisines peuvent donc fonctionner sous des systèmes différents : l'une sous Linux, l'autre sous Windows, par exemple.
Selon la manière dont l'invité dialogue avec la machine réelle, on distingue plusieurs approches. Dans la virtualisation complète, le système invité ne sait pas qu'il est simulé ; on cite comme outils VMware ESXi, QEMU ou Hyper-V 4. Dans la paravirtualisation, l'invité est adapté pour coopérer ; on cite Xen ou Linux en mode utilisateur 4. Dans les deux cas, le logiciel passe par une machine virtuelle intermédiaire ou par de l'émulation, ce que n'impose pas le conteneur 4.
Un point rassure souvent les débutants : simuler plusieurs machines sur une seule semble au départ absurde, car un système d'exploitation est pensé pour contrôler seul son matériel. On pourrait craindre de grosses pertes d'efficacité. En pratique, le tableau est moins sombre. Donner un disque distinct à chaque système évite une bonne part des problèmes, et la mémoire est devenue assez peu chère pour que chaque système reste chargé en permanence, avec parfois de larges portions de code partagées 3.
Les conteneurs
Le principe se comprend avec une image. Une machine virtuelle ressemble à un appartement complet, avec sa cuisine, sa salle de bains et son chauffage. Un conteneur ressemble à une chambre dans une colocation : l'espace est privé, mais l'installation générale (le noyau) est commune. Cela explique les propriétés suivantes.
Sur les systèmes de type Unix, cette fonction peut se voir comme une version avancée du mécanisme chroot, qui change le dossier racine apparent d'un processus et de ses enfants 4. Attention, le mot « conteneur » est parfois employé de façon floue pour désigner des environnements de machines virtuelles plus complets, comme les conteneurs Hyper-V de Microsoft 4. Quand tu lis un document technique, vérifie donc ce que le terme recouvre vraiment.
Comparer machine virtuelle et conteneur
Le tableau ci-dessous résume les différences utiles pour choisir. Relis-le en pensant à un besoin concret : quelle contrainte pèse le plus ? Le coût en ressources, ou la liberté de choisir le système ?
Machine virtuelle ou conteneur
Critère
Machine virtuelle
Conteneur
Système invité
Peut différer de l'hôte
Même noyau que l'hôte
Ressources
Plus élevées (émulation ou VM intermédiaire)
Plus faibles
Flexibilité
Grande
Plus limitée
Exemples d'outils
VMware ESXi, QEMU, Hyper-V
Docker, Podman, LXC
Instantanés du système entier
Possibles
Non adaptés
Machine virtuelle ou conteneur · D'après les comparaisons du cours.
SystèmeInvité identique à l'hôte ?
RessourcesLa machine est-elle modeste ?
IsolationQuel niveau de séparation ?
JustifierÉcrire le choix en une phrase
Méthode de choix · Quatre questions dans cet ordre.
Les avantages : consolider, économiser, s'adapter
Pourquoi les entreprises ont-elles massivement adopté la virtualisation ? Pour une raison avant tout économique, mais pas seulement.
Les limites et les risques
Aucune technique n'est sans contrepartie. Un technicien sérieux sait expliquer les inconvénients autant que les avantages.
Résumer et rédiger
Exercices corrigés
Exercice 1 Combien d'hôtes pour regrouper les serveurs ?
★☆☆Environ 10 min
Une entreprise possède 15 serveurs physiques, chacun utilisé en moyenne à 15 % de sa capacité. Elle veut les remplacer par des machines virtuelles sur des hôtes identiques aux anciens serveurs. On majore la charge totale de 10 % pour tenir compte du coût de la virtualisation, et on veut que chaque hôte ne dépasse pas 60 % de charge. Combien d'hôtes faut-il au minimum ?
Indice 1
Exprime la charge totale en « serveurs entiers » : 15 serveurs à 0,15.
Indice 2
Majore de 10 % (multiplie par 1,1), puis divise par 0,6 et arrondis à l'entier supérieur.
Voir la correction pas à pas
Charge totale : 15×0,15=2,25 serveurs entiers.
Majoration de 10 % : 2,25×1,1=2,475.
Nombre d'hôtes théorique : 2,475÷0,6=4,125.
On ne peut pas acheter une fraction d'hôte : on arrondit à l'entier supérieur, soit 5.
Il faut 5 hôtes au minimum. On est passé de 15 machines physiques à 5, en gardant une marge pour les pointes de charge.
Exercice 2 Répartir la mémoire vive d'un hôte
★★☆Environ 8 min
Un serveur hôte dispose de 64 Go de mémoire vive. Le système hôte en réserve 8 Go pour lui-même. Chaque machine virtuelle reçoit 6 Go, sans surallocation (on ne promet jamais plus de mémoire qu'il n'y en a). Combien de machines virtuelles peut-on lancer au maximum ?
Indice 1
Commence par retirer la part de l'hôte.
Indice 2
Divise la mémoire restante par 6 et garde uniquement la partie entière : une VM ne peut pas être partielle.
Voir la correction pas à pas
Mémoire disponible pour les invités : 64−8=56 Go.
Nombre de VM théorique : 56÷6≈9,33.
Une machine virtuelle incomplète n'existe pas : on garde la partie entière, soit 9.
Vérification : 9×6=54 Go, ce qui reste inférieur à 56 Go ; avec 10 VM il faudrait 60 Go, ce qui dépasse.
On peut lancer 9 machines virtuelles au maximum. Ici on arrondit vers le bas, alors que dans l'exercice précédent on arrondissait vers le haut : c'est la nature de la contrainte qui décide.
Exercice 3 Énergie économisée sur une année
★★★Environ 12 min
On reprend 15 serveurs physiques. On suppose que chaque serveur consomme 200 W, que sa charge soit faible ou élevée. Après virtualisation, 4 hôtes de même modèle (200 W chacun) suffisent. Les machines tournent sans arrêt, 24 h par jour, 365 jours par an. Quelle énergie électrique est économisée sur un an, en kWh ?
Indice 1
Combien de machines physiques disparaissent ?
Indice 2
Convertis les watts en kilowatts, puis multiplie par le nombre d'heures d'une année.
Voir la correction pas à pas
Machines supprimées : 15−4=11.
Puissance économisée : 11×200=2200 W, soit 2,2 kW.
Nombre d'heures dans l'année : 24×365=8760 h.
Énergie économisée : 2,2×8760=19272 kWh.
L'économie est de 19 272 kWh par an. Le calcul n'est valable que parce qu'un serveur peu chargé consomme presque autant qu'un serveur très chargé 3, hypothèse posée ici avec une consommation fixe.
Quiz
8 questions · correction immédiate · ton score reste sur ton appareil.
Virtualiser, c'est simuler par logiciel une version virtuelle d'un élément, par exemple du matériel, du stockage ou des ressources réseau 3. La copie de disque est une sauvegarde, pas une virtualisation ; la fréquence et le chiffrement n'ont aucun rapport.
L'hôte est installé sur le matériel, les invités sont virtualisés par-dessus 3. L'erreur tentante est d'inverser les rôles : le système qui tourne dans la machine virtuelle est l'invité, pas l'hôte.
Faux : un conteneur partage le noyau de l'hôte et ne peut donc pas accueillir un invité différent, ni un autre noyau ; Windows ne peut pas être hébergé ainsi sur Linux 4. Pour cela, il faut une machine virtuelle.
Les programmes d'un conteneur utilisent l'interface d'appel système normale de l'hôte, sans émulation ni machine virtuelle intermédiaire ; la conteneurisation consomme donc moins 4. L'option sur « n'importe quel système » décrit au contraire la force des machines virtuelles ; la conteneurisation n'exige pas de matériel spécial 4.
L'accès aux ressources via la couche d'abstraction nuit aux performances et une panne d'hôte affecte toutes les machines virtuelles hébergées 3. En revanche, on réduit en général le nombre de machines physiques, et la virtualisation facilite souvent les redondances 3.
Un serveur à 15 % consomme autant d'énergie qu'un serveur à 90 %, d'où l'intérêt de regrouper, à condition que les pointes de charge ne coïncident pas toujours 3. La virtualisation a bien un coût, et les pointes existent : elles justifient justement la marge.
On retire d'abord la part de l'hôte : 32−2=30 Go. Puis 30÷4=7,5 ; on garde la partie entière, soit 7. Répondre 8 reviendrait à promettre 32 Go aux invités alors que 30 Go seulement sont disponibles.
Docker, Podman et LXC sont cités parmi les conteneurs 4. VMware ESXi, QEMU et Hyper-V sont donnés comme exemples de virtualisation complète, et Xen comme exemple de paravirtualisation 4 : ce sont des machines virtuelles.
Les questions qu'on se pose
Quelle différence y a-t-il entre une machine virtuelle et un conteneur ?
Une machine virtuelle fait tourner son propre système d'exploitation sur un matériel simulé. Un conteneur partage le noyau de l'hôte et n'isole que l'espace utilisateur 4. Le conteneur est plus léger mais ne peut pas héberger un système différent de l'hôte 4.
Est-ce que la virtualisation ralentit un ordinateur ?
Oui, un peu : un logiciel virtualisé consomme davantage de ressources qu'en mode natif, surtout en virtualisation imbriquée 3. Les conteneurs sont moins pénalisants que la virtualisation complète 4. Le gain vient de l'usage mieux réparti de la machine, pas d'une vitesse supérieure.
À quoi sert la virtualisation dans un métier de la cybersécurité ?
Elle sert à construire des laboratoires isolés, à tester sans risque, à reproduire un réseau sur un seul poste et à restaurer rapidement un état sain grâce aux instantanés, possibles en virtualisation de système complet 4. Elle permet aussi de séparer des programmes dans des conteneurs distincts pour une meilleure sécurité 4.
Que se passe-t-il si le serveur hôte tombe en panne ?
Toutes les machines virtuelles qu'il héberge sont touchées 3. C'est pourquoi on prévoit des redondances, que la virtualisation aide à mettre en place 3, ainsi que des sauvegardes testées.
Un conteneur est-il parfaitement sécurisé ?
Non. L'isolation améliore la séparation entre les programmes, mais la sécurité d'un mécanisme de type chroot est loin d'être à toute épreuve 4. Il faut garder les bonnes pratiques : mises à jour, droits limités, surveillance.