Agradecemos especialmente a WindowsArea por documentar una primera configuración completa con ZimaBoard 2 en ZimaBoard 2: First Impression of the Mini Homelab. El vídeo hace más que abrir la caja: monta un bastidor compacto para varias unidades, inicia ZimaOS, detecta dos discos duros de 4 TB, crea almacenamiento RAID 1 e instala servicios autoalojados, incluidos Immich y Jellyfin.
Esta secuencia hace que el vídeo sea útil para cualquiera que se pregunte dónde encaja ZimaBoard 2 Mini Home Server entre un ordenador de placa única básico y un dispositivo NAS convencional. El hardware es pequeño y está orientado a servidores, mientras que ZimaOS convierte las primeras decisiones sobre almacenamiento y aplicaciones en un flujo de trabajo gestionado desde el navegador.
El resultado es un auténtico mini homelab, pero no una nube mágica de un solo clic. WindowsArea todavía tiene que montar el hardware, conectar las unidades, inicializar el almacenamiento, esperar a que se sincronice el RAID y decidir qué aplicaciones deben utilizar el nuevo grupo de almacenamiento. Ese equilibrio entre accesibilidad y responsabilidad del propietario es la parte más importante de la prueba.
Ve la configuración completa de WindowsArea: El vídeo original en alemán sigue el proyecto desde la caja de envío y el bastidor para cuatro unidades hasta el panel de ZimaOS, el almacenamiento RAID 1, la gestión de archivos, Immich y Jellyfin.
Nota sobre la fuente: Este artículo reorganiza el proceso de montaje, las observaciones sobre las interfaces y las pruebas de aplicaciones mostradas en el vídeo de WindowsArea. Las pantallas de ZimaOS, las versiones de las aplicaciones, el comportamiento del almacenamiento, el tiempo de sincronización, los accesorios de hardware y las configuraciones de unidades compatibles pueden cambiar después de la publicación. RAID protege la disponibilidad tras el fallo de una unidad; no sustituye una copia de seguridad independiente.
La conclusión central es que ZimaBoard 2 puede convertir una colección de componentes estándar en una plataforma local accesible para almacenamiento y autoalojamiento. Su valor procede de la combinación de compatibilidad con x86, conexiones de almacenamiento directas, un diseño físico ampliable y un entorno operativo gráfico, no de eliminar la necesidad de comprender el almacenamiento y la recuperación.

WindowsArea comienza con el hardware de ZimaBoard 2, los componentes de las unidades y el bastidor que convertirá la placa en un servidor de almacenamiento compacto.
Por qué ZimaBoard 2 tiene sentido como mini homelab
Un homelab no se define por un rack de servidores. Es un entorno en el que el propietario puede aprender sobre almacenamiento, redes, contenedores, copias de seguridad y alojamiento de aplicaciones en hardware bajo su control personal.
ZimaBoard 2 concentra varias funciones orientadas a servidores en una pequeña plataforma x86:
- Un procesador Intel N150 de cuatro núcleos
- 8 GB o 16 GB de memoria LPDDR5, según el modelo
- 32 GB o 64 GB de almacenamiento eMMC integrado
- Dos conexiones SATA 3.0 nativas
- Dos puertos Ethernet de 2,5 GbE
- Conectividad USB 3.1 y Mini DisplayPort
- Una interfaz de expansión PCIe 3.0 expuesta
- Una carcasa de aluminio sin ventilador diseñada para actuar como disipador térmico
El panel de ZimaOS en la prueba de WindowsArea informa de aproximadamente 7,51 GB de memoria utilizable, lo que identifica el sistema como ZimaBoard 2 832, de la categoría de 8 GB, en lugar del modelo 1664 de 16 GB. Es suficiente para el flujo de trabajo de almacenamiento y las aplicaciones Docker seleccionadas que se muestran en el video, pero la planificación de capacidad se vuelve importante al añadir más servicios.
A diferencia de una placa de desarrollo ARM, la plataforma x86 admite una amplia selección de sistemas operativos de servidor conocidos e imágenes de contenedores. A diferencia de muchos mini PC sellados, ofrece conexiones SATA y PCIe nativas para ampliar el almacenamiento y la red sin depender por completo de adaptadores USB.
La construcción física es más modular que la de un NAS convencional
WindowsArea distribuye los componentes sobre la mesa de trabajo antes del montaje. El kit incluye ZimaBoard 2, un bastidor metálico para unidades, soportes, cables para las unidades, un pequeño componente de refrigeración y espacio para varios discos duros.

