Proxmox VE — TSSR
Quiz — chapitre 3
Question 1. Quelle est la principale caractéristique de ZFS par rapport à un RAID matériel classique ?
ZFS calcule un checksum pour chaque bloc écrit et le vérifie à chaque lecture — il détecte ainsi la corruption silencieuse ("bit rot") qu'un RAID matériel classique ne voit jamais, et peut la corriger automatiquement si une redondance (mirror, RAIDZ) est disponible. ZFS supporte nativement les snapshots et fonctionne sur tout type de disque, pas uniquement NVMe.
Question 2. Dans ZFS, quelle configuration offre une redondance permettant de tolérer 1 panne de disque sur 2 disques ?
mirror duplique intégralement les données sur les deux disques — la perte de l'un des deux n'entraîne aucune perte de données. RAIDZ nécessite au minimum 3 disques pour offrir une tolérance de panne équivalente à RAID5. stripe (par défaut, sans mot-clé) n'offre aucune redondance. raid5 n'est pas un mot-clé ZFS.
Question 3. Quelle commande permet de vérifier l'intégrité d'un pool ZFS nommé tank ?
zpool scrub relit tous les blocs du pool et vérifie leurs checksums, corrigeant automatiquement toute corruption détectée si une redondance est disponible. Les autres commandes proposées n'existent pas.
Question 4. Quelle commande Proxmox permet d'enregistrer un pool ZFS existant comme stockage dans Proxmox ?
pvesm (Proxmox VE Storage Manager) gère l'enregistrement de tout type de stockage — pvesm add zfspool pour ZFS, avec le type zfspool spécifique à Proxmox. Les trois autres commandes n'existent pas.
Question 5. Quelle est la différence principale entre NFS et iSCSI dans le contexte Proxmox ?
NFS partage un système de fichiers déjà formaté, accessible directement comme un répertoire — idéal pour ISOs, templates, sauvegardes. iSCSI expose un disque brut au niveau bloc, sans système de fichiers ; Proxmox doit y créer sa propre structure (LVM le plus souvent) avant de l'utiliser pour des disques de VM.
Question 6. Quelle propriété ZFS active la compression transparente des données d'un dataset ?
zfs set compression=lz4 active la compression transparente sur un dataset précis — lz4 est l'algorithme recommandé par défaut (rapide, bon ratio). La propriété compression se règle au niveau du dataset (zfs set), pas du pool (zpool set) ; deflate et zip ne sont pas des propriétés ZFS valides.
Question 7. Un zvol de VM référence 201 Mo (REFER) mais en utilise 302 Mo (USED). D'où viennent les 101 Mo d'écart ?
Mesuré sur le lab de l'atelier 4 : après un snapshot et 100 Mo réécrits, @snap01 retenait 101 Mo d'anciens blocs. C'est là que « disparaît » l'espace d'un pool ZFS : dans des snapshots oubliés, qui grossissent à chaque écriture de la VM.
Question 8. zfs destroy datapool/vm-930-disk-0@snap01 répond snapshot has dependent clones. Pourquoi ?
Un clone ZFS ne consomme presque rien (1 K sur le lab pour 201 Mo référencés) parce qu'il partage les blocs de son snapshot d'origine. D'où le refus : on supprime le clone d'abord, ou on utilise -R. C'est le mécanisme des clones liés du chapitre 2.
Question 9. Vous cliquez sur Take Snapshot pour une VM dont le disque est sur un stockage ZFS. Qui fait réellement le snapshot ?
Le geste est le même dans l'interface pour tous les stockages, mais Proxmox délègue le snapshot au stockage qui porte le disque : un volume LVM-thin sur local-lvm, un snapshot ZFS sur ZFS, un snapshot RBD sur Ceph. Sur un répertoire en raw, personne ne sait le faire, et la tâche échoue (cours, chapitre 3, §4.7).