Cómo RG 4 Tech construye una nube privada con ZimaBoard 2

RG 4 Tech convierte ZimaBoard 2 en algo más que un servidor de archivos compacto. Su sistema combina hardware x86 silencioso, dos unidades conectadas directamente, un conjunto de almacenamiento RAID 1 de ZimaOS y Home Assistant en un único sistema gestionado desde el navegador. El resultado es una base práctica de nube privada para archivos y servicios del hogar inteligente, pero sigue necesitando una copia de seguridad independiente y un plan de implementación que tenga en cuenta las diferencias entre Home Assistant Container y Home Assistant OS.

Gracias a RG 4 Tech por documentar la configuración completa. Su vídeo original cubre el hardware, la refrigeración interna, la configuración inicial de ZimaOS, la configuración de RAID 1 con dos unidades, la instalación de aplicaciones y la incorporación de Home Assistant.

Nota sobre la fuente: Este artículo reorganiza la configuración y las observaciones mostradas en el vídeo de RG 4 Tech. No presupone que todos los dispositivos visibles en el vídeo hayan sido suministrados por ZimaSpace, ya que aquí no se ha establecido de forma independiente ninguna afirmación de colaboración. Los detalles de la interfaz, las versiones de las aplicaciones, los paquetes disponibles, las temperaturas y la compatibilidad pueden cambiar después de la publicación.

El resultado: ZimaBoard 2 proporciona a RG 4 Tech una plataforma discreta para el almacenamiento local y el control del hogar inteligente. RAID 1 mantiene disponible el conjunto de almacenamiento si falla una de las unidades, mientras que Home Assistant añade una capa de automatización local. Ninguna de estas funciones elimina la necesidad de realizar copias de seguridad de los datos y la configuración importantes fuera del servidor.

Por qué RG 4 Tech comienza con un servidor doméstico local

El enfoque de «adiós a la nube» del vídeo no consiste simplemente en evitar una cuota mensual. Un servidor doméstico cambia quién controla el hardware de almacenamiento, qué aplicaciones procesan los datos, cómo se exponen los servicios a la red y cuándo se amplía la capacidad. Estas decisiones cobran especial importancia cuando los archivos personales y la actividad del hogar inteligente estarían, de otro modo, repartidos entre varios proveedores.

La gestión local también transfiere la responsabilidad. El propietario debe supervisar el estado de las unidades, aplicar actualizaciones, gestionar el acceso de los usuarios, mantener las copias de seguridad y recuperar los servicios tras un fallo. Por tanto, una nube privada no es simplemente un servicio en la nube sin el proveedor; es una pequeña infraestructura que necesita un plan operativo.

RG 4 Tech considera ZimaBoard 2 una base flexible, no un dispositivo cerrado. La placa puede comenzar como servidor de almacenamiento y después alojar aplicaciones adicionales mediante ZimaOS, lo que permite que el sistema crezca en torno a las necesidades reales del hogar.

Qué hace que ZimaBoard 2 encaje en este sistema

El mini servidor doméstico ZimaBoard 2 combina un procesador Intel N150, memoria y almacenamiento del sistema integrados, dos puertos 2.5GbE, dos conexiones SATA y una interfaz PCIe de expansión abierta. Esta combinación es importante porque un servidor doméstico necesita algo más que rendimiento de CPU: necesita vías prácticas para el almacenamiento, la red y el hardware futuro.

Los dos puertos SATA permiten conectar directamente un par de discos duros o SSD sin depender de un puente de almacenamiento USB. Las interfaces de red duales pueden admitir un enlace de almacenamiento, una red segmentada, un proyecto de router u otra topología en la que un solo puerto resultaría limitante. PCIe deja espacio para una ampliación específica, como almacenamiento NVMe u otro adaptador destinado a una tarea concreta.

La plataforma sigue siendo compacta. Una sola conexión PCIe no puede admitir todas las ampliaciones simultáneamente, dos puertos SATA no convierten el equipo en un NAS de muchas bahías y un Intel N150 no debe considerarse un procesador de virtualización con muchos núcleos. El diseño funciona mejor cuando se eligen las funciones principales del servidor antes de añadir accesorios.

Abrir la carcasa revela la estrategia de refrigeración

A las 08:16, RG 4 Tech abre la carcasa de ZimaBoard 2 y muestra la disposición interna de la placa y la posición utilizada para la refrigeración activa. Esta vista resulta útil porque el exterior terminado por sí solo no explica cómo se aleja el calor del procesador y de los componentes cercanos.

La estructura de aluminio contribuye a disipar el calor, mientras que un ventilador puede añadir flujo de aire cuando la placa se coloca en un lugar más cálido o debe mantener una carga de trabajo más intensa. La actividad del almacenamiento, la indexación de aplicaciones, la temperatura ambiente, la disposición de los cables y las superficies cercanas afectan a las condiciones térmicas de una instalación real.

