Cómo construir un NAS con CasaOS usando una mini PC y un DAS USB de varias bahías

Un NAS fiable con CasaOS empieza por tratar el mini PC, la DAS USB y la capa de software como tres partes distintas de un mismo sistema.

El mini PC aporta capacidad de procesamiento y conectividad de red, la DAS proporciona discos conectados directamente y CasaOS ofrece el panel, las carpetas compartidas y la capa de aplicaciones. La configuración se vuelve frágil cuando se confunden estas responsabilidades, especialmente si los nombres de los dispositivos USB cambian, un único cable compartido o un fallo de arranque hacen desaparecer las rutas de almacenamiento. Planifica la topología y la vía de recuperación antes de importar archivos importantes.

Define las funciones del mini PC, la DAS y CasaOS antes de conectar los discos

Un mini PC más una DAS de varias bahías pueden funcionar como un NAS, pero la DAS en sí no es el NAS. No tiene cuentas de usuario, servicios de red, capa de aplicaciones ni un proceso de recuperación independiente. El sistema anfitrión debe reconocer los discos, montarlos de forma uniforme y compartir las carpetas seleccionadas con los dispositivos cliente.

Una guía práctica sobre NAS con mini PC describe un NAS como una combinación de almacenamiento, servicios de archivos en red y gestión. Ese modelo NAS de tres capas resulta útil aquí: la DAS proporciona el almacenamiento, Linux aporta el sistema de archivos y los puntos de montaje, y CasaOS se sitúa por encima como interfaz de gestión y aplicaciones.

Elige las funciones principales del servidor antes de instalar aplicaciones. Una primera configuración sencilla podría ofrecer una carpeta multimedia compartida, un destino para las copias de seguridad de un ordenador y un espacio privado para los datos de aplicaciones. La guía existente de ZimaSpace sobre cómo crear un primer servidor doméstico en torno a tres servicios puede ayudar a mantener acotada la primera configuración de CasaOS.

Elige una DAS que exponga cada disco de forma predecible

El número de bahías por sí solo no determina si una caja es adecuada para un servidor. Confirma si el sistema anfitrión detecta cada disco de forma independiente, si la caja tiene una fuente de alimentación estable propia, cómo funciona la refrigeración con todas las bahías ocupadas y si el controlador cambia la identidad de los discos tras un reinicio o una sustitución.

Una reseña práctica de una DAS de cinco bahías combinó la caja con un mini PC y describió la DAS como una sencilla caja con bahías, controlador, ventilador y fuente de alimentación. La prueba muestra por qué una DAS de varias bahías puede servir como capa de almacenamiento para un NAS basado en mini PC, mientras que el sistema anfitrión sigue siendo responsable del sistema operativo y los servicios de datos.

Prefiere la conexión directa de los discos cuando el sistema operativo vaya a gestionar sistemas de archivos, agrupaciones o tareas de copia de seguridad. No des por hecho que un modo RAID por hardware es más seguro solo porque varios discos aparezcan como un único dispositivo. Puede ocultar el estado de cada disco y hacer que la recuperación dependa del controlador de la caja.

Trata el ancho de banda y la alimentación USB como recursos compartidos

A la larga, todos los discos de la carcasa comparten una única conexión con el host. Las lecturas secuenciales de un HDD pueden ser moderadas, pero las copias de seguridad simultáneas, el análisis de medios, la generación de miniaturas y la copia de archivos pueden competir por el mismo enlace USB. El ventilador de la carcasa y todos los discos instalados también dependen de un único sistema de alimentación.

Una guía sobre NAS con mini PC señala que las carcasas USB externas son prácticas, pero presentan problemas de fiabilidad relacionados con USB, y que varios HDD pueden saturar un enlace compartido de 10Gbps durante tareas simultáneas. Por eso, el ancho de banda USB debe planificarse para la carga de trabajo combinada, en lugar de evaluarse con una prueba de velocidad de un solo disco.

Conecta el DAS directamente al mini PC, no a través de un concentrador sin alimentación propia. Usa el adaptador de corriente suministrado con la carcasa, fija bien el cable de datos y comprueba que todas las unidades vuelvan a estar disponibles después de un arranque en frío. Si la carcasa ofrece suspensión automática, prueba las escrituras en la base de datos y las copias de seguridad programadas después de que los discos hayan estado inactivos.

Crea puntos de montaje estables antes de que CasaOS detecte el almacenamiento

Los nombres de dispositivo de Linux, como /dev/sdb y /dev/sdc, pueden cambiar cuando se vuelven a conectar los discos USB o estos arrancan en otro orden. Una aplicación que espera encontrar los medios en una ruta determinada podría encontrar silenciosamente otro disco —o una carpeta vacía— después de reiniciar.

