Comment fonctionne Proxmox : ASNetworking explique les VM, les conteneurs, KVM et QEMU

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

How Proxmox Works: ASNetworking Explains VMs, Containers, KVM and QEMU

Merci à ASNetworking pour ses explications visuelles claires dans ce cours de Proxmox en espagnol. Le chapitre deux présente le modèle mental d’un hôte virtualisé : ce qu’une VM emprunte à une machine physique, comment fonctionne l’allocation des ressources, en quoi les conteneurs diffèrent et pourquoi QEMU et KVM apparaissent ensemble. Regardez la vidéo originale pour suivre l’explication complète du créateur.

À regarder avant de lire : Cette leçon conceptuelle de 20 minutes est utile si vous envisagez Proxmox VE pour un laboratoire domestique, mais souhaitez comprendre ses différentes couches avant toute installation. Les schémas passent d’un serveur physique et de plusieurs invités aux disques à allocation dynamique, aux conteneurs, au noyau Linux, à QEMU et à KVM. Certains graphiques montrent de grandes machines d’entreprise ou des capacités à titre illustratif ; il s’agit d’exemples pédagogiques, pas de spécifications matérielles pour un serveur compact.

La distinction essentielle concerne ce qui est présenté à un invité et ce que l’hôte a réellement à sa disposition. Une VM peut voir ses propres cœurs de processeur, sa RAM, son disque et son système d’exploitation, alors que ces ressources proviennent en fin de compte du même hôte physique. Proxmox VE regroupe la gestion des VM et des conteneurs Linux dans une même interface ; ce chapitre explique l’architecture plutôt que de mesurer les performances ou de présenter une installation terminée.

Un hôte physique, plusieurs machines distinctes

La virtualisation permet à un serveur d’exécuter plusieurs systèmes d’exploitation invités sous forme de VM distinctes. Chaque invité voit un matériel virtuel et peut exécuter ses propres applications, tandis que l’hôte planifie l’utilisation du processeur sous-jacent et gère la mémoire physique, le stockage et le réseau. C’est pourquoi une VM Linux de test et une VM dédiée à un service peuvent coexister sans nécessiter un ordinateur physique par tâche.

Illustration comparant un serveur physique à un hôte de virtualisation exécutant plusieurs machines virtuelles distinctes — Plusieurs systèmes invités indépendants peuvent partager un serveur physique grâce à une couche de virtualisation.

Le surprovisionnement exige un véritable budget de ressources

ASNetworking présente le surprovisionnement : attribuer aux invités davantage de ressources virtuelles que l’hôte ne pourrait en fournir si tous les invités les sollicitaient simultanément. Cela peut être pertinent lorsque les charges atteignent leur maximum à des moments différents. Il ne s’agit pas de matériel supplémentaire. Une forte demande simultanée peut entraîner une contention du processeur, une pression sur la mémoire ou un ralentissement du stockage. Pour un petit laboratoire domestique, commencez par la RAM et le stockage physiques dont vous disposez réellement, gardez une marge pour l’hôte et surveillez l’utilisation avant d’ajouter un autre invité.

Illustration vidéo de quatre machines virtuelles partageant les ressources du processeur sur un grand serveur physique — Le schéma de plusieurs VM illustre le partage de capacité ; le serveur et le nombre de processeurs représentés sont des exemples.

Le provisionnement léger modifie le moment où l’espace disque est consommé

Un disque virtuel peut présenter une capacité logique supérieure à l’espace physique qu’il a consommé jusque-là. Le graphique de la vidéo montre cinq disques virtuels de 1 To sur un disque physique de 1 To, chacun utilisant actuellement 100 Go. Cela ne fonctionne que tant que les écritures réelles tiennent sur le disque physique. Si les invités remplissent collectivement leurs disques virtuels, l’hôte peut manquer d’espace bien avant que leurs capacités affichées ne laissent entrevoir un problème. Vérifiez l’espace physique libre, le format de stockage, les instantanés et les sauvegardes au lieu de planifier uniquement selon la capacité virtuelle annoncée.

Schéma de provisionnement léger avec cinq disques virtuels de 1 To utilisant chacun 100 Go sur un disque physique de 1 To — La capacité virtuelle allouée dépasse la taille physique du disque, tandis que les données actuellement écrites totalisent 500 Go.

L’épisode aborde également la hiérarchisation de la mémoire. La RAM et le stockage plus lent remplissent des fonctions différentes : déplacer les données peu utilisées vers un niveau plus lent peut aider à gérer la pression, mais cela ne rend pas le stockage aussi performant que la RAM. Considérez chaque fonctionnalité d’économie de ressources comme un compromis à vérifier en fonction de la charge de travail, en particulier sur un hôte disposant de peu de mémoire.

Ce que gère l’hyperviseur

L’hyperviseur se situe entre les ressources physiques et les VM. Le schéma présenté à ce moment de la vidéo souligne que chaque VM possède sa propre charge de travail, tout en dépendant du processeur, de la RAM, du disque et du réseau d’un même hôte. Proxmox VE ajoute les outils de gestion autour de ces invités, notamment une interface web et des services de configuration et d’administration. Son architecture comprend des machines virtuelles KVM et des conteneurs LXC.

Schéma de l’architecture de Proxmox VE montrant les outils utilisateur, les services, les machines virtuelles, QEMU, les conteneurs et le noyau Linux — La pile Proxmox comprend des outils et services de gestion au-dessus des couches des VM et des conteneurs.

