Quiz — chapitre 2

VT-x (Intel Virtualization Technology, VMX) permet à KVM d'exécuter des instructions de VM directement sur le CPU sans émulation logicielle. L'équivalent AMD est AMD-V (SVM). Vérification : grep vmx /proc/cpuinfo (Intel) ou grep svm /proc/cpuinfo (AMD).

KVM est un module noyau Linux qui transforme Linux en hyperviseur, mais ne sait pas émuler de périphériques seul. QEMU prend en charge l'émulation du matériel virtuel (contrôleurs de disque, cartes réseau, BIOS/UEFI...). Proxmox orchestre les deux en lançant un processus QEMU par VM — il apparaît sous le nom /usr/bin/kvm dans la liste des processus, avec l'option -id qui porte le VMID.

Les pilotes VirtIO permettent à la VM de communiquer directement avec l'hyperviseur via une interface paravirtualisée optimisée, sans émuler un périphérique physique existant. VirtIO SCSI offre les meilleures performances disque — IDE et SATA sont pleinement émulés et nettement plus lents.

qm gère toutes les opérations sur les VMs KVM (qm start, qm stop, qm shutdown...). pct est l'équivalent pour les conteneurs LXC — ne pas confondre les deux outils. pvecm gère le cluster Corosync.

Avec LVM-thin, un disque de VM déclaré à 100 Go n'occupe pas réellement 100 Go sur le stockage physique — l'espace est alloué bloc par bloc au fur et à mesure des écritures. Ce même mécanisme copy-on-write permet les snapshots instantanés : au moment du snapshot, seul un pointeur est créé, les blocs ne sont copiés qu'à la première modification ultérieure.

Cloud-Init est un standard Linux de personnalisation au démarrage. Proxmox génère un disque Cloud-Init (datasource NoCloud) lu au premier boot, qui injecte le hostname, l'utilisateur avec son mot de passe hashé, les clés SSH autorisées et la configuration réseau (statique ou DHCP) — sans intervention manuelle.

qm template <vmid> marque la VM comme non démarrable directement et la rend disponible pour le clonage. Aucune commande officielle (ni qm, ni l'interface web) ne propose de revenir en arrière : le seul contournement documenté par la communauté consiste à éditer directement le fichier /etc/pve/qemu-server/<vmid>.conf pour retirer la ligne template: 1.

Un clone lié partage les blocs de données du template via le mécanisme copy-on-write (LVM-thin ou ZFS) — création quasi instantanée, très peu d'espace initial, mais dépendant du template (impossible à déplacer seul). Un clone complet copie intégralement les données : indépendant, mais plus long à créer et plus gourmand en espace.

qm config <vmid> affiche le contenu du fichier /etc/pve/qemu-server/<vmid>.conf : mémoire, CPU, disques, interfaces réseau, cloud-init, etc. pct config est l'équivalent pour un conteneur LXC, pas une VM KVM. qm info et pvesm show n'existent pas.

Par défaut, qm snapshot ne capture que l'état du disque. Avec --vmstate, Proxmox sauvegarde également le contenu de la RAM et l'état du CPU, permettant une restauration exacte de la VM au moment du snapshot — au prix d'un espace disque et d'un temps de traitement plus importants.

Entre le minimum (balloon) et le maximum (memory), Proxmox ajoute de la mémoire tant que l'hôte reste sous sa cible (80 % par défaut) et la reprend quand il en manque. Dans la VM, free voit la mémoire disparaître. Pour une base de données, on désactive le ballon (--balloon 0).