Red Hat Training

A Red Hat training course is available for RHEL 8

4.11. Systèmes de fichiers et stockage (traduction automatique)

XFS prend désormais en charge les étendues de données copiées sur écriture partagées

Le système de fichiers XFS prend en charge la fonctionnalité de copie sur écriture partagée de l'étendue des données. Cette fonction permet à deux fichiers ou plus de partager un ensemble commun de blocs de données. Lorsque l'un ou l'autre des fichiers partageant des blocs communs change, XFS rompt le lien vers les blocs communs et crée un nouveau fichier. Cette fonctionnalité est similaire à la fonctionnalité de copie sur écriture (COW) que l'on trouve dans d'autres systèmes de fichiers.

Les étendues de données copiées sur écriture partagées le sont :

Rapide
La création de copies partagées n'utilise pas d'E/S disque.
Space-efficient
Les blocs partagés ne consomment pas d'espace disque supplémentaire.
Transparent
Les fichiers partageant des blocs communs agissent comme des fichiers ordinaires.

Les utilitaires de l'espace utilisateur peuvent utiliser des étendues de données copiées sur écriture partagées pour :

  • Clonage de fichiers efficace, par exemple avec la cp --reflinkcommande
  • Instantanés par fichier

Cette fonctionnalité est également utilisée par les sous-systèmes du noyau tels que Overlayfs et NFS pour un fonctionnement plus efficace.

Les étendues de données copiées sur écriture partagées sont maintenant activées par défaut lors de la création d'un système de fichiers XFS, à partir de la version 4.17.0-2.el8du xfsprogspaquetage .

Notez que les périphériques d'accès direct (DAX) ne prennent pas actuellement en charge XFS avec des étendues de données copiées sur écriture partagées. Pour créer un système de fichiers XFS sans cette fonctionnalité, utilisez la commande suivante : 

# mkfs.xfs -m reflink=0 block-device

Red Hat Enterprise Linux 7 peut monter des systèmes de fichiers XFS avec des étendues de données copiées sur écriture partagées uniquement en mode lecture seule.