Vue d’ensemble de la virtualisation d’un serveur montrant un hyperviseur entre le processeur, la RAM, le stockage et le réseau physiques et trois VM invitées — Un hyperviseur présente des invités distincts tandis que les ressources physiques restent partagées.

Les VM et les conteneurs offrent des niveaux d’isolation différents

Une VM comprend un système d’exploitation invité et du matériel virtuel. Un conteneur Linux isole les applications et leur espace utilisateur tout en partageant le noyau Linux de l’hôte. Cela rend généralement un conteneur plus léger qu’une VM complète, mais il s’agit d’un modèle d’isolation et de système d’exploitation différent. Un invité Windows, ou une charge de travail qui bénéficie d’un noyau séparé, doit être placé dans une VM. Un service Linux compatible peut convenir à un conteneur LXC. La documentation Proxmox sur LXC explique plus en détail le modèle des conteneurs.

Six machines virtuelles Proxmox montrant des applications, dépendances et systèmes d’exploitation invités distincts au-dessus d’un même nœud physique — Dans le modèle des VM, chaque invité possède sa propre couche de système d’exploitation.

Les conteneurs et les VM peuvent également être combinés : un moteur de conteneurs peut s’exécuter dans une VM lorsque cette limite d’isolation convient au déploiement. Le tableau comparatif de la vidéo inclut les configurations bare metal, virtualisées, conteneurisées et combinées. Choisissez cette limite en fonction du service et de ses exigences en matière de sécurité, de compatibilité et de maintenance ; un conteneur n’est pas simplement une VM plus petite.

Tableau comparant le bare metal, les machines virtuelles, les conteneurs et les conteneurs exécutés dans des machines virtuelles — La comparaison présente plusieurs couches valides, notamment des conteneurs à l’intérieur d’une machine virtuelle.

Où se situent Linux, QEMU et KVM

Proxmox VE est une plateforme basée sur Linux dotée d’une interface de gestion ; vous n’avez pas besoin de mémoriser chaque commande pour comprendre le rôle de ses composants. Le créateur montre brièvement la page de téléchargement de Proxmox, puis explique les couches techniques sous une VM. Cette page web de téléchargement identifie la famille de produits, tandis que le modèle de virtualisation est expliqué plus directement par le schéma QEMU/KVM suivant.

Page officielle de téléchargement de Proxmox à l’écran, présentant Proxmox VE et d’autres produits Proxmox — ASNetworking montre la page de téléchargement de Proxmox en présentant la plateforme ; les détails de version visibles dans la vidéo peuvent changer.

KVM est la fonctionnalité de virtualisation du noyau Linux, qui utilise les extensions de virtualisation prises en charge par le processeur. QEMU fournit le processus de la machine virtuelle ainsi que les périphériques émulés ou paravirtualisés ; ensemble, QEMU et KVM exécutent des VM avec accélération matérielle. C’est une façon utile de lire les étiquettes dans Proxmox, plutôt que d’imaginer QEMU et KVM comme deux hyperviseurs concurrents. Le guide Proxmox QEMU/KVM présente la configuration et les fonctionnalités des VM.

Schéma plaçant QEMU et les VM invitées au-dessus de KVM dans le noyau Linux et du matériel sous-jacent — QEMU gère le processus de la VM et ses périphériques, tandis que KVM fournit la virtualisation matérielle au niveau du noyau.

Appliquer ce modèle à un petit laboratoire domestique

La vidéo affiche brièvement un graphique sur les parts de marché des hyperviseurs. Ses pourcentages ne sont pas nécessaires pour choisir une plateforme de laboratoire domestique et ne doivent pas être considérés comme des données de marché vérifiées indépendamment. La décision la plus utile est concrète : quelles charges de travail nécessitent un système d’exploitation invité complet, lesquelles peuvent partager un noyau Linux et combien peuvent tenir dans votre budget réel de RAM et de stockage.

Graphique de parts de marché présenté dans la vidéo pour les hyperviseurs d’entreprise, notamment VMware, Hyper-V, Nutanix et KVM ou Proxmox — Il s’agit d’un graphique présenté dans la vidéo ; ses chiffres précis de parts de marché n’ont pas été vérifiés indépendamment ici.

Pour un hôte compact tel que le mini-serveur domestique ZimaBoard 2, commencez par mapper un ou deux services modestes, vérifiez le processeur, la mémoire, le support de démarrage et le stockage connecté du modèle exact, puis augmentez la charge uniquement après avoir observé l’utilisation réelle. Il s’agit d’une application du modèle de ressources présenté dans la leçon, et non d’une affirmation selon laquelle la vidéo évalue les performances de la ZimaBoard 2 ou valide un nombre précis de VM. Conservez les sauvegardes séparément des disques virtuels à provisionnement léger.

Diapositive de conclusion d’ASNetworking résumant la virtualisation, les compromis des conteneurs, KVM et QEMU — Le créateur conclut en rappelant qu’il faut évaluer les conteneurs selon leurs avantages propres et distinguer les rôles de KVM et de QEMU.

Une fois ces couches clarifiées, le prochain chapitre pourra se concentrer sur les choix pratiques d’installation. Regardez le chapitre consacré à l’installation d’ASNetworking pour découvrir ses explications sur la RAM, les formats de stockage et l’association des interfaces réseau avant de créer votre premier hôte.