Différences

Ci-dessous, les différences entre deux révisions de la page.

--- home-zfs [2025/07/02 17:03] – création Gigan Davy
+++ home-zfs [2025/07/02 18:30] (Version actuelle) – Gigan Davy
@@ Ligne 1: / Ligne 1: @@
-====== Guide d’utilisation de /home sur ZFS ======
+====== Guide d’utilisation du dossier /home sur ZFS ======
+Sauf mention contraire, les commandes décrites ici ne nécessitent pas d’élévation de privilège.
 ===== Consultation de l’espace libre ======
-Lorsque le dossier /home des postes Linux est stocké sur un volume ZFS, l’espace libre est affiché de manière cohérente par la commande df
+Lorsque le dossier /home des postes Linux utilise ZFS, les commandes qui affichent le périphérique afficheront le nom « dataset » (home) à l’intérieur du « pool » (zdata) au lieu d’un nom de périphérique. Par exemple :
 <code>
@@ Ligne 10: / Ligne 12: @@
 zdata/home              417G    131G  287G  32% /home
 </code>
+Une commande spécifique permet de consulter des informations du pool. Dans l’exemple suivant, qui correspond au même système de fichiers que celui de l’exemple précédent, le taux de dé-duplication 1.31x explique le fait que seulement 99.4G sont alloués pour stocker 131G de données.
 <code>
@@ Ligne 19: / Ligne 23: @@
 ===== Sauvegardes locales (snapshots) ======
-Il ne s’agit pas à proprement parler de sauvegardes (si le disque est HS ou si la machine est volée, les données sont perdues). Il s’agit en fait de prise d’instantanés (snaphots) à intervalle réguliers permettant de consulter le système de fichier tel qu’il était dans le passé. La configuration des snapshots est à faire en prenant en compte l’espace libre et l’usage qui est fait du système de fichier.
+<note warning>
+Il ne s’agit pas à proprement parler de sauvegardes.
+Si le disque est HS ou si la machine est volée, les données sont perdues.
+</note>
+Il s’agit en fait de prise d’instantanés (snaphots) à intervalle réguliers permettant de consulter le système de fichier tel qu’il était dans le passé. La configuration des snapshots est à faire en prenant en compte l’espace libre et l’usage qui est fait du système de fichier. La résilience en cas d’erreur de manipulation est fonction de la configuration des snapshots. Il est possible de moduler la fréquence et la durée de rétention des snapshots. Plus la durée de rétention est longue, plus l’espace disque consommé est important. L’espace disque libéré par la suppression de fichiers n’est utilisable que lorsque le snapshot de durée de conservation la plus élevée a expiré.
+===== Consultation des snapshots =====
+Le dossier /home/.zfs/ est un dossier virtuel qui n’apparaît pas lors du listing de /home mais qui est monté à la demande lors de l’exécution de commandes ls, cd … La complétion sur /home/.zfs ne fonctionnera pas mais celle sur /home/.zfs/ ainsi que celle sur les dossiers de /home/.zfs/snapshot/.
+Les horaires exprimés au niveau des noms des snapshots sont explicitement en TZ=UTC et non en TZ=CEST afin d’éviter que le mécanisme de changement d’heure entre hiver et été (Dayligth Saving Time) ne provoque des bugs.
+L’ordre lexicographique suit l’ordre chronologique de part la convention de nommage. Un exemple de listing :
 <code>
- ♯  ls -l /home/.zfs/snapshot/
+♯ ls -l /home/.zfs/snapshot/
 total 0
 drwxrwxrwx 1 root root 0 juil.  2 14:00 autosnap_2025-07-02_12:00:04_hourly
@@ Ligne 31: / Ligne 47: @@
 drwxrwxrwx 1 root root 0 juil.  2 16:00 autosnap_2025-07-02_14:00:11_hourly
 </code>
+Afin de faciliter l’accès au dernier snapshot en date, un lien symbolique est disponible :
+<code>
+ls -l /home/.zfs_snapshot_latest
+lrwxrwxrwx 1 root root 59 juil. 2 16:00
+  .latest_zfs_snapshot -> /home/.zfs/snapshot/autosnap_2025-07-02_14:00:11_hourly
+</code>
+Le suffixe des snapshots correspond à l’intervalle d’exécution. Les noms parlent d’eux même (hourly, daily, monthly et même yearly). Lorsque l’intervalle est inférieur à une heure, le suffixe est frequently.
+===== Configuration des snapshots =====
+La configuration est centralisée dans l’inventaire ansible du parc informatique. La configuration par défaut consiste à prendre un snapshot toute les heures et d’en conserver 24 pour couvrir au minimum 24h de retour en arrière possible. Il est possible de configurer une rétention plus longue et/ou des snapshots plus fréquents. C’est à déterminer en fonction de l’usage du poste.
+<note information>
+L’utilisation de snapshots implique que l’espace disque libéré lors d’un effacement ne l’est réellement que lorsque la période de conservation la plus longue a été atteinte.
+</note>
+===== Opérations sur les snapshots ====
+En faire la liste :
+<code>
+zfs list -t snapshot
+NAME                                                 USED  AVAIL  REFER  MOUNTPOINT
+zdata/home@autosnap_2025-07-02_17:43:52_daily          0B      -  15.0G  -
+zdata/home@autosnap_2025-07-02_17:43:52_frequently     0B      -  15.0G  -
+zdata/home@autosnap_2025-07-02_18:00:20_frequently    15K      -  15.0G  -
+</code>
+En détruire certains :
+<code>
+root# zfs destroy zdata/home@autosnap_2025-07-02_17:43:52_daily
+</code>
+La destruction manuelle est à envisager lorsqu’il faut rapidement faire de la place et qu’il n’est pas possible d’attendre l’expiration des snapshots.
+À l’inverse, vous pouvez créer un snaphot manuel mais il ne sera JAMAIS supprimé automatiquement.
+<code>
+root# zfs snapshot zdata/home@snapshot_avant_dawa
+</code>
+C’est intéressant si l’opération « dawa » consiste à faire du nettoyage par le vide manuellement ou à l’aide d’un programme qui pourrait comporter des erreurs.
+En l’état actuel de la configuration, seul root peut prendre ou supprimer des snapshots.