Incus 7.4: migración 'near-live' y gestión de claves UEFI Secure Boot
La nueva versión del gestor de contenedores y máquinas virtuales añade límites de I/O en ráfaga y mejora la gestión de claves de arranque seguro.
El equipo de desarrollo de Incus ha publicado la versión 7.4 de su sistema de gestión de contenedores y máquinas virtuales. Esta actualización introduce tres funcionalidades clave que afectan directamente a la operatividad de los entornos de virtualización: la gestión de claves UEFI Secure Boot, la capacidad de realizar migraciones 'near-live' de contenedores entre instancias y la configuración de límites de I/O en ráfaga (burst) para dispositivos de disco y red.
Incus se ha posicionado como una alternativa moderna a LXD, manteniendo la compatibilidad con la interfaz de línea de comandos (lxc) pero con una arquitectura más modular y una comunidad de desarrollo activa. Para los administradores de sistemas, este cambio de versión no supone una ruptura drástica en la estructura de archivos ni en el modelo de API, pero sí añade capas de seguridad y rendimiento que requieren atención en los pipelines de despliegue.
La gestión de claves UEFI Secure Boot es un punto crítico para quienes gestionan imágenes de sistemas operativos en clústeres. Hasta ahora, la firma de binarios y la gestión de la cadena de confianza en el arranque seguro solían ser un proceso manual y propenso a errores cuando se escalaba a múltiples nodos. Con esta función, Incus permite almacenar y distribuir estas claves de forma centralizada, asegurando que las máquinas virtuales arranquen solo con software firmado por una entidad de confianza gestionada por el propio clúster.
El término 'near-live' en la migración de contenedores merece matices. No se trata de una migración live en el sentido tradicional de cero interrupción perceptible por el cliente de red, sino de una técnica que minimiza el downtime al estado mínimo posible durante la transferencia de la memoria y el estado del proceso. Esto es particularmente útil en entornos donde el tráfico es tolerante a microsegundos de latencia o pausas, pero no soporta interrupciones largas.
Por último, los límites de I/O en ráfaga (burst limits) para disco y red completan el conjunto de políticas de QoS. En trabajos por lotes o pruebas de estrés es común necesitar picos de rendimiento temporales sin afectar al resto del clúster. Esta función permite definir un ancho de banda o IOPS base y un límite máximo superior que solo puede alcanzarse durante un ventana de tiempo o cuando hay crédito acumulado, similar a los modelos de token bucket utilizados en redes.
Para los equipos de infraestructura, la adopción de la 7.4 no es obligatoria pero sí recomendable si se trabaja con entornos que exigen certificaciones de arranque seguro o si se observa saturación en los picos de I/O en nodos compartidos. La actualización debe planificarse con pruebas en preproducción, especialmente en lo relativo a la migración de contenedores, para validar que el downtime resultante es aceptable para las aplicaciones críticas del stack.