La refrigeración activa debe considerarse una decisión relacionada con la carga de trabajo, no un elemento decorativo. Un servidor de archivos con poca carga puede comportarse de forma diferente a la misma placa ejecutando simultáneamente transferencias de almacenamiento, actualizaciones de aplicaciones, indexación multimedia y servicios domóticos. Tras el montaje, el propietario debe comprobar las temperaturas con la carga combinada prevista, en lugar de basarse únicamente en las lecturas en reposo.

Planificar el almacenamiento físico antes de crear el grupo de almacenamiento

RG 4 Tech conecta dos unidades antes de configurar el almacenamiento en ZimaOS. Ese orden parece obvio, pero evita una clase importante de errores: crear recursos compartidos o instalar aplicaciones antes de decidir qué disco almacenará los datos activos, qué disco participará en la redundancia y dónde se guardarán las copias de seguridad.

Un servidor con dos unidades ofrece varias configuraciones posibles. Los discos pueden permanecer independientes, combinarse para obtener rendimiento o capacidad, o reflejarse entre sí para conseguir redundancia. La elección correcta depende de si la prioridad es el espacio utilizable, la disponibilidad continua tras el fallo de una unidad o la separación entre distintas clases de datos.

También merece atención la compatibilidad entre unidades. Un espejo normalmente ofrece una capacidad basada en el miembro más pequeño, por lo que emparejar unidades de tamaños considerablemente distintos puede desperdiciar espacio. Ambas unidades deben probarse, se debe supervisar su estado y registrar sus números de serie antes de trasladar datos importantes al conjunto nuevo.

Creación de un conjunto RAID 1 de dos unidades en ZimaOS

A las 16:50, RG 4 Tech utiliza la interfaz de almacenamiento de ZimaOS para seleccionar los dos discos y configurar RAID 1. Esta configuración escribe copias reflejadas en las unidades miembro, sacrificando la mitad de la capacidad bruta combinada a cambio de poder mantener el conjunto disponible cuando falla una unidad.

ZimaOS presenta RAID 1 como su opción centrada en la redundancia en la guía de opciones RAID de ZimaOS. El flujo de trabajo gráfico facilita el acceso a un primer NAS, ya que el usuario puede identificar las unidades y elegir el modo de almacenamiento sin tener que construir el conjunto completamente desde la línea de comandos.

La interfaz no elimina la necesidad de verificar la selección. Crear un conjunto nuevo puede borrar los datos existentes de los discos elegidos. Se deben confirmar las identidades y capacidades de las unidades, así como cualquier copia necesaria, antes de aprobar la operación final.

Por qué RAID 1 es útil, pero aun así no es una copia de seguridad

RAID 1 aborda un fallo específico: la pérdida de una unidad miembro. Si un disco deja de funcionar, la otra copia puede mantener el conjunto accesible mientras se sustituye el dispositivo averiado y se reconstruye el conjunto. Esa disponibilidad es valiosa para un servidor que debe permanecer conectado.

El espejo replica los cambios lógicos en ambas unidades. Por lo tanto, un borrado accidental, un archivo sobrescrito, un ataque de ransomware, un estado de aplicación dañado o un comando administrativo equivocado pueden afectar a ambas copias. El robo, los daños eléctricos o la pérdida física del servidor completo pueden eliminar todo el conjunto de almacenamiento de una sola vez.

El diseño más seguro combina RAID 1 con copias de seguridad versionadas almacenadas en otro lugar. La guía de ZimaSpace sobre configuraciones RAID y planificación de copias de seguridad para NAS explica por qué la redundancia, el historial de copias de seguridad y una copia fuera del dispositivo resuelven riesgos diferentes.

ZimaOS convierte el hardware de almacenamiento en una plataforma de aplicaciones

Una vez que el conjunto está disponible, el servidor no tiene que seguir siendo un recurso compartido de red básico. ZimaOS añade gestión de archivos desde el navegador y un entorno de aplicaciones, de modo que el almacenamiento y los servicios autoalojados pueden administrarse desde la misma interfaz.

Aquí es donde el hardware resulta más útil que una carcasa de discos de dos bahías. Las aplicaciones pueden usar el conjunto local para almacenar archivos persistentes, mientras el entorno operativo gestiona su ciclo de vida. Un hogar puede comenzar con el almacenamiento de archivos y añadir un servicio a la vez, en lugar de implementar una pila completa de laboratorio doméstico desde el primer día.

No se debe permitir que los datos de las aplicaciones se conviertan en infraestructura invisible. Antes de instalar un servicio, identifica su directorio de configuración, base de datos, archivos cargados, puertos de red y método de copia de seguridad. Un contenedor en ejecución es fácil de recrear; el estado que contiene quizá no lo sea.

Instalar Home Assistant añade control local del hogar inteligente

A las 19:07, Home Assistant se ha iniciado y RG 4 Tech llega a su pantalla inicial de configuración. Esto confirma que el ZimaBoard 2 puede alojar la aplicación junto con el entorno de almacenamiento y da al proyecto una segunda función clara: coordinar localmente dispositivos y automatizaciones compatibles del hogar inteligente.

Home Assistant puede mantener muchas decisiones dentro de la red doméstica en lugar de enviar cada automatización a través de la nube del proveedor. El grado real de control local sigue dependiendo de cada dispositivo y cada integración. Algunos productos ofrecen una API local, mientras que otros siguen requiriendo una cuenta externa o una conexión a la nube.

