Accueil › Certifications › PVE9-L1 › Questions gratuites

Questions gratuites PVE9-L1 — Proxmox VE 9 Certified Operator (Level 1)

Téléchargez gratuitement 100 questions d'entraînement pour la certification PVE9-L1 proposée par Proxmox. Toutes les questions sont accompagnées de corrections détaillées avec explications techniques.

Caractéristiques de l'examen blanc

Code de certificationPVE9-L1
ÉditeurProxmox
Nombre de questions100
TypeQCM avec 4 réponses possibles
Niveaufoundation
CatégorieIT
Prix100% gratuit

Aperçu de 8 questions représentatives

Voici un échantillon aléatoire de 8 questions tirées de notre base d'entraînement PVE9-L1. Pour accéder aux 100 questions complètes, lancez l'examen blanc gratuitement.

Question 1
L'entreprise MedTech SA exploite un cluster Proxmox VE 9 à 4 nœuds et souhaite mettre en place un stockage distribué haute disponibilité pour ses VMs critiques, sans acheter de SAN externe. Leur contrainte principale est qu'en cas de panne complète d'un nœud physique, les VMs doivent pouvoir redémarrer sur un autre nœud avec accès immédiat à leurs disques. Quel composant natif de l'écosystème Proxmox VE 9 répond à ce besoin ?
  1. Ceph, intégré nativement dans Proxmox VE 9, fournit un stockage distribué en blocs via RBD (RADOS Block Device) avec réplication automatique sur plusieurs nœuds (min. 3 copies par défaut). En cas de panne d'un nœud, les OSD survivants reconstruisent la redondance et les VMs accèdent leurs images depuis les réplicas.
  2. ZFS en mode RAIDZ2 déployé sur chaque nœud individuellement, combiné à la réplication ZFS native (zfs send/receive) planifiée toutes les 5 minutes entre nœuds. Cette approche open-source garantit une RTO inférieure à 10 minutes sans dépendance à un composant externe.
  3. GlusterFS en mode replica 3, monté comme stockage NFS sur Proxmox VE 9 via le type de stockage 'NFS' dans Datacenter > Storage. Proxmox VE 9 intègre nativement GlusterFS dans son interface web, permettant de gérer les volumes directement depuis pvesm.
  4. Le stockage iSCSI multipath depuis un NAS externe Synology ou TrueNAS, configuré comme target iSCSI dans Proxmox VE 9. Avec MPIO (Multipath I/O) activé, les images de VMs restent accessibles même en cas de panne d'un chemin réseau, garantissant la continuité de service.
Question 2
Un administrateur Proxmox compare les formats de sauvegarde disponibles pour ses VMs QEMU et ses conteneurs LXC. Il remarque des fichiers .vma.zst et .tar.zst dans son répertoire de sauvegardes. Quelle affirmation décrit correctement la différence entre ces deux formats ?
  1. Les fichiers .vma.zst sont des sauvegardes de VMs QEMU/KVM utilisant le format VMA (Virtual Machine Archive) natif à Proxmox, tandis que les fichiers .tar.zst sont des sauvegardes de conteneurs LXC au format tar standard, les deux compressés avec zstd
  2. Les fichiers .vma.zst sont des sauvegardes complètes incluant les snapshots de la VM, tandis que les .tar.zst sont des sauvegardes incrémentales qui ne contiennent que les différences depuis la dernière sauvegarde complète
  3. Les deux formats sont interchangeables : .vma.zst est utilisé par défaut avec le mode snapshot de vzdump, et .tar.zst est généré automatiquement lors du mode stop, quel que soit le type de guest
  4. Les fichiers .vma.zst sont un format propriétaire uniquement lisible par Proxmox Backup Server, tandis que les .tar.zst peuvent être extraits avec n'importe quel outil tar standard, y compris sur des systèmes non-Proxmox
Question 3
Une entreprise migre son infrastructure vers Proxmox VE 9 et souhaite comprendre les avantages du passage complet à cgroups v2. L'équipe technique demande quel bénéfice principal cgroups v2 apporte par rapport à l'ancien mode hybride cgroups v1/v2 présent dans PVE 7/8. Quelle réponse est la plus exacte ?
  1. cgroups v2 offre une hiérarchie unifiée de contrôle des ressources (CPU, mémoire, I/O) avec une meilleure isolation des conteneurs LXC et une gestion plus granulaire de la pression mémoire via le PSI (Pressure Stall Information)
  2. cgroups v2 permet exclusivement d'augmenter le nombre maximal de conteneurs LXC par noeud de 256 à 1024, grâce à une meilleure gestion des namespaces réseau intégrée au kernel 6.x
  3. cgroups v2 remplace entièrement systemd pour la gestion des services sur les noeuds Proxmox, offrant un contrôle direct des processus QEMU sans passer par le démon pvedaemon
  4. cgroups v2 est requis uniquement pour les fonctionnalités de live migration avancée de QEMU 9.x, car le protocole de migration utilise les statistiques cgroup pour optimiser le transfert de mémoire
