Modifications apportées à la gestion des systèmes de fichiers ZFS

Les fonctions des systèmes de fichiers ZFS suivantes, qui n'étaient pas disponibles sous Oracle Solaris 10, le sont sous Oracle Solaris 11 :

• Chiffrement d'un système de fichiers ZFS : vous pouvez chiffrer un système de fichiers ZFS lors de sa création. Pour plus d'informations, reportez-vous au Chapitre 9, Gestion de la sécurité.

• Suppression des doublons d'un système de fichiers ZFS : pour déterminer si l'environnement système peut prendre en charge la suppression des doublons de données ZFS, reportez-vous aux informations importantes de la section Configuration requise pour la suppression des doublons de données ZFS.

• Modifications de la syntaxe de partage d'un système de fichiers ZFS : incluent les modifications en matière de partage des systèmes de fichiers NFS et SMB. Pour plus d'informations, reportez-vous à la section Modifications apportées au partage de systèmes de fichiers ZFS.

• Page de manuel ZFS modifiée : la page de manuel zfs.1m a été révisée ; désormais, les fonctionnalités de base du système de fichiers ZFS figurent toujours dans la page de manuel zfs.1m, mais l'administration déléguée, le chiffrement, la syntaxe de partage et les exemples connexes sont traités dans les pages suivantes :

  • zfs_allow(1M)

  • zfs_encrypt(1M)

  • zfs_share(1M)

Affichage d'informations sur les systèmes de fichiers ZFS

Une fois le système installé, vérifiez les informations sur les pools de stockage et les systèmes de fichiers ZFS.

Pour afficher des informations sur les pools de stockage ZFS, exécutez la commande zpool status.

Pour afficher des informations sur les systèmes de fichiers ZFS, exécutez la commande zfs list. Par exemple :

Pour obtenir une description des composants du pool root, reportez-vous à la section Vérification de l'environnement d'initialisation ZFS initial après une installation.

Résolution des problèmes de compte-rendu sur l'espace de systèmes de fichiers ZFS

Les commandes zpool list et zfs list sont plus appropriées que les commandes précédentes df et du pour déterminer l'espace disponible des pools et des systèmes de fichiers. Les anciennes commandes ne permettent pas de distinguer facilement l'espace des pools de l'espace des systèmes de fichiers. D'autre part, elles ne tiennent pas compte de l'espace utilisé par les systèmes de fichiers descendants ou les instantanés.

Par exemple, le pool root ci-après (rpool) utilise 5,46 Go et dispose de 68,5 Go d'espace libre.

# zpool list rpool
NAME   SIZE  ALLOC   FREE  CAP  DEDUP  HEALTH  ALTROOT
rpool   74G  5.46G  68.5G   7%  1.00x  ONLINE  -

Si vous comparez l'espace comptabilisé pour les pools et l'espace comptabilisé pour chacun de vos systèmes de fichiers, en vérifiant leur colonne USED (UTILISE), vous pouvez constater que l'espace des pools est correctement comptabilisé. Par exemple :

# zfs list -r rpool
NAME                      USED  AVAIL  REFER  MOUNTPOINT
rpool                    5.41G  67.4G  74.5K  /rpool
rpool/ROOT               3.37G  67.4G    31K  legacy
rpool/ROOT/solaris       3.37G  67.4G  3.07G  /
rpool/ROOT/solaris/var    302M  67.4G   214M  /var
rpool/dump               1.01G  67.5G  1000M  -
rpool/export             97.5K  67.4G    32K  /rpool/export
rpool/export/home        65.5K  67.4G    32K  /rpool/export/home
rpool/export/home/admin  33.5K  67.4G  33.5K  /rpool/export/home/admin
rpool/swap               1.03G  67.5G  1.00G  -

Résolution des problèmes de compte-rendu sur l'espace des pools de stockage ZFS

La valeur de taille SIZE calculée par la commande zpool list indique généralement la quantité d'espace disque physique dans le pool, mais elle varie selon le niveau de redondance de celui-ci. Voir les exemples ci-dessous. La commande zfs list liste l'espace disponible pour des systèmes de fichiers, c'est-à-dire l'espace disque moins l'espace utilisé par les métadonnées de gestion de la redondance des pools ZFS, le cas échéant.