La mesa de trabajo abierta muestra cómo la placa, el bastidor de unidades, los cables, el hardware de refrigeración y los discos duros estándar se convierten en un único sistema modular.
Este enfoque difiere de un NAS cerrado de dos bahías. Los componentes permanecen visibles y se pueden reemplazar, y el bastidor puede alojar físicamente más unidades que las dos detectadas en la prueba de almacenamiento inicial de ZimaOS. Las posiciones adicionales dejan espacio para futuros proyectos, pero la capacidad física no crea automáticamente conectividad eléctrica. Cada unidad añadida sigue necesitando una ruta de datos, alimentación suficiente, soporte de montaje y una función de almacenamiento definida.
La conexión SATA nativa ofrece el camino más sencillo para las dos primeras unidades. Ampliar más allá de esas conexiones puede requerir un controlador de almacenamiento PCIe compatible y un cableado adecuado. La tarjeta PCIe, las unidades conectadas y cualquier ventilador también añaden requisitos de alimentación y refrigeración que deben planificarse antes de poner el servidor en funcionamiento continuo.
Montar el bastidor convierte la placa en un dispositivo de almacenamiento
A mitad del video, WindowsArea ha montado ZimaBoard 2 sobre el bastidor de unidades e instalado los discos duros debajo. La estructura terminada sigue siendo mucho más pequeña que un servidor en rack, a la vez que mantiene accesibles la placa y el almacenamiento.

El bastidor ensamblado coloca ZimaBoard 2 sobre una jaula para varias unidades, creando una disposición compacta y fácil de mantener para un minilaboratorio doméstico.
El diseño abierto ofrece varias ventajas prácticas:
- Las unidades se pueden reemplazar sin desmontar una carcasa sellada.
- Las rutas de los cables y las luces indicadoras permanecen visibles durante la resolución de problemas.
- La ranura PCIe permanece accesible para instalar una tarjeta de expansión de almacenamiento o de red.
- El aire puede circular alrededor de las unidades y del disipador pasivo de la placa.
También requiere más cuidado que un NAS terminado. El servidor necesita una superficie estable, sujeción para evitar tirones en los cables de alimentación y SATA, espacio libre alrededor del disipador y protección frente a contactos accidentales. Los discos duros mecánicos deben montarse firmemente y mantenerse alejados de vibraciones o impactos repetidos.
El primer arranque de ZimaOS revela la configuración real de la prueba
WindowsArea abre ZimaOS mediante la dirección IP local de la placa en un navegador web. El panel combina en una sola interfaz el estado del sistema, el almacenamiento, la actividad de red, las aplicaciones, los archivos, las copias de seguridad, las máquinas virtuales y las opciones de acceso remoto.
En el momento de la captura, el sistema informa de un uso de CPU de aproximadamente el 2 %, un uso de memoria del 9 %, alrededor de 2,4 vatios de consumo del procesador y una temperatura cercana a 33 °C. Estas son observaciones en reposo o con una carga ligera, no mediciones de consumo y temperatura a largo plazo, pero muestran cómo el panel permite a un principiante consultar el estado básico del sistema.
Más importante aún, ZimaOS anuncia que ha encontrado dos unidades ST4000VN006, cada una con 4 TB de capacidad bruta. Estas son las dos unidades utilizadas para el conjunto de almacenamiento que se muestra más adelante en el vídeo.

ZimaOS detecta ambos discos de 4 TB y ofrece una ruta de gestión directa antes de crear el conjunto de almacenamiento.
El orden correcto es importante. El propietario debe confirmar los números de modelo y la capacidad antes de inicializar cualquier elemento. Seleccionar la unidad equivocada puede destruir los datos existentes, por lo que cualquier disco reutilizado debe tener una copia de seguridad antes de añadirlo a un nuevo conjunto de almacenamiento.
La guía oficial de primeros pasos de ZimaBoard 2 explica el proceso inicial de encendido, conexión de red, almacenamiento, detección del dispositivo e inicio de sesión en ZimaOS.
Dos discos de 4 TB se convierten en un conjunto RAID 1 de 4 TB
WindowsArea combina los dos discos detectados de 4 TB en un conjunto de almacenamiento seguro RAID 1. RAID 1 escribe los mismos datos en ambas unidades, por lo que la capacidad utilizable es aproximadamente la de una sola unidad, no el total bruto combinado de 8 TB.
Esta compensación garantiza la continuidad tras el fallo de una sola unidad. Si uno de los miembros del espejo deja de funcionar, los datos deberían seguir disponibles desde el disco superviviente mientras se reemplaza la unidad averiada y se reconstruye el espejo.

