leilfs
LeilFS es un sistema de archivos distribuido libre y abierto, inspirado en Google File System, diseñado para ser rápido, escalable y fiable con hardware commodity.
Ficha actualizada 23 sept 2026, 8:32 · upstream 23 sept 2026, 8:13 · release v5.11.0
Qué es leilfs
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
LeilFS (Leil Storage) es un sistema de archivos distribuido libre y abierto que proporciona alta disponibilidad, integridad de datos, tolerancia a fallos y rendimiento comparable a los sistemas de archivos locales. Está diseñado para ejecutarse en hardware de gama media, soporta desde clusters pequeños hasta centros de datos grandes, y ofrece facilidad de despliegue y administración.
La arquitectura se basa en una separación clara entre componentes: servidores de metadatos (Master, Shadow, Metaloggers), servidores de datos (Chunkservers) y clientes. Esto permite escalar horizontalmente sin afectar la disponibilidad del sistema.
Las características principales incluyen redundancia mediante codificación erasure (EC Reed-Solomon), copias en vivo de escritura instantánea para snapshots, soporte para múltiples protocolos (S3, NFSv4, Samba/CIFS), gestión granular de cuotas y permisos, y un sistema de rebalanceo automático de datos cuando se añaden o eliminan discos o servidores.
El sistema también incluye herramientas de administración como Ganesha FSAL para interoperabilidad con NFS, soporte para ACLs avanzadas, y mecanismos de verificación periódica de integridad de datos mediante escaneos de metadatos y comprobación CRC.
- Archivos activos en repositorios o bases de datos
- Almacenamiento para IA y computación de alto rendimiento (HPC)
- Bases de datos de respaldo con redundancia
- Almacenamiento CCTV con alta disponibilidad
- Servicios de archivos empresariales
- Producción multimedia (incluyendo HM-SMR, Windows Client, Connect y Navigator Apps) en entornos clusterizados
- Arquitectura resiliente con componentes separados para metadatos, datos y clientes
- Alta disponibilidad mediante failover de uRaft coordinado con gestión de IPs flotantes
- Soporte nativo de hardware: discos HDD, SSD y NVMe pueden coexistir en el mismo cluster
- Codificación erasure (EC) Reed-Solomon que soporta pérdida simultánea de hasta d servidores sin pérdida de datos
- Copias en vivo instantáneas para snapshots imutables con acceso al estado histórico
- Soporte completo de NFSv3 y NFSv4 a través del plugin Ganesha FSAL
- Sistema de rebalanceo automático de datos basado en etiquetas y objetivos
- La disponibilidad total no es garantizada: aunque hay redundancia, un fallo físico severo puede afectar la disponibilidad del sistema
- El rendimiento máximo depende de la capacidad física de los discos (HDD vs SSD vs NVMe) y el balanceo de carga implementado
- No incluye almacenamiento en la nube directamente; se requiere Gateway Versity para S3 o integración con servicios externos
- La configuración avanzada requiere conocimientos técnicos, ya que no ofrece una interfaz de administración simplificada como algunas alternativas
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Recomendado instalar en un entorno aislado (VPC privado) para evitar interferencias con el tráfico del sistema operativo local,Se recomienda usar discos NVMe o SSD para servidores de datos cuando se requiere alto rendimiento, aunque HDD son suficientes para cargas de trabajo no críticas,Para entornos grandes, se debe configurar un Gateway Versity como punto de entrada hacia S3 y NFS, ya que el sistema no soporta estos protocolos directamente,Se recomienda mantener al menos 2-3 servidores de metadatos activos en todo momento para garantizar disponibilidad,El rebalanceo automático puede generar tráfico adicional durante transiciones, por lo que se debe planificar la ventana de mantenimiento adecuada,Para entornos con requisitos estrictos de rendimiento, se recomienda implementar un balanceador de carga entre los servidores de datos y el Gateway Versity
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.