Question 4
Un technicien tente d'accéder à la console d'une machine virtuelle Windows Server via l'interface web de Proxmox VE, mais il constate que l'affichage graphique est très lent et saccadé avec noVNC. Son collègue lui suggère d'utiliser SPICE à la place. Quelle condition préalable est nécessaire pour utiliser la console SPICE sur cette VM ?
  1. Le type de carte graphique (Display) de la VM doit être configuré sur 'SPICE' (qxl) dans l'onglet Hardware, et le client virt-viewer doit être installé sur le poste de l'administrateur
  2. Il suffit de changer le type de console par défaut dans 'Datacenter > Options > Console Viewer' en sélectionnant SPICE, sans autre modification nécessaire sur la VM
  3. SPICE nécessite uniquement l'installation des QEMU Guest Agent dans la VM Windows, le protocole SPICE étant activé automatiquement après détection de l'agent
  4. Il faut activer le module SPICE dans 'Node > System > Network' en créant une interface réseau dédiée au trafic SPICE sur un VLAN séparé
Question 5
L'entreprise déploie un environnement Proxmox VE avec plusieurs VLAN pour séparer le trafic de production (VLAN 100), de management (VLAN 200) et de sauvegarde (VLAN 300). L'administrateur souhaite qu'une VM spécifique accède uniquement au VLAN de production. Comment doit-il configurer le réseau de cette VM dans Proxmox VE ?
  1. Créer trois bridges distincts vmbr100, vmbr200 et vmbr300 chacun associé à une sous-interface VLAN physique, puis connecter la VM exclusivement au bridge vmbr100 dédié au VLAN 100
  2. Configurer le trunk VLAN sur la carte réseau de la VM en spécifiant trunks=100;200;300 et laisser le système invité gérer le tagging VLAN via des sous-interfaces internes
  3. Attribuer le tag VLAN 100 directement sur la carte réseau virtuelle de la VM dans sa configuration matérielle, en utilisant le paramètre tag=100 sur le bridge vmbr0 configuré en mode trunk
  4. Configurer le VLAN 100 dans le fichier /etc/network/interfaces du système invité en créant une sous-interface eth0.100 avec l'adresse IP appropriée, le bridge restant non tagué
Question 6
Un administrateur système doit vérifier l'état d'un cluster Proxmox VE 9 depuis la ligne de commande après qu'un des nœuds a signalé des erreurs de quorum. Il souhaite afficher la liste des nœuds membres du cluster, leur statut online/offline, et les votes de quorum actuels. Quelle commande doit-il utiliser ?
  1. 'pvecm status' affiche l'état complet du cluster Corosync : nom du cluster, quorum actuel, nombre de votes requis, liste de tous les nœuds avec leur ID, statut (online/offline), et nombre de votes attribués. C'est la commande de diagnostic principale pour les problèmes de quorum.
  2. 'pvesr list' interroge le service Proxmox Cluster File System (pmxcfs) et affiche l'état de réplication synchrone entre les nœuds, incluant leur disponibilité réseau, les votes Corosync, et les conflits de configuration détectés dans /etc/pve.
  3. 'pvesh get /cluster/status' via l'API REST Proxmox retourne en JSON l'état de chaque nœud du cluster avec les métriques online/offline. Cette commande est équivalente à pvecm mais préférable en production car elle utilise l'API officielle documentée et n'est pas dépréciée dans Proxmox VE 9.
  4. 'corosync-cmapctl -g runtime.totem.pg.mrp.rrp.status' interroge directement le daemon Corosync pour obtenir les informations de membership et de quorum en temps réel. C'est la méthode recommandée par la documentation Proxmox pour diagnostiquer les problèmes de quorum car elle bypasse la couche d'abstraction pve.
Question 7
Quelle commande permet d'appliquer immédiatement des modifications apportées au fichier /etc/network/interfaces sur un serveur Proxmox VE 9 sans interrompre les connexions réseau existantes ni nécessiter un redémarrage ?
  1. 'ifreload -a' qui recharge la configuration réseau complète de manière non disruptive grâce au système ifupdown2 intégré à Proxmox VE
  2. 'systemctl restart networking' qui redémarre le service réseau complet en appliquant toutes les modifications de /etc/network/interfaces proprement
  3. 'ifdown vmbr0 && ifup vmbr0' qui désactive puis réactive le bridge principal pour forcer la relecture de la configuration modifiée
  4. 'pvecm updateconfig' qui synchronise la configuration réseau du noeud avec le cluster et applique les changements sur toutes les interfaces
Question 8
Un administrateur junior vient d'être embauché et doit pouvoir surveiller l'état des machines virtuelles et conteneurs sans jamais pouvoir les modifier ou les arrêter. L'administrateur principal hésite entre plusieurs rôles prédéfinis. Quel rôle doit-il attribuer pour respecter le principe du moindre privilège ?
  1. Le rôle PVEAuditor, qui accorde un accès en lecture seule sur la configuration et l'état des VMs, conteneurs, stockage et noeud sans aucun droit de modification
  2. Le rôle PVEVMUser, qui permet de consulter et d'utiliser la console des VMs mais empêche toute modification de configuration ou suppression
  3. Le rôle PVEVMAdmin, qui donne un accès complet aux VMs mais sans privilèges sur les noeuds ni le stockage, limitant ainsi l'impact
  4. Le rôle PVEUserAdmin, qui permet uniquement de gérer les comptes utilisateurs et groupes sans accès aux ressources virtuelles

Accédez aux 100 questions complètes gratuitement

Aucune carte bancaire requise. Examen chronométré, corrections détaillées, score final.

Lancer l'examen blanc PVE9-L1 →

Pourquoi s'entraîner avec Certifexpress ?