Un equipo de infraestructura reimplementó el control plane de LVM para poder lanzar microVMs en menos de un segundo sobre hipervisores bare-metal. El problema era que LVM, diseñado para ser seguro y permitir recuperación tras caídas, aplica un lock de grupo de volúmenes que en su entorno se mantiene unos 100 milisegundos por operación. Si esa operación se repite hasta 200 veces por segundo en paralelo, la serialización rompe los objetivos de latencia, aunque el data plane subyacente (device-mapper del kernel Linux) fuese suficientemente rápido.
La solución conserva device-mapper como capa de datos y reemplaza solo el plano de control: un agente de almacenamiento gestiona en proceso, dentro de un pool de RAM, un asignador con sus mapeos y porciones, lo que evita abrir discos y reduce la única sincronización necesaria a un mapeo en memoria. Con ello se logra una aceleración cercana a 100 veces frente al uso de LVM para el mismo caso. El agente puede caer en cualquier momento sin afectar a las cargas ya montadas, porque el kernel conserva los mapeos de device-mapper activos.
Antes de decidir, el equipo evaluó ZFS, Btrfs, Stratis y dispositivos loop, descartándolos por objetivos de rendimiento o porque no exponen dispositivos de bloque. El artículo también describe la depuración de escenarios complejos con bloqueos, trabajo asíncrono y dispositivos de bloque en red, y adelanta que el siguiente paso es apropiarse de más capas de la pila de almacenamiento.