Noticias 3 min de lectura

TrueNAS 27: impacto técnico del cambio de arquitectura y pautas para una actualización segura

Discos duros en un servidor NAS de almacenamiento listos para la actualización de arquitectura de TrueNAS 27

TrueNAS ha lanzado su versión 27, consolidando una evolución que afecta directamente a cómo gestionamos el almacenamiento en red (NAS) tanto en entornos corporativos como en laboratorios domésticos avanzados. Esta actualización introduce cambios profundos en el núcleo del sistema, la gestión de pools de almacenamiento ZFS y la compatibilidad con entornos de virtualización y contenedores.

Como administrador con certificación VCP-DCV y acostumbrado a lidiar con entornos críticos, sé que actualizar un sistema de almacenamiento principal siempre genera fricción. No se trata de pulsar un botón en la interfaz web, sino de entender qué cambia bajo el capó y cómo mantener la integridad de los datos intacta.

Expansión de RAIDZ y optimización de metadatos en ZFS

Una de las mejoras más esperadas en la gestión de ZFS es la capacidad de expandir arrays RAIDZ agregando discos individuales de forma progresiva. Históricamente, ampliar un pool requería añadir un VDEV completo del mismo tamaño, lo que encarecía los costes de escalabilidad para pequeñas empresas y homelabs. Con esta actualización, la flexibilidad mejora sustancialmente, optimizando la asignación de espacio y reduciendo los tiempos de reconstrucción (resilvering) gracias a una gestión de metadatos optimizada. Esto disminuye el estrés físico para los discos duros mecánicos durante fallos de unidad, un escenario crítico para prevenir la pérdida de datos por fallos en cascada.

El retorno al motor de contenedores simplificado

El ecosistema de aplicaciones integradas experimenta un giro necesario. La complejidad de mantener un micro-Kubernetes (K3s) interno para aplicaciones sencillas ha dado paso a un enfoque más directo basado en Docker y Docker Compose nativos. Para quienes gestionamos microservicios en Kubernetes en producción (con certificación CKA de por medio), sabemos que K3s era una capa excesiva para un NAS que solo necesita levantar un servidor de medios, un Nextcloud o una base de datos local. La vuelta a un entorno Docker simplifica el consumo de recursos de CPU y RAM, reduce la latencia de red interna y facilita la portabilidad de configuraciones mediante archivos YAML estándar de Docker Compose, eliminando dependencias de catálogos de terceros.

Estrategia de actualización y mitigación de riesgos

Actualizar de forma inmediata un sistema de almacenamiento en producción es una temeridad técnica. Si tienes servicios críticos corriendo sobre TrueNAS, la recomendación profesional es seguir una secuencia ordenada de mitigación antes de dar el salto:

En primer lugar, realiza un backup externo completo de la configuración del sistema (el archivo de configuración .tar) y de los datasets más críticos utilizando réplicas de ZFS (ZFS send/receive) hacia un almacenamiento secundario o un bucket en la nube (como AWS S3 aplicando políticas de inmutabilidad u Object Lock para protegerte de ransomware).

En segundo lugar, no actualices los flags del pool de ZFS inmediatamente después de reiniciar en la versión 27. Mantener el pool compatible con la versión anterior te permitirá realizar un rollback rápido de la versión del sistema operativo en caso de inestabilidad, sin perder acceso a tus datos. Solo cuando el sistema demuestre estabilidad durante al menos dos semanas, ejecuta la actualización del pool (zpool upgrade).

Finalmente, revisa la compatibilidad de las tarjetas de red y controladoras HBA LSI (especialmente si usas hardware flasheado en modo IT). Asegúrate de que el firmware de las controladoras coincida con los requisitos del nuevo kernel para evitar pérdidas temporales de enlace que provoquen la degradación del volumen.

Fuentes

Comentarios