La primera pantalla marca el inicio de la implementación, no el final. El propietario aún debe crear una cuenta de administrador, definir la ubicación del hogar, revisar los dispositivos detectados, proteger el acceso remoto, probar las automatizaciones y establecer un calendario de copias de seguridad antes de que el sistema sea fiable.

Home Assistant Container y Home Assistant OS son opciones diferentes

Instalar Home Assistant mediante una plataforma de aplicaciones existente normalmente implica ejecutar Home Assistant Container. La guía general de instalación de Home Assistant oficial explica que la opción de contenedor utiliza un host y un entorno de contenedores administrados por el usuario. Tampoco incluye el sistema de aplicaciones disponible en Home Assistant OS.

La implementación mediante contenedores se adapta a un servidor ZimaOS multipropósito porque Home Assistant puede coexistir con el almacenamiento y otras aplicaciones. Home Assistant OS es la opción más similar a un electrodoméstico cuando toda la máquina está dedicada a Home Assistant y el usuario quiere disfrutar de su experiencia de gestión integrada.

El enfoque de RG 4 Tech resulta atractivo porque consolida las funciones. Esa comodidad debe sopesarse frente al alcance de los fallos: reiniciar o reparar el servidor compartido puede afectar temporalmente tanto al acceso a los archivos como al control del hogar inteligente.

El almacenamiento y los servicios de hogar inteligente necesitan planes de recuperación independientes

Un grupo de almacenamiento en espejo y una instancia activa de Home Assistant protegen cosas distintas. RAID 1 ayuda al grupo a sobrevivir al fallo de una unidad miembro. Una copia de seguridad de Home Assistant conserva la configuración, las automatizaciones y el estado compatible de la aplicación. Ninguno de los dos crea automáticamente una copia segura fuera del servidor.

Home Assistant ahora permite crear y restaurar copias de seguridad en distintos tipos de instalación, como se describe en su documentación de la integración de copias de seguridad. Esas copias deben copiarse a un destino que no dependa del mismo conjunto de dos discos ni de la misma máquina física.

Una prueba de recuperación práctica plantea dos preguntas por separado: ¿puede el hogar restaurar sus archivos tras perder el NAS y puede restaurar Home Assistant tras perder el equipo que aloja la aplicación? Si ambas respuestas dependen de que el mismo servidor siga operativo, el sistema aún tiene un único dominio de fallo.

Lo que este servidor consolidado hace bien

¿Quién debería construir un servidor ZimaBoard 2 del mismo tipo?

Esta configuración es adecuada para quienes quieren su primera nube privada, un NAS familiar de dos unidades, un controlador local para el hogar inteligente o un host compacto de aplicaciones sin dedicar un ordenador independiente a cada función. Resulta especialmente atractiva cuando el funcionamiento silencioso y la posibilidad de ampliar el hardware de forma abierta importan más que un diseño pulido de dispositivo cerrado.

Un dispositivo dedicado a Home Assistant puede ser la mejor opción cuando las automatizaciones deben seguir disponibles durante el mantenimiento del NAS. Un NAS más grande con varias bahías es adecuado para quienes necesitan más niveles de capacidad, varios grupos independientes o mayor tolerancia a fallos de las unidades. Un servidor con más núcleos resulta más apropiado para numerosas máquinas virtuales exigentes o cargas de trabajo de cálculo sostenidas.

La decisión debe comenzar por los dominios de fallo, no solo por el número de aplicaciones que el hardware puede ejecutar. La consolidación ahorra espacio, energía y esfuerzo de gestión, pero también significa que un reinicio o un problema de hardware puede interrumpir varios servicios domésticos al mismo tiempo.

RG 4 Tech crea una nube privada en torno a tareas domésticas concretas

El proyecto de RG 4 Tech funciona porque cada paso importante tiene un propósito. Abrir el chasis permite entender la ruta térmica y de mantenimiento. Conectar dos unidades crea una base de almacenamiento. RAID 1 mejora la disponibilidad después de un fallo de disco. ZimaOS facilita la gestión de ese almacenamiento y Home Assistant amplía el equipo para convertirlo en un sistema de automatización local.

El montaje ofrece mejores resultados cuando sus ventajas se describen con precisión. RAID 1 proporciona redundancia, no copias de seguridad. Un contenedor de Home Assistant no es idéntico a Home Assistant OS. Un único servidor silencioso puede centralizar tareas útiles, pero también concentra los riesgos, a menos que las copias de seguridad y los planes de recuperación se mantengan fuera del equipo.

Mira el vídeo completo de RG 4 Tech para conocer la inspección del hardware interno, la configuración del almacenamiento en ZimaOS, el funcionamiento de RAID 1 y la instalación de Home Assistant. Para conocer otra forma de implementar un hogar inteligente local, consulta cómo ejecutar Home Assistant en ZimaBoard o únete a la comunidad de ZimaSpace en Discord para comparar montajes de servidores domésticos con otros usuarios.