• Pool de stockage non redondant : créé avec un seul disque de 136 Go ; la commande zpool list signale une valeur de taille SIZE et une valeur d'espace libre initiale FREE de 136 Go. L'espace disponible initial AVAIL indiqué par la commande zfs list est de 134 Go, en raison d'une petite quantité de métadonnées de gestion de pool. Par exemple :

  # zpool create tank c0t6d0
  # zpool list tank
  NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
  tank   136G  95.5K   136G     0%  1.00x  ONLINE  -
  # zfs list tank
  NAME   USED  AVAIL  REFER  MOUNTPOINT
  tank    72K   134G    21K  /tank

• Pool de stockage mis en miroir : créé avec deux disques de 136 Go ; la commande zpool list indique une valeur de taille SIZE de 136 Go et une valeur d'espace libre initiale FREE de 136 Go. Ce compte-rendu est appelé valeur d'espace minorée. L'espace disponible initial AVAIL indiqué par la commande zfs list est de 134 Go, en raison d'une petite quantité de métadonnées de gestion de pool. Par exemple :

  # zpool create tank mirror c0t6d0 c0t7d0   
  # zpool list tank
  NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
  tank   136G  95.5K   136G     0%  1.00x  ONLINE  -
  # zfs list tank
  NAME   USED  AVAIL  REFER  MOUNTPOINT
  tank    72K   134G    21K  /tank

• Pool de stockage RAID-Z : créé avec trois disques de 136 Go ; la commande zpool list signale une valeur de taille SIZE de 408 Go et une valeur d'espace libre initiale FREE de 408 Go. Ce compte-rendu est appelé valeur d'espace disque majorée, qui inclut l'espace nécessaire à la gestion de la redondance, par exemple les informations de parité. L'espace disponible initial AVAIL indiqué par la commande zfs list est de 133 Go, en raison de la gestion de la redondance du pool. L'exemple suivant crée un pool RAIDZ-2.

  # zpool create tank raidz2 c0t6d0 c0t7d0 c0t8d0
  # zpool list tank
  NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
  tank   408G   286K   408G     0%  1.00x  ONLINE  -
  # zfs list tank
  NAME   USED  AVAIL  REFER  MOUNTPOINT
  tank  73.2K   133G  20.9K  /tank

Mise à disposition des systèmes de fichiers ZFS

Les systèmes de fichiers ZFS deviennent disponibles comme sous Oracle Solaris 10, dans la mesure suivante :

• Un système de fichiers ZFS est monté automatiquement lorsqu'il est créé, puis remonté automatiquement lors de l'initialisation du système.

• Vous n'avez pas à modifier le fichier /etc/vfstab pour monter un système de fichiers ZFS, sauf si vous créez un montage hérité pour un tel système. Il est recommandé d'utiliser le montage automatique d'un système de fichiers ZFS plutôt qu'un montage hérité.

• Vous n'avez pas à modifier le fichier /etc/dfs/dfstab pour partager des systèmes de fichiers. Pour plus d'informations sur le partage de systèmes de fichiers ZFS, reportez-vous à la section Modifications apportées au partage de systèmes de fichiers ZFS.

• Comme pour un root UFS, le périphérique de swap doit disposer d'une entrée dans le fichier /etc/vfstab.

• Des systèmes de fichiers peuvent être partagés entre des systèmes Oracle Solaris 10 et Oracle Solaris 11, au moyen du partage NFS.

• Des systèmes de fichiers peuvent être partagés entre des systèmes Oracle Solaris 11 au moyen du partage NFS ou SMB.

• Les pools de stockage ZFS peuvent être exportés à partir d'un système Oracle Solaris 10, puis importés dans un système Oracle Solaris 11.

Modifications apportées au partage de systèmes de fichiers ZFS

Sous Oracle Solaris 10, vous pouvez définir la propriété sharenfs ou sharesmb pour créer et publier un partage de systèmes de fichiers ZFS, ou vous pouvez utiliser l'ancienne commande share.

Dans Oracle Solaris 11, vous pouvez créer un partage de système de fichiers ZFS et publier ce partage, comme suit :

• Créez un partage NFS ou SMB d'un système de fichiers ZFS à l'aide la commande zfs set share.

  # zfs create rpool/fs1
  # zfs set share=name=fs1,path=/rpool/fs1,prot=nfs rpool/fs1
  name=fs1,path=/rpool/fs1,prot=nfs

