Questions d'entraînement — PVE9-L3

Question 1

Un administrateur développe un script Python utilisant l'API REST Proxmox pour automatiser le provisionnement de VMs dans un pipeline GitLab CI. Le script doit créer une VM, attacher un disque cloud-init, démarrer la VM et attendre qu'elle obtienne une adresse IP via QEMU Guest Agent. Quelle séquence d'appels API est correcte pour cette automatisation complète?

Answer

POST /nodes/{node}/qemu pour créer la VM avec le paramètre cicustom pour cloud-init, POST /nodes/{node}/qemu/{vmid}/status/start pour démarrer, puis polling GET /nodes/{node}/qemu/{vmid}/agent/network-get-interfaces jusqu'à obtention d'une IP non-link-local, avec gestion du code 500 tant que l'agent n'est pas prêt.

Answer

POST /nodes/{node}/qemu avec le body complet incluant cloud-init, puis POST /nodes/{node}/qemu/{vmid}/cloudinit pour régénérer l'image cloud-init, POST /nodes/{node}/qemu/{vmid}/status/start, et GET /nodes/{node}/qemu/{vmid}/config pour récupérer l'IP assignée dans la section cloud-init.

Answer

POST /cluster/resources/qemu pour créer la VM au niveau cluster avec placement automatique, PUT /nodes/{node}/qemu/{vmid}/cloudinit/regenerate pour forcer la régénération, POST /nodes/{node}/qemu/{vmid}/status/start, et GET /nodes/{node}/qemu/{vmid}/status/current qui retourne l'IP dans le champ 'network' après démarrage.

Answer

POST /nodes/{node}/qemu avec clone depuis un template cloud-init, POST /nodes/{node}/qemu/{vmid}/resize pour ajuster le disque, POST /nodes/{node}/qemu/{vmid}/status/start, puis GET /nodes/{node}/qemu/{vmid}/firewall/aliases qui expose l'IP dynamique assignée par cloud-init via l'alias 'self'.

Question 2

Un ingénieur observe une latence excessive sur une VM de base de données PostgreSQL hébergée sur Proxmox VE. Le stockage utilise un pool ZFS en RAIDZ2 avec des SSDs NVMe en thin-provisioning. La VM utilise un disque virtio-blk avec cache=none. Après analyse avec 'fio' dans la VM, les IOPS en écriture aléatoire 4K sont 3 fois inférieures aux attentes. Quelle combinaison d'optimisations est la plus pertinente ?

Answer

Passer le cache disque en 'writeback' pour bénéficier du cache d'écriture de l'hôte, activer 'io_uring' comme backend I/O, et configurer 'aio=native' avec 'discard=on' pour le TRIM sur thin-provisioning

Answer

Activer 'iothread=1' sur le contrôleur virtio-scsi pour dédier un thread I/O par disque, configurer 'io_uring' comme backend I/O dans QEMU, et passer le cache en 'none' avec 'discard=on' pour maintenir la cohérence et libérer les blocs inutilisés

Answer

Remplacer virtio-blk par un contrôleur SCSI passthrough avec 'cache=writethrough' pour garantir la persistance des écritures, désactiver le scheduler I/O dans la VM avec 'elevator=none', et activer le TRIM périodique via cron

Answer

Configurer le cache disque en 'directsync' pour contourner le cache filesystem et forcer la synchronisation, utiliser 'aio=threads' comme backend I/O, et augmenter le paramètre 'zfs_txg_timeout' à 30 secondes pour réduire la fréquence des flushes

Question 3

Un cluster Proxmox VE 9 de 5 nœuds subit des micro-coupures réseau intermittentes. L'administrateur observe dans journalctl -u corosync des messages 'retransmit failed' et 'processor joined/left' en boucle toutes les 30 secondes environ. La commande corosync-cfgtool -s affiche un 'status = 2' sur l'interface réseau principale. Le quorum est maintenu mais instable. Quelle est l'approche de diagnostic et de résolution la plus appropriée ?

