4.11. Sistemas de archivos y almacenamiento (traducción automática)

XFS ahora soporta extensiones de datos de copia sobre escritura compartidas

El sistema de archivos XFS soporta la funcionalidad de extensión de datos de copia sobre escritura compartida. Esta función permite que dos o más archivos compartan un conjunto común de bloques de datos. Cuando cualquiera de los archivos que comparten bloques comunes cambia, XFS rompe el enlace con los bloques comunes y crea un nuevo archivo. Esto es similar a la funcionalidad de copia sobre escritura (COW) que se encuentra en otros sistemas de archivos.

Los extensiones de datos de copia sobre escritura compartidos lo son:

Rápido
La creación de copias compartidas no utiliza E/S de disco.
Eficiencia de espacio
Los bloques compartidos no consumen espacio de disco adicional.
Transparente
Los archivos que comparten bloques comunes actúan como archivos normales.

Las utilidades del espacio de usuario pueden usar extensiones de datos de copia sobre escritura compartidas para:

  • Clonación eficiente de archivos, como con el cp --reflinkcomando
  • Instantáneas por archivo

Esta funcionalidad también es utilizada por subsistemas del núcleo como Overlayfs y NFS para una operación más eficiente.

Los extensiones de datos de copia sobre escritura compartidos ahora están habilitados de forma predeterminada al crear un sistema de archivos XFS, comenzando con la versión del xfsprogspaquete4.17.0-2.el8.

Tenga en cuenta que los dispositivos de acceso directo (DAX) actualmente no admiten XFS con extensiones de datos de copia sobre escritura compartidas. Para crear un sistema de archivos XFS sin esta función, utilice el siguiente comando:

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

Red Hat Enterprise Linux 7 puede montar sistemas de archivos XFS con extensiones de datos de copia sobre escritura compartidas sólo en el modo de sólo lectura.