• Publiez le partage NFS ou SMB en paramétrant la propriété sharenfs ou sharesmb sur on.

  # zfs set sharenfs=on rpool/fs1
  # cat /etc/dfs/sharetab
  /rpool/fs1      fs1     nfs     sec=sys,rw

Les principales différences sont les suivantes :

• Le partage d'un système de fichiers est un processus en deux étapes : création d'un partage en paramétrant la propriété sharenfs ou sharesmb et publication du partage en définissant la propriété zfs set share.

• La commande zfs set share remplace l'interface sharemgr pour le partage des systèmes de fichiers ZFS.

• L'interface sharemgr n'est plus disponible. La commande share héritée et la propriété sharenfs sont toujours disponibles. Voir les exemples ci-dessous.

• Le fichier /etc/dfs/dfstab existe toujours mais les modifications sont ignorées. SMF gère les informations de partage ZFS ou UFS de manière à ce que les systèmes de fichiers soient automatiquement partagés lorsque le système est réinitialisé ; ces informations sont donc gérées de façon similaire aux informations de montage et de partage ZFS.

• Si vous annulez la publication d'un partage, vous pouvez le republier à l'aide de la commande share ou à l'aide de la commande share -a pour republier tous les partages.

• Les systèmes de fichiers descendants n'héritent pas des propriétés de partage. Si un système de fichiers descendant est créé avec une propriété sharenfs héritée activée, un partage est créé pour ce nouveau système de fichiers descendant.

Dans Oracle Solaris 11.1, le partage des systèmes de fichiers ZFS a bénéficié des principales améliorations suivantes :

• La syntaxe de partage est simplifiée. Vous pouvez partager un système de fichiers en définissant les nouvelles propriétés share.nfs ou share.smb.

  # zfs set share.nfs=on tank/home

• Héritage amélioré des propriétés de partage aux systèmes de fichiers descendants. Dans l'exemple précédent, où la propriété share.nfs est définie sur le système de fichiers tank/home, la valeur de propriété share.nfs est héritée par tous les systèmes de fichiers descendants.

  # zfs create tank/home/userA
  # zfs create tank/home/userB

• Vous pouvez également spécifier des valeurs de propriétés supplémentaires ou modifier des valeurs existantes sur des partages de système de fichiers existant.

  # zfs set share.nfs.nosuid=on tank/home/userA

Ces améliorations du partage de fichiers sont associées à la version de pool 34. Pour plus d'informations, reportez-vous à la section Activation et annulation du partage des systèmes de fichiers ZFS du manuel Administration d’Oracle Solaris 11.1 : Systèmes de fichiers ZFS.

Syntaxe de partage ZFS héritée

L'ancienne syntaxe de partage reste prise en charge, sans qu'il soit nécessaire de modifier le fichier /etc/dfs/dfstab. Les partages hérités sont gérés par un service SMF.

1. Utilisez la commande share pour partager un système de fichiers.

   Par exemple, pour partager un système de fichiers ZFS :

   # share -F nfs /tank/zfsfs
   # cat /etc/dfs/sharetab
   /tank/zfsfs        -       nfs     rw

   La syntaxe ci-dessus équivaut à partager un système de fichiers UFS :

   # share -F nfs /ufsfs
   # cat /etc/dfs/sharetab
   /ufsfs  -       nfs     rw      
   /tank/zfsfs     -       nfs     rw      

2. Vous pouvez créer un système de fichiers avec la propriété sharenfs activée, comme dans les versions précédentes. Dans Oracle Solaris 11, un partage par défaut est créé pour le système de fichiers.

   # zfs create -o sharenfs=on rpool/data
   # cat /etc/dfs/sharetab
   /rpool/data     rpool_data      nfs     sec=sys,rw

Les partages de systèmes de fichiers ci-dessus sont publiés immédiatement.

Problèmes de migration/transition de partage ZFS

Cette section répertorie les problèmes liés à la transition des partages.

• Mise à niveau de votre système : les partages ZFS seront incorrects si revenez à un environnement d'initialisation antérieur en raison de modifications apportées aux propriétés dans cette version. Les partages non ZFS ne sont pas concernés. Si·vous·avez·l'intention·de·réinitialiser·un·ancien·environnement d'initialisation, enregistrez tout d'abord une copie de la configuration des partages existants avant l'opération pkg update, afin d'être en mesure de restaurer cette configuration sur les jeux de données ZFS.

  • Dans l'environnement d'initialisation antérieur, utilisez la commande sharemgr show -vp pour répertorier tous les partages et leur configuration.

  • Servez-vous des commandes zfs get sharenfs filesystem et zfs sharesmb filesystem pour obtenir les valeurs des propriétés de partage.

  • Si vous réinitialisez sur un ancien environnement d'initialisation, rétablissez les propriétés sharenfs et sharesmb à leur valeur d'origine.