Answer

Analyser le champ 'local node ID' et 'seq_err_cnt' dans corosync-cfgtool -s pour identifier la dégradation du ring, puis vérifier les compteurs d'erreurs réseau via ethtool -S et envisager l'activation de rrp_mode active/passive avec un second lien réseau dédié au cluster

Answer

Redémarrer immédiatement le service corosync sur tous les nœuds avec systemctl restart corosync pour forcer la renégociation du membership, puis augmenter le token timeout à 10000ms dans corosync.conf pour tolérer la latence

Answer

Exécuter pvecm updatecerts sur chaque nœud pour régénérer les certificats SSL du cluster qui pourraient provoquer des échecs d'authentification entre nœuds, puis redémarrer pve-cluster

Answer

Supprimer le nœud instable du cluster avec pvecm delnode, reconfigurer le réseau physique, puis le réintégrer avec pvecm add en spécifiant --link1 pour la haute disponibilité réseau

Question 4

Quelle est la différence fonctionnelle exacte entre les modes de cache disque 'none', 'writeback' et 'writethrough' dans QEMU/Proxmox, et quel impact cela a-t-il sur les flags O_DIRECT et fsync ?

Answer

'none' utilise O_DIRECT sans cache hôte (I/O direct au stockage), 'writeback' utilise le page cache hôte sans fsync automatique (rapide mais risque de perte), 'writethrough' utilise le page cache avec fsync à chaque écriture (sûr mais lent)

Answer

'none' désactive tout cache y compris le cache guest, 'writeback' active le write-back cache côté contrôleur virtio-scsi uniquement, 'writethrough' force un flush du cache contrôleur à chaque écriture guest

Answer

'none' bypass le page cache hôte ET guest avec O_DIRECT+O_SYNC, 'writeback' n'utilise que le page cache guest, 'writethrough' utilise le page cache hôte en lecture seule avec un write-through vers le backend

Answer

'none' est identique à 'directsync' mais sans la garantie d'ordre des écritures, 'writeback' met en cache les écritures dans un buffer QEMU en userspace, 'writethrough' utilise O_DSYNC pour garantir les métadonnées sans forcer un full sync

Question 5

Un architecte doit déployer une VM hébergeant une application temps réel avec des contraintes de latence strictes (< 1ms) sur Proxmox VE. Il constate des pics de latence sporadiques atteignant 15ms lors des tests de charge. La commande 'dmesg' dans la VM affiche des messages 'clocksource: tsc: marking TSC unstable'. Quelle configuration complète permet de minimiser la latence ?

Answer

Configurer le timer HPET comme clocksource stable dans la VM avec 'clocksource=hpet' dans les paramètres kernel, activer le CPU pinning sur des cœurs physiques dédiés, et désactiver le C-states dans le BIOS

Answer

Forcer le clocksource TSC avec 'tsc=reliable' dans le kernel guest, activer le flag CPU '+invtsc' dans la configuration Proxmox, configurer le CPU pinning avec 'taskset' et désactiver les C-states et P-states via les paramètres kernel de l'hôte

Answer

Passer la VM en mode 'machine: q35' avec un timer kvm-clock synchronisé via NTP, désactiver le ballooning mémoire pour éviter les interruptions, et configurer NUMA topology matching entre la VM et l'hôte

Answer

Désactiver tous les timers virtuels (HPET, PIT, LAPIC) sauf le TSC, activer le mode 'real-time' de QEMU avec le scheduler FIFO, et isoler les cœurs CPU avec 'isolcpus' sur l'hôte pour la VM

Examen PVE9-L3 — PVE9-L3 — Niveau 3 — Architecture (Expert)

À propos de l'examen PVE9-L3

Comment se préparer à l'examen PVE9-L3 ?

5 exemples de questions — PVE9-L3

Encore 94 questions dans l'examen complet

📖 Préparez-vous avec nos guides

Commencer l'examen PVE9-L3 complet