El panel de almacenamiento de ZimaOS muestra aproximadamente 4 TB de capacidad RAID 1 disponible mientras se sincroniza el espejo.
La sincronización inicial puede tardar horas porque es necesario preparar cada parte del espejo. Durante ese periodo, el propietario debe mantener el servidor encendido, evitar desconectar una unidad y garantizar una ventilación adecuada alrededor de los discos.
El indicador de sincronización también recuerda que un grupo de almacenamiento tiene un estado. Una etiqueta de «correcto», una advertencia de degradación, un estado de reconstrucción o un error de unidad requieren atención. El RAID no debe tratarse como algo que se configura una vez y luego se ignora indefinidamente.
RAID 1 protege la disponibilidad, no todo el historial de datos
Un grupo en espejo protege frente al fallo de un disco. No protege contra todos los eventos que pueden provocar la pérdida de datos:
- Una eliminación accidental se replica en ambas unidades.
- El ransomware o la corrupción de una aplicación pueden afectar a ambas copias.
- Un daño eléctrico puede afectar a todo el servidor.
- Un robo, incendio o daño por agua puede destruir ambas unidades a la vez.
- Una acción administrativa equivocada puede modificar todo el grupo.
Por lo tanto, un plan completo añade un respaldo independiente con historial de versiones. El enfoque 3-2-1, ampliamente utilizado, conserva al menos tres copias, emplea dos tipos de almacenamiento y coloca una copia fuera del servidor principal.
La guía oficial de respaldo 3-2-1 de ZimaOS abarca destinos locales, de LAN, USB, Zima y determinados servicios en la nube, además de la programación y las versiones conservadas.
Una configuración comunitaria relacionada, ZimaBoard 2 RAID 1 y nube privada con Home Assistant, muestra cómo otro creador combina almacenamiento en espejo con servicios autoalojados mientras mantiene un plan de respaldo independiente.
ZimaOS hace que el almacenamiento sea útil para las aplicaciones
Crear RAID es una tarea de infraestructura. El servidor resulta útil cuando los archivos y las aplicaciones tienen un lugar definido deliberadamente en ese almacenamiento.
ZimaOS proporciona una aplicación gráfica de Archivos y una App Store para servicios basados en Docker. Esto elimina gran parte de la configuración inicial de los contenedores, pero no elimina la necesidad de comprender los datos persistentes. Cada aplicación debe asignarse a una carpeta conocida del grupo de almacenamiento para que su base de datos, configuración, miniaturas y contenido de usuario puedan respaldarse y migrarse.
Antes de instalar muchos servicios, el propietario debería documentar:
- Dónde almacena cada aplicación los datos persistentes
- Qué carpetas contienen cachés reemplazables y cuáles contienen los originales
- Qué puertos y cuentas exponen el servicio
- Cómo se actualiza la aplicación
- Cómo se restaurarían sus datos en una instalación limpia
La estructura orientada a principiantes del tutorial de WindowsArea se parece al flujo de trabajo descrito en Cómo SjslTech prueba ZimaOS como sistema operativo de servidor doméstico fácil de usar para principiantes: el almacenamiento va antes que las aplicaciones, y el funcionamiento local debe verificarse antes de añadir el acceso remoto.
Immich convierte el conjunto RAID en un servicio fotográfico privado
WindowsArea abre Immich cerca del final del vídeo. Immich es una plataforma autoalojada de fotos y vídeos que puede organizar una biblioteca personal y recibir cargas de clientes móviles compatibles.