• Comportement hérité d'annulation de partage : les commandes unshare -a ou unshareall permettent d'annuler la publication d'un partage, mais ne mettent pas à jour le référentiel de partages SMF. Si vous tentez de republier le partage existant, les conflits sont recherchés dans le référentiel de partages et un message d'erreur s'affiche.

Configuration requise pour la suppression des doublons de données ZFS

Sous Oracle Solaris 11, vous pouvez utiliser la propriété de suppression des doublons (dedup) pour supprimer les données redondantes de vos systèmes de fichiers ZFS. Si un système de fichiers a la dédupliquer propriété activée, blocs de données dupliquées sont supprimés simultanément. Par conséquent, seules les données uniques sont stockées et les composants communs sont partagés entre les fichiers. Par exemple :

# zfs set dedup=on tank/home

Avant d'activer la propriété dedup pour des systèmes de fichiers dans des systèmes de production, suivez tout d'abord les étapes ci-après afin de déterminer si votre système peut prendre en charge la suppression des doublons de données.

1. Déterminez si vous pouvez économiser de l'espace grâce à la suppression des doublons. Si vos données ne se prêtent pas à la suppression des doublons, il est inutile d'activer dedup. L'exécution de la commande suivante nécessite une grande quantité de mémoire :

   # zdb -S tank
   Simulated DDT histogram:
   bucket              allocated                       referenced          
   ______   ______________________________   ______________________________
   refcnt   blocks   LSIZE   PSIZE   DSIZE   blocks   LSIZE   PSIZE   DSIZE
   ------   ------   -----   -----   -----   ------   -----   -----   -----
        1    2.27M    239G    188G    194G    2.27M    239G    188G    194G
        2     327K   34.3G   27.8G   28.1G     698K   73.3G   59.2G   59.9G
        4    30.1K   2.91G   2.10G   2.11G     152K   14.9G   10.6G   10.6G
        8    7.73K    691M    529M    529M    74.5K   6.25G   4.79G   4.80G
       16      673   43.7M   25.8M   25.9M    13.1K    822M    492M    494M
       32      197   12.3M   7.02M   7.03M    7.66K    480M    269M    270M
       64       47   1.27M    626K    626K    3.86K    103M   51.2M   51.2M
      128       22    908K    250K    251K    3.71K    150M   40.3M   40.3M
      256        7    302K     48K   53.7K    2.27K   88.6M   17.3M   19.5M
      512        4    131K   7.50K   7.75K    2.74K    102M   5.62M   5.79M
       2K        1      2K      2K      2K    3.23K   6.47M   6.47M   6.47M
       8K        1    128K      5K      5K    13.9K   1.74G   69.5M   69.5M
    Total    2.63M    277G    218G    225G    3.22M    337G    263G    270G
   
   dedup = 1.20, compress = 1.28, copies = 1.03, dedup * compress / copies = 1.50

   Si le ratio estimé est supérieur à 2, la suppression des doublons est susceptible de vous faire gagner de la place.

   Dans cet exemple, le ratio dedup (dedup = 1.20) est inférieur à 2, si bien que l'activation de dedup n'est pas recommandée.

2. Assurez-vous que votre système dispose de suffisamment de mémoire pour prendre en charge dedup.

   • Chaque entrée de table dedup interne a une taille d'environ 320 octets.

   • Multipliez le nombre de blocs alloués par 320. Par exemple :

     in-core DDT size = 2.63M x 320 = 841.60M

3. Les performances de la propriété dedup sont optimisées lorsque le tableau de suppression des doublons tient en mémoire. Si ce tableau doit être écrit sur le disque, les performances diminuent. Si vous activez la déduplication sur vos systèmes de fichiers sans disposer de ressources mémoire suffisantes, les performances du système risquent de se dégrader au cours d'opérations liées aux systèmes de fichiers. Par exemple, la suppression d'un grand système de fichiers dedup sans disposer de ressources mémoire suffisantes peut avoir un impact sur les performances du système.