Questions d'entraînement — PVE9-L2

Question 1

L'entreprise TechCorp exploite un cluster Proxmox VE 9 de 8 nœuds répartis sur deux sites distants reliés par un réseau routé L3. Elle souhaite étendre ses segments réseau de machines virtuelles entre les deux sites de manière transparente, avec un plan d'adressage unifié et un routage distribué. Quel type de zone SDN et quelle configuration sont les plus appropriés ?

Answer

Une zone EVPN avec un contrôleur frr configuré, un VRF pour le routage inter-VNet, et des route-targets pour contrôler la distribution des routes MAC/IP entre les nœuds des deux sites

Answer

Une zone VXLAN en mode unicast avec la liste des IP de tous les nœuds distants, offrant un overlay L2 sur le réseau L3 inter-sites sans nécessiter de protocole de routage dynamique

Answer

Une zone QinQ utilisant un S-tag par site et des C-tags par client, permettant de transporter les VLANs à travers l'interconnexion L3 entre les deux sites de manière transparente

Answer

Deux zones VLAN identiques (une par site) synchronisées via le cluster Proxmox, avec des routes statiques configurées sur les routeurs inter-sites pour acheminer le trafic entre les segments

Question 2

Sur un cluster Proxmox VE 9 avec des serveurs bi-socket (2x AMD EPYC 7763, 64 cœurs par socket), un administrateur déploie une VM de base de données critique avec 32 vCPU et 128 Go de RAM. Les performances sont erratiques : certaines requêtes SQL sont rapides, d'autres subissent des latences inexpliquées de 30-50%. Après analyse avec 'numastat -c qemu', il constate un taux élevé de 'numa_miss'. Quelle configuration optimale doit-il appliquer ?

Answer

Configurer la topologie NUMA dans la VM en assignant les vCPU et la mémoire à un seul nœud NUMA physique via 'qm set <vmid> -numa0 cpus=0-31,memory=131072' et épingler la VM sur le socket 0 avec 'numactl --cpunodebind=0 --membind=0'

Answer

Activer le ballooning mémoire avec 'qm set <vmid> -balloon 131072' pour permettre au pilote virtio-balloon de redistribuer dynamiquement la mémoire entre les nœuds NUMA selon la charge de travail

Answer

Augmenter le nombre de vCPU à 64 et répartir la mémoire équitablement sur les deux nœuds NUMA avec 'qm set <vmid> -numa0 cpus=0-31,memory=65536 -numa1 cpus=32-63,memory=65536' pour exploiter toute la bande passante mémoire

Answer

Activer les hugepages 1G sur l'hôte avec 'echo 128 > /sys/kernel/mm/hugepages/hugepages-1048576kB/nr_hugepages' et configurer la VM pour les utiliser, éliminant ainsi les latences dues aux TLB miss inter-NUMA

Question 3

Quelle commande permet de vérifier l'état complet de la configuration SDN appliquée sur un nœud Proxmox VE 9, incluant les zones déployées, les VNets actifs et leurs interfaces réseau associées, afin de diagnostiquer un problème de connectivité entre VMs ?

Answer

pvesh get /cluster/sdn/vnets --output-format json pour lister tous les VNets configurés, combiné avec cat /etc/network/interfaces.d/sdn pour vérifier les interfaces effectivement générées sur le nœud local

Answer

pvesh get /cluster/sdn --running pour afficher la configuration SDN active en mémoire sur tous les nœuds du cluster, incluant les zones, VNets et sous-réseaux actuellement opérationnels

Answer

systemctl status pve-sdn.service pour afficher l'état du service SDN local, incluant les dernières erreurs de déploiement et la liste des interfaces réseau créées par le contrôleur SDN

Answer

pvesh get /nodes/{node}/sdn/status pour interroger l'état SDN spécifique à un nœud, retournant un diagnostic complet des zones et VNets avec leur état de santé réseau

Question 4

Quelle commande permet de vérifier en temps réel le poids CPU (cpu.weight) attribué à une VM d'ID 105 via cgroups v2 sur un hôte Proxmox VE 9, et quelle est la valeur par défaut appliquée par PVE ?

Answer

cat /sys/fs/cgroup/qemu.slice/105.scope/cpu.weight — la valeur par défaut est 100, correspondant au poids standard cgroups v2 où 1-10000 est la plage valide

Answer

cat /sys/fs/cgroup/cpu/qemu/105/cpu.shares — la valeur par défaut est 1024, héritée du mécanisme cgroups v1 cpu.shares utilisé dans les versions précédentes de PVE

Answer

systemctl show qemu-105.scope -p CPUWeight — la valeur par défaut est 50, soit la moitié de la plage maximale pour permettre le burst des VM prioritaires

Answer

pvesh get /nodes/localhost/qemu/105/status/current | jq '.cpuweight' — la valeur par défaut est 1000, configurée automatiquement par PVE lors de la création de la VM

Question 5

Un administrateur doit configurer le fencing matériel pour un cluster Proxmox VE de production dont les serveurs disposent de cartes IPMI. Il souhaite que le cluster puisse forcer l'arrêt d'un nœud défaillant à distance plutôt que de s'appuyer uniquement sur le self-fencing par watchdog. Quelle est la procédure correcte ?

Answer

Configurer les fence devices dans le fichier /etc/pve/ha/fence.cfg en déclarant chaque nœud avec son adresse IPMI, le type d'agent (fence_ipmilan) et les identifiants, puis vérifier avec fence_ipmilan -o status -a -l -p

Answer

Installer le paquet pve-fence-agents et utiliser pvecm fencing enable --type ipmi --address <ip> pour chaque nœud, ce qui active automatiquement le fencing matériel dans la configuration corosync

Answer

Configurer le fencing IPMI directement dans l'interface WebUI sous Datacenter > HA > Fencing en ajoutant les adresses IPMI de chaque nœud et en sélectionnant le protocole IPMI v2.0

Answer

Remplacer le module softdog par le module ipmi_watchdog dans /etc/default/pve-ha-manager et configurer l'adresse BMC dans /etc/ipmi.conf pour que le watchdog utilise le canal IPMI au lieu du reboot logiciel

Examen PVE9-L2 — PVE9-L2 — Niveau 2 — Administration (Ingénieur)

À propos de l'examen PVE9-L2

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

5 exemples de questions — PVE9-L2

Encore 91 questions dans l'examen complet

📖 Préparez-vous avec nos guides

Commencer l'examen PVE9-L2 complet