4.5Virtualisation & serveurs : notions
L'essentiel en 30 secondes
- La virtualisation fait tourner plusieurs machines virtuelles (VM) sur une même machine physique, chacune avec son OS, via un logiciel appelé hyperviseur (Hyper-V, VMware, Proxmox).
- Elle optimise le matériel et isole les services : une VM se crée, se clone, se déplace et se sauvegarde comme un fichier — c'est aussi la base technique du cloud.
- VM = isolation forte (OS complet par VM) ; conteneur = léger et rapide (partage de l'OS de l'hôte), idéal pour déployer des applications.
Mini-cas filé — Sofiane consolide trois serveurs sur un hôte
Sofiane, administrateur systèmes dans une PME de distribution à Alger, hérite de trois vieux serveurs physiques sous-utilisés : fichiers, web et un espace de tests. Il les consolide sur un seul hôte équipé d'un hyperviseur : la VM « Fichiers » sous Windows Server, la VM « Web » sous Linux, et une VM « Tests » isolée et jetable. Le matériel est mieux utilisé, un plantage de « Tests » n'affecte pas « Fichiers », et chaque VM se sauvegarde comme un fichier. Il réfléchit ensuite à un service qu'il pourrait déployer en conteneur plutôt qu'en VM, plus léger. Il note le réflexe : consolider, isoler, sauvegarder par VM.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 4.5.
1. Plusieurs serveurs sur une machine
La virtualisation permet de faire tourner plusieurs machines virtuelles (VM) — chacune avec son propre OS — sur une seule machine physique. Un logiciel appelé hyperviseur (Hyper-V, VMware, Proxmox) partage le matériel réel entre les VM, qui se croient seules sur « leur » ordinateur.
2. Pourquoi c'est partout
Avant, un serveur physique = un rôle, souvent sous-utilisé. La virtualisation optimise le matériel (plusieurs VM par serveur), isole les services (un souci sur une VM n'affecte pas les autres) et facilite l'exploitation : on crée, clone, déplace, sauvegarde une VM comme un fichier. C'est aussi la base technique du cloud.
3. VM et conteneurs
À côté des VM, les conteneurs (Docker) embarquent une application et ses dépendances de façon plus légère, en partageant l'OS de l'hôte. VM = isolation forte (un OS complet par VM) ; conteneur = léger et rapide, idéal pour déployer des applications. Les deux coexistent selon le besoin.
🔎 Exemple concret — 🔎 Exemple concret — Un serveur physique, trois rôles
Au lieu de trois serveurs physiques sous-utilisés, Sofiane consolide :
1 serveur physique + hyperviseur
|-- VM « Fichiers » (Windows Server)
|-- VM « Web » (Linux)
|-- VM « Tests » (isolee, jetable)
-> materiel optimise, services isoles, sauvegarde par VM
Lecture : chaque VM est independante.
Lecon : une VM se sauvegarde, se clone et se deplace comme un fichier.Lecture : chaque VM est indépendante ; un plantage de « Tests » n'affecte pas « Fichiers ».
Leçon : une VM se sauvegarde, se clone et se déplace comme un fichier — une souplesse énorme.
Vocabulaire de la section
- Virtualisation
- Faire tourner plusieurs machines logiques sur un même matériel physique.
Exemple simple : Sofiane consolide trois serveurs en trois VM sur un hôte.
Ce que ce n'est pas : un seul rôle par serveur physique, sous-utilisé.
Réflexe : plusieurs VM sur un hôte → virtualisation.
- Machine virtuelle (VM)
- Ordinateur logiciel complet, avec son propre OS, isolé des autres.
Exemple simple : La VM « Fichiers » sous Windows Server tourne à côté de la VM « Web ».
Ce que ce n'est pas : une simple application sans système d'exploitation.
Réflexe : OS complet isolé → VM.
- Hyperviseur
- Logiciel qui crée et gère les VM en partageant le matériel réel.
Exemple simple : L'hôte de Sofiane exécute un hyperviseur (Hyper-V, VMware, Proxmox).
Ce que ce n'est pas : un antivirus qui analyse le trafic réseau.
Réflexe : partager le matériel entre VM → hyperviseur.
- Conteneur
- Paquet léger d'une application et ses dépendances, partageant l'OS de l'hôte.
Exemple simple : Sofiane déploie un service web en conteneur, plus léger qu'une VM.
Ce que ce n'est pas : une VM avec un système d'exploitation complet.
Réflexe : léger et rapide → conteneur.
- Isolation
- Cloisonnement : un problème sur une VM ou un conteneur n'affecte pas les autres.
Exemple simple : La VM « Tests » plante sans toucher aux autres services.
Ce que ce n'est pas : des services qui partagent tout et tombent ensemble.
Réflexe : un incident cloisonné → isolation.
En pratique — En pratique — Concevoir un hôte de virtualisation
- Listez trois services à héberger (fichiers, web, tests), comme Sofiane.
- Répartissez-les en VM sur un même hôte et justifiez l'isolation.
- Indiquez comment vous sauvegarderiez chaque VM.
- Dites lequel de ces services gagnerait à être un conteneur plutôt qu'une VM.
Script pas-à-pas — consolider des serveurs comme Sofiane (5 min)
1) Listez les services hébergés et repérez ceux qui sont sous-utilisés. 2) Choisissez un hôte avec un hyperviseur et créez une VM par service (ex. Fichiers, Web, Tests). 3) Justifiez l'isolation : un plantage de « Tests » ne doit pas toucher les autres. 4) Prévoyez la sauvegarde de chaque VM (comme un fichier). 5) Identifiez un service qui gagnerait à passer en conteneur, plus léger. 6) Gardez en tête que toutes les VM partagent le même matériel.
Retenez la base : la virtualisation est aussi le socle technique du cloud — elle revient dans toutes les offres IaaS vues en 4.1.
Modèle copier-coller — ma fiche de consolidation
Principe : plusieurs VM sur une machine physique, via un hyperviseur
Hote : Hyper-V / VMware / Proxmox
VM : un OS complet chacune -> isolation forte
Interet : materiel optimise + services isoles + sauvegarde par VM
Conteneur: plus leger, partage l'OS de l'hote (deployer des applis)
Alerte : toutes les VM partagent le MEME materiel (panne d'hote = toutes).Trois serveurs sous-utilisés
Sofiane consolide fichiers, web et tests en trois VM sur un seul hôte.
Un test isolé
La VM « Tests » est jetable : elle plante sans affecter les services de production.
Une sauvegarde simple
Sofiane sauvegarde chaque VM comme un fichier, puis la restaure au besoin.
Une application légère
Pour déployer et multiplier une application, Sofiane préfère un conteneur à une VM.
✓ Bonnes pratiques
- Consolider plusieurs VM par serveur (matériel optimisé).
- Profiter de l'isolation pour cloisonner les services.
- Sauvegarder par VM (elles se manipulent comme des fichiers).
✗ Pièges fréquents
- Surcharger un hôte au point de tout ralentir.
- Oublier que toutes les VM partagent le même matériel.
- Confondre VM (OS complet) et conteneur (léger).
Points clés à retenir
- La virtualisation fait tourner plusieurs VM sur une machine physique.
- L'hyperviseur partage le matériel ; chaque VM a son OS et est isolée.
- Elle optimise le matériel et facilite sauvegarde, clonage et déplacement.
- Les conteneurs sont une alternative plus légère ; c'est la base du cloud.
Défi 48h — appliquez demain
Comme Sofiane, consolidez trois services en VM sur un même hôte : nommez-les (ex. fichiers, web, tests) et justifiez l'isolation. Indiquez comment vous sauvegarderiez chaque VM, puis désignez un service qui passerait bien en conteneur. Précisez le risque partagé : une panne d'hôte emporte toutes les VM.
- Je peux expliquer ce qu'est une VM et un hyperviseur.
- Je comprends l'intérêt : optimisation, isolation, sauvegarde par VM.
- Je situe VM et conteneurs selon le besoin.
Questions fréquentes
Si toutes les VM sont sur un seul serveur, n'est-ce pas risqué ?
Le matériel partagé est un point commun : si l'hôte tombe, toutes ses VM tombent. On l'atténue avec plusieurs hôtes, de la haute disponibilité et des sauvegardes ; l'isolation protège des pannes logicielles, pas d'une panne matérielle de l'hôte.
VM ou conteneur, comment choisir ?
Une VM offre une isolation forte avec un OS complet (idéal pour des serveurs variés) ; un conteneur est léger et rapide (idéal pour déployer et multiplier des applications). Beaucoup d'infrastructures combinent les deux selon le besoin.
Qu'est-ce qu'un hyperviseur ?