6.5.4. Sistemas de archivos y almacenamiento
NVMe/TCP está disponible como una Muestra de Tecnología
El acceso y la compartición del almacenamiento Nonvolatile Memory Express (NVMe) a través de redes TCP/IP (NVMe/TCP) y sus correspondientes módulos del núcleo nvme-tcp.ko y nvmet-tcp.ko se han añadido como Technology Preview.
El uso de NVMe/TCP como cliente de almacenamiento o como destino se puede gestionar con las herramientas proporcionadas por los paquetes nvme-cli y nvmetcli.
NVMe/TCP proporciona una opción de transporte de almacenamiento junto con el transporte existente NVMe over Fabrics (NVMe-oF), que incluye Remote Direct Memory Access (RDMA) y Fibre Channel (NVMe/FC).
(BZ#1696451)
El sistema de archivos DAX ya está disponible para ext4 y XFS como Technology Preview
En Red Hat Enterprise Linux 8.1, el sistema de archivos DAX está disponible como una Muestra de Tecnología. DAX proporciona un medio para que una aplicación mapee directamente la memoria persistente en su espacio de direcciones. Para usar DAX, un sistema debe tener alguna forma de memoria persistente disponible, usualmente en la forma de uno o más módulos de memoria dual en línea no volátil (NVDIMMs), y un sistema de archivos que soporte DAX debe ser creado en los NVDIMMs. Además, el sistema de archivos debe ser montado con la opción de montaje dax. Entonces, un mmap de un archivo en el sistema de archivos montado en dax resulta en un mapeo directo del almacenamiento en el espacio de direcciones de la aplicación.
(BZ#1627455)
OverlayFS
OverlayFS es un tipo de sistema de archivos de unión. Permite superponer un sistema de archivos sobre otro. Los cambios se registran en el sistema de archivos superior, mientras que el sistema de archivos inferior permanece sin modificar. Esto permite que varios usuarios compartan una imagen del sistema de archivos, como un contenedor o un DVD-ROM, donde la imagen base está en un medio de sólo lectura. Consulte la documentación del núcleo de Linux para obtener información adicional: https://www.kernel.org/doc/Documentation/filesystems/overlayfs.txt.
OverlayFS sigue siendo una Muestra de Tecnología en la mayoría de las circunstancias. Como tal, el kernel registra advertencias cuando se activa esta tecnología.
La compatibilidad total con OverlayFS está disponible cuando se utiliza con motores de contenedores compatibles(podman, cri-o o buildah) con las siguientes restricciones:
- OverlayFS está soportado para su uso sólo como controlador de gráficos del motor de contenedores. Su uso se admite sólo para el contenido de contenedores COW, no para el almacenamiento persistente. Debe colocar cualquier almacenamiento persistente en volúmenes que no sean OverlayFS. Sólo se puede utilizar la configuración predeterminada del motor de contenedores; es decir, un nivel de superposición, un directorio inferior, y ambos niveles inferiores y superiores están en el mismo sistema de archivos.
- Actualmente sólo se admite el uso de XFS como sistema de archivos de capa inferior.
Además, las siguientes reglas y limitaciones se aplican al uso de OverlayFS:
- La ABI del kernel de OverlayFS y el comportamiento del espacio de usuario no se consideran estables, y podrían ver cambios en futuras actualizaciones.
OverlayFS proporciona un conjunto restringido de los estándares POSIX. Pruebe su aplicación a fondo antes de desplegarla con OverlayFS. Los siguientes casos no son compatibles con POSIX:
-
Los archivos inferiores abiertos con
O_RDONLYno reciben actualizaciones dest_atimecuando se leen los archivos. -
Los archivos inferiores abiertos con
O_RDONLY, luego mapeados conMAP_SHAREDson inconsistentes con la modificación posterior. Los valores
st_inood_inono están habilitados por defecto en RHEL 8, pero puede habilitar el cumplimiento total de POSIX para ellos con una opción de módulo o una opción de montaje.Para obtener una numeración consistente de los inodos, utilice la opción de montaje
xino=on.También puede utilizar las opciones
redirect_dir=oneindex=onpara mejorar el cumplimiento de POSIX. Estas dos opciones hacen que el formato de la capa superior sea incompatible con una superposición sin estas opciones. Es decir, puede obtener resultados inesperados o errores si crea una capa superior conredirect_dir=onoindex=on, desmonta la capa superior y luego monta la capa superior sin estas opciones.
-
Los archivos inferiores abiertos con
Comandos utilizados con XFS:
-
Los sistemas de archivos XFS deben crearse con la opción
-n ftype=1activada para su uso como superposición. -
Con el rootfs y cualquier sistema de archivos creado durante la instalación del sistema, establezca los parámetros
--mkfsoptions=-n ftype=1en el kickstart de Anaconda. -
Al crear un nuevo sistema de archivos después de la instalación, ejecute el comando
# mkfs -t xfs -n ftype=1 /PATH/TO/DEVICE. -
Para determinar si un sistema de archivos existente es elegible para su uso como superposición, ejecute el comando
# xfs_info /PATH/TO/DEVICE | grep ftypepara ver si la opciónftype=1está habilitada.
-
Los sistemas de archivos XFS deben crearse con la opción
- Las etiquetas de seguridad SELinux están habilitadas por defecto en todos los motores de contenedores compatibles con OverlayFS.
- Hay varios problemas conocidos asociados con OverlayFS en esta versión. Para más detalles, consulte Non-standard behavior en la documentación del núcleo de Linux: https://www.kernel.org/doc/Documentation/filesystems/overlayfs.txt.
(BZ#1690207)
Stratis ya está disponible como Muestra de Tecnología
Stratis es un nuevo gestor de almacenamiento local. Proporciona sistemas de archivos gestionados sobre pools de almacenamiento con características adicionales para el usuario.
Stratis le permite realizar más fácilmente tareas de almacenamiento como:
- Gestionar las instantáneas y el thin provisioning
- Aumente automáticamente el tamaño del sistema de archivos según sea necesario
- Mantener los sistemas de archivos
Para administrar el almacenamiento de Stratis, utilice la utilidad stratis, que se comunica con el servicio de fondo stratisd.
Stratis se suministra como un avance tecnológico.
Para más información, consulte la documentación de Stratis: Gestión del almacenamiento local en capas con Stratis.
(JIRA:RHELPLAN-1212)
Un servidor Samba, disponible para los usuarios de IdM y AD que hayan iniciado sesión en los hosts de IdM, puede ahora configurarse en un miembro del dominio de IdM como Technology Preview
Con esta actualización, ahora se puede configurar un servidor Samba en un miembro del dominio de Gestión de Identidades (IdM). La nueva utilidad ipa-client-samba proporcionada por el paquete del mismo nombre añade un principal de servicio Kerberos específico de Samba a IdM y prepara el cliente IdM. Por ejemplo, la utilidad crea el archivo /etc/samba/smb.conf con la configuración de mapeo de ID para el back end de mapeo de ID sss. Como resultado, los administradores pueden ahora configurar Samba en un miembro del dominio IdM.
Debido a que los controladores de confianza de IdM no admiten el servicio de catálogo global, los hosts de Windows inscritos en AD no pueden encontrar usuarios y grupos de IdM en Windows. Además, los controladores de confianza de IdM no admiten la resolución de grupos de IdM mediante los protocolos Distributed Computing Environment / Remote Procedure Calls (DCE/RPC). Como consecuencia, los usuarios de AD sólo pueden acceder a los recursos compartidos e impresoras de Samba desde los clientes de IdM.
Para obtener más detalles, consulte Configuración de Samba en un miembro del dominio IdM.
(JIRA:RHELPLAN-13195)
