La configuración del almacenamiento local es algo que los usuarios de Linux de escritorio hacen con muy poca frecuencia, tal vez solo una vez, durante la instalación. La tecnología de almacenamiento de Linux avanza lentamente, y muchas herramientas de almacenamiento utilizadas hace 20 años todavía se usan con regularidad en la actualidad. Pero algunas cosas tienen mejorado desde entonces. ¿Por qué la gente no aprovecha estas nuevas funciones?
Este artículo trata sobre Stratis, un nuevo proyecto que tiene como objetivo llevar los avances de almacenamiento a todos los usuarios de Linux, desde el simple SSD de una computadora portátil hasta una matriz de cien discos. Linux tiene las capacidades, pero la falta de una solución fácil de usar ha dificultado su adopción generalizada. El objetivo de Stratis es hacer que las funciones de almacenamiento avanzadas de Linux sean accesibles.
Acceso simple y confiable a funciones de almacenamiento avanzadas
Stratis tiene como objetivo facilitar tres cosas:la configuración inicial del almacenamiento; hacer cambios posteriores; y el uso de funciones de almacenamiento avanzadas como instantáneas, aprovisionamiento ligero e incluso organización en niveles.
Stratis:un sistema de archivos de gestión de volumen
Más recursos de Linux
- Hoja de trucos de los comandos de Linux
- Hoja de trucos de comandos avanzados de Linux
- Curso en línea gratuito:Descripción general técnica de RHEL
- Hoja de trucos de red de Linux
- Hoja de trucos de SELinux
- Hoja de trucos de los comandos comunes de Linux
- ¿Qué son los contenedores de Linux?
- Nuestros últimos artículos sobre Linux
Stratis es un sistema de archivos de gestión de volumen (VMF) como ZFS y Btrfs. Comienza con la idea central de un "grupo" de almacenamiento, una idea común a los VMF y también a los administradores de volúmenes independientes como LVM. Este grupo se crea a partir de uno o más discos locales (o particiones) y los volúmenes se crean a partir del grupo. El usuario no especifica su diseño exacto, a diferencia de la partición de disco tradicional usando fdisk o GParted.
Los VMF van un paso más allá e integran la capa del sistema de archivos. El usuario ya no elige un sistema de archivos para poner en el volumen. El sistema de archivos y el volumen se fusionan en una sola cosa:un árbol conceptual de archivos (que ZFS llama un conjunto de datos , Btrfs un subvolumen y Stratis un sistema de archivos ) cuyos datos residen en el grupo pero que no tienen límite de tamaño excepto el tamaño total del grupo.
Otra forma de ver esto:así como un sistema de archivos abstrae la ubicación real de los bloques de almacenamiento que componen un solo archivo dentro del sistema de archivos, un VMF abstrae los bloques de almacenamiento reales de un sistema de archivos dentro del grupo.
El grupo habilita otras características útiles. Algunos de estos, como las instantáneas del sistema de archivos, ocurren naturalmente a partir de la implementación típica de un VMF, donde varios sistemas de archivos pueden compartir bloques de datos físicos dentro del grupo. Otros, como la redundancia, la organización en niveles y la integridad, tienen sentido porque el grupo es un lugar central para administrar estas funciones para todos los sistemas de archivos del sistema.
El resultado es que un VMF es más sencillo de configurar y administrar y más fácil de habilitar para funciones de almacenamiento avanzadas que el administrador de volumen independiente y las capas del sistema de archivos.
¿Qué diferencia a Stratis de ZFS o Btrfs?
Stratis es un proyecto nuevo, lo que le da el beneficio de aprender de proyectos anteriores. Lo que Stratis aprendió de ZFS, Btrfs y LVM se cubrirá en profundidad en la Parte 2, pero para resumir, las diferencias en Stratis provienen de ver qué funcionó y qué no funcionó para otros, de los cambios en la forma en que las personas usan y automatizan las computadoras. y cambios en el hardware subyacente.
Primero, Stratis se enfoca en ser fácil y seguro de usar. Esto es importante para el usuario individual, que puede pasar mucho tiempo entre interacciones con Stratis. Si estas interacciones no son amistosas, especialmente si existe la posibilidad de perder datos, la mayoría de las personas se apegarán a lo básico en lugar de usar nuevas funciones.
En segundo lugar, las API y la automatización al estilo DevOps son mucho más importantes hoy que hace unos años. Stratis admite la automatización al proporcionar una API de primera clase, por lo que las personas y las herramientas de software pueden usar Stratis directamente.
En tercer lugar, las SSD se han expandido enormemente en capacidad y en participación de mercado. Los sistemas de archivos anteriores hicieron todo lo posible para optimizar los tiempos de acceso lento de los medios rotativos, pero los medios basados en flash hacen que estos esfuerzos sean menos importantes. Incluso si los datos de un grupo son demasiado grandes para usar SSD económicamente para todo el grupo, un nivel de almacenamiento en caché de SSD sigue siendo una opción y puede brindar excelentes resultados. Suponiendo un buen rendimiento gracias a las unidades SSD, Stratis puede centrar el diseño de su grupo en la flexibilidad y la fiabilidad.
Finalmente, Stratis tiene un modelo de implementación muy diferente de ZFS y Btrfs (hablaré de esto más adelante en la Parte 2). Esto significa que algunas cosas son más fáciles para Stratis, mientras que otras son más difíciles. También aumenta el ritmo de desarrollo de Stratis.
Más información
Para obtener más información sobre Stratis, consulte la Parte 2 de esta serie. También encontrará un documento de diseño detallado en el sitio web de Stratis.
Involúcrate
Para desarrollar, probar u ofrecer comentarios sobre Stratis, suscríbase a nuestra lista de correo.
El desarrollo está en GitHub tanto para el demonio (escrito en Rust) como para la herramienta de línea de comandos (escrita en Python).
Únase a nosotros en la red IRC de Freenode en el canal #stratis-storage.
Andy Grover hablará en LinuxFest Northwest este año. Vea los aspectos más destacados del programa o regístrese para asistir.