(BZ#1494028)

El tamaño máximo del sistema de archivos XFS es de 1024 TiB

El tamaño máximo admitido de un sistema de archivos XFS se ha aumentado de 500 TiB a 1024 TiB.

Los sistemas de archivos de más de 500 TiB lo requieren:

  • la función CRC de metadatos y la función de inode btree libre están habilitadas en el formato del sistema de archivos, y
  • el tamaño del grupo de asignación es de al menos 512 GiB.

En RHEL 8, la mkfs.xfsutilidad crea sistemas de archivos que cumplen estos requisitos de forma predeterminada.

No se admite el crecimiento de un sistema de archivos más pequeño que no cumpla estos requisitos a un nuevo tamaño superior a 500 TiB.

(BZ#1563617)

VDO ahora soporta todas las arquitecturas

Virtual Data Optimizer (VDO) ya está disponible en todas las arquitecturas soportadas por RHEL 8.

Para ver la lista de arquitecturas soportadas, véaseCapítulo 2, Arquitecturas (traducción automática)

(BZ#1534087)

El gestor de arranque BOOM simplifica el proceso de creación de entradas de arranque

BOOM es un gestor de arranque para sistemas Linux que utilizan cargadores de arranque que soportan la especificación BootLoader para la configuración de la entrada de arranque. Permite una configuración de arranque flexible y simplifica la creación de entradas de arranque nuevas o modificadas: por ejemplo, para arrancar imágenes instantáneas del sistema creadas utilizando LVM.

BOOM no modifica la configuración existente del gestor de arranque y sólo inserta entradas adicionales. Se mantiene la configuración existente y cualquier integración de la distribución, como la instalación del kernel y los scripts de actualización, continúan funcionando como antes.

BOOM tiene una interfaz de línea de comandos (CLI) y una API simplificadas que facilitan la tarea de crear entradas de arranque.

(BZ#1649582)

LUKS2 es ahora el formato por defecto para cifrar volúmenes

En RHEL 8, el formato LUKS versión 2 (LUKS2) sustituye al formato LUKS heredado (LUKS1). El dm-cryptsubsistema y la cryptsetupherramienta utilizan ahora LUKS2 como formato predeterminado para los volúmenes cifrados. LUKS2 proporciona volúmenes cifrados con redundancia de metadatos y auto-recuperación en caso de un evento parcial de corrupción de metadatos.

Gracias a su diseño interno flexible, LUKS2 es también un facilitador de características futuras. Soporta el autodesbloqueo a través del token genérico de kernel-keyring incorporado libcryptsetupque permite a los usuarios desbloquear volúmenes LUKS2 utilizando una frase de contraseña almacenada en el servicio de retención de kernel-keyring.

Otras mejoras notables incluyen:

  • La configuración de la clave protegida utilizando el esquema de cifrado de clave envuelto.
  • Integración más fácil con el descifrado basado en políticas (Clevis).
  • Hasta 32 ranuras para llaves - LUKS1 proporciona sólo 8 ranuras para llaves.

Para más detalles, vea las páginas cryptsetup(8)y cryptsetup-reencrypt(8)man.

(BZ#1564540)

NVMe/FC es totalmente compatible con los adaptadores de canal de fibra Broadcom Emulex

El tipo de transporte NVMe over Fibre Channel (NVMe/FC) es ahora totalmente compatible en modo Initiator cuando se utiliza con los adaptadores Broadcom Emulex Fibre Channel 32Gbit.

NVMe sobre Fibre Channel es un tipo de tejido de transporte adicional para el protocolo Nonvolatile Memory Express (NVMe), además del protocolo Remote Direct Memory Access (RDMA) que se introdujo previamente en Red Hat Enterprise Linux.

Para habilitar NVMe/FC en el lpfccontrolador, edite el /etc/modprobe.d/lpfc.confarchivo y añada la siguiente opción:

lpfc_enable_fc4_type=3

Los controladores que no sean lpfcde este tipo permanecen en la vista previa de la tecnología.

Restricciones adicionales:

  • Con NVMe/FC no se admite la multitrayecto.
  • La agrupación en clúster de NVMe no es compatible con NVMe/FC.
  • Actualmente, Red Hat Enterprise Linux no soporta el uso de NVMe/FC y SCSI/FC en un puerto iniciador al mismo tiempo.
  • El paquete kernel-alt no soporta NVMe/FC.
  • kdump no es compatible con NVMe/FC.
  • No se admite el arranque desde una red de área de almacenamiento (SAN) NVMe/FC.

(BZ#1649497)

Nueva overridessección del archivo de configuración DM Multipath

El /etc/multipath.confarchivo ahora incluye una overridessección que le permite establecer un valor de configuración para todos sus dispositivos. Estos atributos son usados por DM Multipath para todos los dispositivos a menos que sean sobrescritos por los atributos especificados en la multipathssección del /etc/multipath.confarchivo para las rutas que contienen el dispositivo. Esta funcionalidad sustituye al all_devsparámetro de la devicessección del archivo de configuración, que ya no es compatible.

(BZ#1643294)

Ahora se soporta la instalación y el arranque desde dispositivos NVDIMM

Antes de esta actualización, el instalador ignoraba los dispositivos de Módulo de memoria en línea dual no volátil (NVDIMM) en cualquier modo.

Con esta actualización, las mejoras del kernel para soportar dispositivos NVDIMM proporcionan capacidades mejoradas de rendimiento del sistema y acceso mejorado al sistema de archivos para aplicaciones intensivas en escritura como bases de datos o cargas de trabajo analíticas, así como una reducción de la sobrecarga de la CPU.

Esta actualización introduce soporte para:

  • El uso de dispositivos NVDIMM para la instalación utilizando el comando nvdimmKickstart y la GUI, lo que permite instalar y arrancar desde dispositivos NVDIMM en modo sector y reconfigurar dispositivos NVDIMM en modo sector durante la instalación.
  • La extensión de Kickstartscripts para Anaconda con comandos para el manejo de dispositivos NVDIMM.
  • La capacidad de grub2, efibootmgr, y los componentes del efivarsistema para manejar y arrancar desde dispositivos NVDIMM.

(BZ#1499442)

Se ha mejorado la detección de trayectos marginales en DM Multipath

El multipathdservicio ahora soporta la detección mejorada de rutas marginales. Esto ayuda a los dispositivos multitrayecto a evitar los trayectos que pueden fallar repetidamente y mejora el rendimiento. Las rutas marginales son rutas con errores de E/S persistentes pero intermitentes.

Las siguientes opciones en el /etc/multipath.confarchivo controlan el comportamiento de las rutas marginales:

  • marginal_path_double_failed_time,
  • marginal_path_err_sample_time,
  • marginal_path_err_rate_thresholdy
  • marginal_path_err_recheck_gap_time.

DM Multipath desactiva una ruta y la prueba con E/S repetidas durante el tiempo de muestreo configurado si:

  • se fijan las opciones listadasmultipath.conf,
  • una ruta falla dos veces en el tiempo configurado, y
  • hay otros caminos disponibles.

Si la ruta tiene más de la tasa de errores configurada durante esta prueba, DM Multipath la ignora durante el tiempo de intervalo configurado, y luego la vuelve a probar para ver si está funcionando lo suficientemente bien como para ser reinstalada.

Para obtener más información, consulte la página de multipath.confmanual.

(BZ#1643550)

Comportamiento predeterminado de la cola múltiple

Los dispositivos de bloque ahora utilizan la programación de múltiples colas en Red Hat Enterprise Linux 8. Esto permite que el rendimiento de la capa de bloques se pueda escalar bien con unidades de estado sólido (SSD) rápidas y sistemas multinúcleo.

El controlador SCSI Multiqueue (scsi-mq) está ahora habilitado por defecto, y el kernel arranca con la scsi_mod.use_blk_mq=Yopción. Este cambio es consistente con el kernel de Linux.

Device Mapper Multipath (DM Multipath) requiere que el scsi-mqcontrolador esté activo.

(BZ#1647612)

Stratis ya está disponible

Stratis es un nuevo gestor de almacenamiento local. Proporciona sistemas de archivos administrados en la parte superior de los pools de almacenamiento con características adicionales para el usuario.

Stratis le permite realizar más fácilmente tareas de almacenamiento como:

  • Gestionar instantáneas y thin provisioning
  • Aumente automáticamente el tamaño del sistema de archivos según sea necesario
  • Actualizar sistemas de ficheros

Para administrar el almacenamiento de Stratis, utilice la stratisutilidad, que se comunica con el servicio de stratisdfondo.

Para más información, véase la documentación de Stratis: Managing layered local storage with Stratis.

(JIRA:RHELPLAN-1212)