Saltar a contenido

SaunaFS

Filesystem POSIX distribuido, free & open source (C++, inspirado en Google File System; linaje MooseFS/LizardFS). Es la base abierta sobre la que Leil construye su producto comercial ICE. Soporta erasure coding y power management de discos (active/idle/spun-down).

Contexto

Es la respuesta directa a "¿hay open-source de Leil ICE?": el filesystem base sí lo es, ICE no (herramientas comerciales). Importa al proyecto como referencia de cómo un FS serio gestiona estados de power por disco — aunque para la escala del usuario sea sobredimensionado (alternativas open source maid).

Contenido

  • Licencia: free & open source, GitHub leil-io/saunafs; en proceso de empaquetado Debian (ITP #1080956).
  • Arquitectura (estilo GFS): metadata servers (Master, Shadows, Metaloggers), data servers (Chunkservers), clientes Linux/Windows/macOS/NFS. Chunks de 64 MB, bloques de 64 KB con CRC de 4 B.
  • Durabilidad: Reed-Solomon EC(d,p) (tolera pérdida de hasta d servidores), scrubbing constante, CRC32 por chunk, snapshots copy-on-write, replicación por mirroring.
  • Interfaces: FUSE, NFSv3/4 (Ganesha), Samba/CIFS, ACLs.
  • Power management: estados active / idle / spun-down por disco + soporte HM-SMR/DM-SMR/CMR. La parte que físicamente corta la corriente (Power Pin 3) y clasifica por patrones de acceso es la capa ICE comercial, no SaunaFS puro.

Encaje en el proyecto

  • Es clúster-oriented (varios servidores, chunks distribuidos). Para "unos HDDs viejos" es overkill; ahí conviene el stack liviano de alternativas open source maid.
  • Sí es referencia conceptual de maid cold storage hecho bien en software, y valida que el spin-down por estados es el approach correcto.

Relaciones

Citas / evidencia

Abierto / gaps

  • ¿Despliegue mono-nodo viable / con qué overhead?
  • ¿Expone SaunaFS por sí solo el corte de power, o eso es exclusivo de ICE?