La pantalla de bienvenida de Immich confirma que el servicio fotográfico se está ejecutando localmente en la nueva plataforma de almacenamiento ZimaBoard 2.
Llegar a la pantalla de bienvenida demuestra que la aplicación se ha iniciado. Todavía no demuestra que el flujo de trabajo fotográfico completo funcione. Antes de confiarle una biblioteca grande, el propietario debería crear la cuenta de administrador, confirmar la ubicación de carga, probar un pequeño conjunto de archivos originales, revisar el comportamiento en segundo plano del móvil e incluir tanto los originales de las fotos como la base de datos de Immich en el plan de copias de seguridad.
Para consultar un flujo de trabajo fotográfico completo, visita Cómo Just Jean crea una nube privada de fotos con ZimaBoard 2.
Jellyfin añade otro tipo de carga de trabajo de almacenamiento
Las pestañas del navegador de la prueba de aplicaciones de WindowsArea también muestran Jellyfin. Mientras Immich organiza fotos y vídeos personales, Jellyfin convierte carpetas de películas, series, música y otros contenidos multimedia en una biblioteca reproducible en streaming.
Los requisitos de almacenamiento difieren:
- Immich depende de las cargas originales, las miniaturas, los metadatos y su base de datos de aplicaciones.
- Jellyfin depende de que las carpetas multimedia estén correctamente asignadas, así como de los metadatos, la compatibilidad del cliente y la compatibilidad con los códecs.
- La reproducción directa utiliza principalmente el almacenamiento y el rendimiento de la red.
- La transcodificación puede imponer una carga mucho mayor al Intel N150 y a los gráficos integrados.
Una primera prueba útil consiste en usar un cliente local con contenido que admita reproducción directa. Importar una biblioteca grande antes de comprobar las rutas, los permisos y el comportamiento de reproducción dificulta la resolución de problemas posterior.
Lo que demuestra la configuración de WindowsArea y lo que no demuestra
| Etapa | Lo que demuestra el vídeo | Lo que aún requiere pruebas a largo plazo |
|---|---|---|
| Montaje físico | ZimaBoard 2 y varias unidades pueden caber en un bastidor compacto y modular. | Tensión de los cables, vibraciones, temperaturas sostenidas y comportamiento de la alimentación. |
| Detección de unidades | ZimaOS identifica las dos unidades de 4 TB conectadas y ofrece una ruta de gestión gráfica. | Supervisión SMART a largo plazo, informes de errores y proceso de sustitución. |
| RAID 1 | Dos unidades de 4 TB crean aproximadamente 4 TB de almacenamiento seguro en espejo. | Funcionamiento en modo degradado, tiempo de reconstrucción y recuperación probada tras un fallo. |
| Immich | La aplicación de fotos autoalojada se inicia en el servidor local. | Indexación de bibliotecas grandes, fiabilidad de las copias de seguridad móviles, recuperación de bases de datos y uso multiusuario. |
| Jellyfin | El mismo sistema ZimaOS puede alojar un servicio multimedia privado. | Compatibilidad de códecs, transmisiones simultáneas, subtítulos y capacidad de transcodificación. |
¿Quién debería montar un mini homelab con ZimaBoard 2?
La configuración de WindowsArea es más adecuada para quien quiere más control del que ofrece un NAS cerrado, sin empezar con un gran servidor en rack.
- Los principiantes en homelab pueden aprender sobre almacenamiento, RAID, aplicaciones Docker y redes locales mediante una interfaz gráfica.
- Los hogares preocupados por la privacidad pueden crear destinos locales para fotos, archivos y contenido multimedia.
- Los creadores pueden separar las bibliotecas multimedia activas del almacenamiento exclusivo en la nube.
- Los entusiastas del self-hosting pueden ejecutar varios servicios en una plataforma x86 compacta.
- Los desarrolladores y administradores pueden usar la placa como nodo experimental, servidor perimetral o plataforma de virtualización.
El modelo de 8 GB utilizado en el vídeo es un punto de partida sensato para determinados servicios. Quienes planeen ejecutar muchos contenedores simultáneamente, bases de datos grandes, máquinas virtuales o cargas multitarea más exigentes deberían valorar la configuración de 16 GB y los requisitos de CPU de toda la carga de trabajo.
El montaje de WindowsArea muestra la verdadera secuencia del primer homelab
La parte más destacable de la primera impresión de WindowsArea es el orden de las operaciones. El proyecto comienza con el hardware y el montaje de las unidades; después confirma que ZimaOS puede ver los discos, crea un pool en espejo, espera a que se sincronice y solo entonces empieza a convertir el almacenamiento en servicios de fotos y multimedia.
Esa secuencia es más valiosa que una lista de aplicaciones posibles. Un homelab fiable comienza con hardware conocido, un almacenamiento planificado y límites de recuperación claros. Las aplicaciones vienen después.
ZimaBoard 2 hace que el proceso sea compacto y accesible, mientras que el chasis abierto, las unidades estándar, la arquitectura x86 y la expansión PCIe dejan margen para futuros experimentos. ZimaOS reduce las dificultades de configuración, pero el propietario sigue siendo responsable de las copias de seguridad, las cuentas, las actualizaciones, el acceso remoto y las pruebas del comportamiento del servidor cuando algo falla.
Mira el vídeo del montaje completo del mini homelab con ZimaBoard 2 de WindowsArea para consultar el montaje original en alemán y el recorrido por el software. Si estás construyendo un servidor de almacenamiento ZimaBoard, configurando RAID o eligiendo aplicaciones para tu primer homelab, únete a la comunidad de ZimaSpace para hacer preguntas y compartir tu configuración.