(BZ#1494028)

La taille maximale du système de fichiers XFS est de 1024 TiB

La taille maximale supportée d'un système de fichiers XFS a été augmentée de 500 TiB à 1024 TiB.

Les systèmes de fichiers de plus de 500 TiB l'exigent :

  • la fonction CRC des métadonnées et la fonction libre inode btree sont toutes deux activées dans le format du système de fichiers, et
  • la taille du groupe de répartition est d'au moins 512 GiB.

Dans RHEL 8, l'mkfs.xfsutilitaire crée des systèmes de fichiers qui répondent à ces exigences par défaut.

La croissance d'un système de fichiers plus petit qui ne répond pas à ces exigences à une nouvelle taille supérieure à 500 TiB n'est pas prise en charge.

(BZ#1563617)

VDO supporte maintenant toutes les architectures

Virtual Data Optimizer (VDO) est maintenant disponible sur toutes les architectures supportées par RHEL 8.

Pour la liste des architectures prises en charge, voir Chapitre 2, Architectures (traduction automatique).

(BZ#1534087)

Le gestionnaire de démarrage BOOM simplifie le processus de création des entrées de démarrage

BOOM est un gestionnaire de démarrage pour les systèmes Linux qui utilisent des chargeurs de démarrage prenant en charge la spécification BootLoader pour la configuration des entrées de démarrage. Il permet une configuration flexible du démarrage et simplifie la création d'entrées de démarrage nouvelles ou modifiées : par exemple, pour démarrer des images instantanées du système créées avec LVM.

BOOM ne modifie pas la configuration du chargeur de démarrage existant et insère uniquement des entrées supplémentaires. La configuration existante est maintenue et toute intégration de distribution, comme l'installation du noyau et les scripts de mise à jour, continue à fonctionner comme avant.

BOOM dispose d'une interface de ligne de commande simplifiée (CLI) et d'une API qui facilitent la tâche de création des entrées de démarrage.

(BZ#1649582)

LUKS2 est maintenant le format par défaut pour le cryptage des volumes

Dans RHEL 8, le format LUKS version 2 (LUKS2) remplace l'ancien format LUKS (LUKS1). Le dm-cryptsous-système et l'cryptsetupoutil utilisent maintenant LUKS2 comme format par défaut pour les volumes cryptés. LUKS2 fournit des volumes cryptés avec redondance des métadonnées et récupération automatique en cas de corruption partielle des métadonnées.

Grâce à sa structure interne flexible, le LUKS2 est également un atout pour les fonctionnalités futures. Il prend en charge le déverrouillage automatique grâce au jeton générique de porte-clés du noyau intégré libcryptsetupqui permet aux utilisateurs de déverrouiller les volumes LUKS2 à l'aide d'une phrase de chiffrement stockée dans le service de conservation du porte-clés du noyau.

D'autres améliorations notables incluent :

  • La configuration de la clé protégée à l'aide du schéma de chiffrement de la clé enveloppée.
  • Intégration plus facile avec le décryptage basé sur des stratégies (Clevis).
  • Jusqu'à 32 emplacements de clé - le LUKS1 n'offre que 8 emplacements de clé.

Pour plus de détails, voir les pages de manuel cryptsetup(8)etcryptsetup-reencrypt(8).

(BZ#1564540)

La NVM/FC est entièrement prise en charge par les adaptateurs Broadcom Emulex Fibre Channel

Le type de transport NVMe sur Fibre Channel (NVMe/FC) est désormais entièrement pris en charge en mode Initiator lorsqu'il est utilisé avec des adaptateurs Broadcom Emulex Fibre Channel 32Gbit.

NVMe sur Fibre Channel est un type de transport de tissu supplémentaire pour le protocole NVMe (Nonvolatile Memory Express), en plus du protocole RDMA (Remote Direct Memory Access) qui était précédemment introduit dans Red Hat Enterprise Linux.

Pour activer NVMe/FC dans le lpfcpilote, modifiez le /etc/modprobe.d/lpfc.conffichier et ajoutez l'option suivante : 

lpfc_enable_fc4_type=3

Les pilotes autres que lpfcceux qui restent dans l'aperçu technologique.

Restrictions supplémentaires :

  • Multipath n'est pas supporté avec NVMe/FC.
  • La mise en grappe de NVMe n'est pas prise en charge par NVMe/FC.
  • Actuellement, Red Hat Enterprise Linux ne prend pas en charge l'utilisation simultanée de NVMe/FC et SCSI/FC sur un port initiateur.
  • Le paquet kernel-alt ne supporte pas NVMe/FC.
  • kdump n'est pas pris en charge par NVMe/FC.
  • Le démarrage à partir d'un réseau de stockage (SAN) NVM/FC n'est pas pris en charge.

(BZ#1649497)

Nouvelle overridessection du fichier de configuration DM Multipath

Le /etc/multipath.conffichier comprend maintenant une overridessection qui vous permet de définir une valeur de configuration pour tous vos périphériques. Ces attributs sont utilisés par DM Multipath pour tous les périphériques sauf s'ils sont écrasés par les attributs spécifiés dans la multipathssection du /etc/multipath.conffichier pour les chemins qui contiennent le périphérique. Cette fonctionnalité remplace le all_devsparamètre de la devicessection du fichier de configuration qui n'est plus supporté.

(BZ#1643294)

L'installation et le démarrage à partir de périphériques NVDIMM sont maintenant pris en charge

Avant cette mise à jour, les périphériques NVDIMM (Nonvolatile Dual Inline Memory Module) dans n'importe quel mode étaient ignorés par l'installateur.

Avec cette mise à jour, les améliorations du noyau pour prendre en charge les périphériques NVDIMM améliorent les performances du système et l'accès au système de fichiers pour les applications gourmandes en écriture comme les bases de données ou les charges de travail analytiques, ainsi que la charge CPU réduite.

Cette mise à jour introduit la prise en charge des noms de domaine en :

  • L'utilisation de périphériques NVDIMM pour l'installation à l'aide de la commande nvdimmKickstart et de l'interface graphique, permettant d'installer et de démarrer à partir de périphériques NVDIMM en mode secteur et de reconfigurer les périphériques NVDIMM en mode secteur pendant l'installation.
  • L'extension des Kickstartscripts pour Anaconda avec des commandes pour gérer les périphériques NVDIMM.
  • La capacité degrub2,efibootmgr, et des composants du efivarsystème à gérer et à démarrer à partir de périphériques NVDIMM.

(BZ#1499442)

La détection des trajets marginaux dans DM Multipath a été améliorée

Le multipathdservice prend désormais en charge la détection améliorée des chemins marginaux. Cela permet aux dispositifs à trajets multiples d'éviter les trajets qui risquent de tomber en panne de façon répétée et d'améliorer les performances. Les chemins marginaux sont des chemins avec des erreurs d'E/S persistantes mais intermittentes.

Les options suivantes dans le /etc/multipath.conffichier contrôlent le comportement des chemins marginaux :

  • marginal_path_double_failed_time,
  • marginal_path_err_sample_time,
  • marginal_path_err_rate_thresholdet
  • marginal_path_err_recheck_gap_time.

DM Multipath désactive un chemin et le teste avec des E/S répétées pendant le temps d'échantillonnage configuré si :

  • les multipath.confoptions listées sont activées,
  • un chemin échoue deux fois dans le temps configuré, et
  • d'autres chemins sont disponibles.

Si le chemin d'accès a un taux d'erreur supérieur au taux d'erreur configuré pendant ce test, DM Multipath l'ignore pendant le temps d'intervalle configuré, puis le teste à nouveau pour voir s'il fonctionne suffisamment bien pour être réinstallé.

Pour plus d'informations, voir la page de multipath.confmanuel.

(BZ#1643550)

Comportement par défaut de Multiqueue

Dans Red Hat Enterprise Linux 8, les dispositifs de blocage utilisent désormais la planification multiqueue. Ceci permet à la performance de la couche bloc de s'adapter aux disques durs à semi-conducteurs (SSD) et aux systèmes multicœurs rapides.

Le pilote SCSI Multiqueue (scsi-mq) est maintenant activé par défaut, et le noyau démarre avec cette scsi_mod.use_blk_mq=Yoption. Ce changement est cohérent avec le noyau Linux amont.

Device Mapper Multipath (DM Multipath) nécessite que le scsi-mqpilote soit actif.

(BZ#1647612)

Stratis est maintenant disponible

Stratis est un nouveau gestionnaire de stockage local. Il fournit des systèmes de fichiers gérés en plus des pools de stockage avec des fonctionnalités supplémentaires pour l'utilisateur.

Stratis vous permet d'effectuer plus facilement des tâches de stockage telles que :

  • Gérer les snapshots et le provisionnement fin
  • Augmenter automatiquement la taille du système de fichiers selon les besoins
  • Tenir à jour les systèmes de fichiers

Pour administrer le stockage Stratis, utilisez l'stratisutilitaire qui communique avec le service en stratisdarrière-plan.

Pour plus d'informations, voir la documentation Stratis : Managing layered local storage with Stratis.

(JIRA:RHELPLAN-1212)