Una guía actual sobre discos de Linux recomienda montar los sistemas de archivos de datos por UUID, porque no se garantiza que los nombres de dispositivo sin procesar permanezcan estables, sobre todo con varios discos o almacenamiento USB. Su flujo de trabajo de montaje persistente basado en UUID proporciona la base adecuada antes de que CasaOS asigne el almacenamiento a recursos compartidos o contenedores.

Crea puntos de montaje descriptivos, como /mnt/storage/media, /mnt/storage/backups y /mnt/storage/archive. Prueba la configuración de montaje antes de reiniciar, reinicia el servidor dos veces y confirma que cada ruta siga apuntando al sistema de archivos previsto. CasaOS debería heredar un mapa de almacenamiento estable, en lugar de convertirse en el lugar donde se adivina la identidad de los discos.

Separa la unidad de arranque, los datos de las aplicaciones, los archivos compartidos y las copias de seguridad

No coloques todas las capas dentro de una única carpeta para archivos multimedia. Por lo general, el SSD interno del mini PC debería alojar Linux, CasaOS y el código reemplazable de las aplicaciones. Los datos persistentes de las aplicaciones —bases de datos, configuración, índices y secretos— necesitan su propia ruta protegida. Los archivos compartidos y los medios pueden almacenarse en el DAS, mientras que las copias de seguridad deben tener un destino que no se trate como almacenamiento de trabajo habitual.

Better Stack explica que los datos de un contenedor deben almacenarse en un almacenamiento persistente si deben sobrevivir a la sustitución del contenedor. Esa independencia del ciclo de vida de los datos de la aplicación es esencial en una instalación de CasaOS, porque reinstalar o actualizar una aplicación no debería borrar su base de datos ni obligar a volver a escanear desde cero la biblioteca multimedia.

Añade recursos compartidos y aplicaciones de CasaOS solo después de que el almacenamiento supere un reinicio

CasaOS puede simplificar la instalación de aplicaciones y la asignación de almacenamiento, pero debe utilizar una estructura de archivos que ya sea estable. Un análisis de terceros de CasaOS señala que el panel puede mostrar unidades, montar almacenamiento externo y asignar rutas de almacenamiento a las aplicaciones, mientras que RAID o ZFS siguen siendo responsabilidad del sistema operativo. Esa separación entre la gestión de CasaOS y el modelo de almacenamiento subyacente evita confundir la interfaz con la protección de datos.

Instala CasaOS solo después de que el sistema Linux base tenga una dirección local fija y el DAS se monte de forma fiable. La guía de ZimaSpace sobre cómo instalar CasaOS en un mini PC o servidor doméstico explica esa etapa de instalación. Después, crea recursos compartidos con usuarios identificados, asigna a cada aplicación solo las carpetas que necesita y evita conceder a los contenedores experimentales acceso a toda la raíz del DAS.

Prueba primero con un cliente antes de importar toda la biblioteca. Crea, cambia el nombre y elimina un archivo desechable; reinicia la aplicación; reinicia el mini PC; después, confirma que el mismo recurso compartido y la misma ruta de datos vuelvan a estar disponibles sin reasignaciones manuales.

Prueba las desconexiones, las restauraciones y los límites de actualización

Una configuración terminada debe superar algo más que una prueba de lectura normal. Desconecta el DAS cuando no haya escrituras activas y confirma que los servicios fallen de forma visible en vez de escribir en carpetas vacías de puntos de montaje. Vuelve a conectarlo, reinicia el equipo y comprueba que aparezcan de nuevo los discos y las rutas esperados. Después, restaura una configuración de aplicación y un archivo eliminado desde una copia de seguridad.

El tutorial de TechTarget sobre pruebas de copias de seguridad destaca la restauración de datos y la validación de que la carga de trabajo resultante funcione, porque la mera presencia de archivos de respaldo no demuestra que sea posible recuperarlos. Usa esa prueba de restauración funcional como último paso antes de que el NAS con CasaOS se convierta en la única ubicación de los datos importantes del hogar.

Una mini servidor doméstico ZimaBoard 2 encaja en esta topología cuando la prioridad es contar con un equipo x86 compacto, conexión directa de almacenamiento y una pila CasaOS centrada en aplicaciones. Una ZimaCube 2 AI NAS ofrece una arquitectura más adecuada cuando importan más varias unidades, la gestión de almacenamiento integrada, la capacidad para varios usuarios y la recuperación centrada en el almacenamiento que conservar un DAS USB independiente.

La configuración está completa cuando cada unidad tiene una identidad estable, cada servicio cuenta con una ruta de datos delimitada, el DAS puede desconectarse sin que se produzcan escrituras silenciosas y la recuperación no depende de recordar cómo se veía el panel.