Cómo prueba Koroma Tech ZimaBoard 2 con Proxmox y TrueNAS

Eva Wong

IceWhale author

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

How Koroma Tech Tests ZimaBoard 2 With Proxmox and TrueNAS

Koroma Tech descubrió que ZimaBoard 2 funciona mejor como plataforma compacta y silenciosa para laboratorios domésticos, servicios ligeros, contenedores, almacenamiento y virtualización específica. Sus pruebas muestran que la placa puede ejecutar su entorno de servidor predeterminado administrado desde el navegador, Proxmox con un contenedor LXC de Ubuntu y TrueNAS con un grupo de dos unidades en espejo, pero su Intel N150 de cuatro núcleos no debe considerarse un anfitrión de virtualización de gama alta.

Gracias a Koroma Tech por documentar la configuración completa y compartir cómo encaja este hardware en un laboratorio doméstico real. Su video original cubre el hardware, el montaje de dos unidades, la interfaz inicial del servidor, la expansión NVMe, la instalación de Proxmox, la prueba de un contenedor LXC con Ubuntu y la configuración de almacenamiento de TrueNAS.

Divulgación de la colaboración: El equipo de ZimaBoard proporcionó la placa y los accesorios que aparecen en el video de Koroma Tech. El creador afirma que comparte su propia experiencia y el uso previsto. Las versiones de software, los detalles de la interfaz, los paquetes de hardware y la compatibilidad pueden cambiar después de la publicación.

El resultado: ZimaBoard 2 no es un reemplazo miniatura para un servidor en rack con muchos núcleos. Su fortaleza consiste en combinar funcionamiento silencioso, redes duales de 2,5 GbE, almacenamiento SATA directo y expansión PCIe abierta en un pequeño sistema x86 al que se puede asignar una función de servidor doméstico bien definida.

De la ZimaBoard original a un nuevo nodo para el laboratorio doméstico

Koroma Tech comienza con un contexto útil a largo plazo. Ya posee dos sistemas ZimaBoard 832 originales y los ha utilizado como firewall, servidor Docker y hardware general para su laboratorio doméstico. Planea reutilizar esas placas antiguas en un clúster de Proxmox, por lo que la reseña de ZimaBoard 2 se basa en experiencia real y no en un primer encuentro con la categoría de producto.

La nueva placa conserva el diseño compacto de aluminio y sin ventilador, al tiempo que actualiza el procesador, la memoria, la red y las opciones de expansión. El destino previsto por Koroma Tech para la unidad de prueba es un servidor de desarrollo NixOS dedicado dentro de su laboratorio doméstico, una función que encaja con los puntos fuertes de la plataforma: funcionamiento silencioso, disponibilidad continua, compatibilidad con Linux y suficiente capacidad de expansión para almacenamiento o interfaces específicos de cada proyecto.

Ese uso previsto también enmarca el resto de la prueba. En lugar de preguntar si la placa gana en benchmarks sintéticos de escritorio, se pregunta si puede funcionar como anfitrión práctico de aplicaciones, hipervisor ligero o NAS compacto.

Para qué está diseñado el hardware de ZimaBoard 2

El min servidor doméstico ZimaBoard 2 está construido en torno a un procesador Intel N150. Intel indica que el N150 es un procesador de cuatro núcleos y cuatro hilos, con una frecuencia turbo máxima de 3.6GHz y una potencia base del procesador de 6W, según sus especificaciones oficiales.

Koroma Tech analiza el modelo con 16GB de memoria y 64GB de eMMC. La configuración más pequeña utiliza 8GB de memoria y 32GB de almacenamiento eMMC. El procesador es el mismo, por lo que el modelo más grande no se convierte en un servidor de cómputo con más núcleos; en su lugar, la memoria adicional proporciona más margen para contenedores, aplicaciones y virtualización limitada.

Capa de hardware	Función en el laboratorio doméstico	Límite práctico
Intel N150	Ejecuta servicios ligeros, contenedores, herramientas de red y cargas de trabajo de servidor específicas.	Cuatro núcleos y cuatro hilos limitan la virtualización densa o con un uso intensivo de la CPU.
LPDDR5 de 8GB o 16GB	Proporciona memoria para aplicaciones, contenedores y pequeños entornos virtualizados.	La memoria está integrada en la placa, en lugar de utilizar una ranura DIMM convencional reemplazable por el usuario.
eMMC de 32GB o 64GB	Alberga el sistema suministrado y un entorno de arranque ligero.	Koroma Tech evita usarlo para instalaciones de Proxmox o TrueNAS con uso intensivo de escritura.
NIC Intel duales de 2.5GbE	Admite un tráfico de almacenamiento más rápido, segmentación de red, enrutamiento y proyectos de cortafuegos.	El rendimiento real depende de los clientes, los switches, el cableado, las unidades y la carga de trabajo.
Dos puertos SATA	Conecta un par de HDD o SSD mediante cables directos de datos y alimentación.	Dos unidades favorecen configuraciones de almacenamiento sencillas, como un solo disco o un espejo.
Expansión PCIe	Añade almacenamiento NVMe, conectividad de red u otro hardware específico para cada tarea.	Un adaptador seleccionado ocupa la vía de expansión y debe encajar en la configuración física.

Por qué son importantes los puertos Intel duales de 2.5GbE

Koroma Tech destaca las redes porque abordan dos frustraciones que experimentó con una ZimaBoard original utilizada como cortafuegos. Esa configuración anterior usaba redes Realtek, y sufrió desconexiones ocasionales y trabajo adicional con los controladores en OPNsense. Sus puertos de 1GbE también se convirtieron en una limitación al enrutar tráfico entre VLAN.

Las dos interfaces Intel 2.5GbE de ZimaBoard 2 aumentan el ancho de banda de red disponible y crean una base más limpia para un enrutador, un cortafuegos, una red doméstica segmentada o un enlace NAS rápido. El segundo puerto puede separar las rutas del tráfico en lugar de obligar a todas las cargas de trabajo a pasar por una sola interfaz.

Los puertos duales por sí solos no definen la configuración. Un firewall aún requiere una asignación deliberada de interfaces y reglas de seguridad, mientras que un servidor de almacenamiento necesita un switch y un cliente compatibles con 2.5GbE para que las transferencias superen las velocidades de gigabit. El hardware elimina una limitación inmediata de puertos; el diseño de la red determina si esa ventaja se aprovecha.

Construcción del conjunto de expansión de dos unidades y PCIe

La reseña incluye un bastidor para dos discos duros, un elevador PCIe, una tarjeta adaptadora y un ventilador opcional. Koroma Tech monta la placa en la base para las unidades, fija el conjunto del elevador, instala dos unidades y conecta el cable de datos y alimentación SATA. Las unidades también ayudan a estabilizar el bastidor mediante los puntos de montaje laterales.

Después añade un adaptador NVMe mediante PCIe. Esto crea un útil plan de almacenamiento en tres capas: eMMC integrada para el entorno ligero original, NVMe para un sistema operativo alternativo o un host de virtualización, y dos unidades SATA para los datos.

La configuración terminada es más grande que la placa sin accesorios, pero sigue siendo abierta y accesible. Esto es importante en un laboratorio doméstico, donde sustituir una unidad, cambiar un adaptador o redirigir un cable no debería requerir desmontar un dispositivo completamente sellado.

ZimaBoard 2 montada en un bastidor de dos unidades con almacenamiento SATA, ventilador de refrigeración y conexiones Ethernet, de alimentación y de pantalla — El laboratorio doméstico montado por Koroma Tech combina ZimaBoard 2 con dos unidades SATA, un ventilador de refrigeración opcional y las conexiones necesarias para el almacenamiento y la configuración inicial.

Exploración del entorno de servidor administrado desde el navegador

Después del montaje, Koroma Tech inicia el entorno de servidor suministrado y accede a él desde un navegador web. La interfaz ofrece un panel para el almacenamiento, el estado del sistema, las aplicaciones basadas en Docker y las tareas habituales de autoalojamiento. Esta es la forma más sencilla de empezar cuando el objetivo es implementar servicios sin construir primero una infraestructura de virtualización.

La experiencia predeterminada y las pruebas posteriores en bare metal están dirigidas a usuarios diferentes. Una plataforma de aplicaciones administrada desde el navegador reduce la dificultad de configuración para servicios de archivos y contenedores. Proxmox ofrece un mayor control sobre los sistemas aislados. TrueNAS orienta la máquina más directamente a los pools de almacenamiento, los recursos compartidos, la protección de datos y las aplicaciones de almacenamiento.

La decisión importante se toma antes de la instalación: elige el entorno operativo según la función principal del servidor. Instalar varias plataformas solo porque el hardware las admite puede generar migraciones innecesarias y almacenamiento fragmentado.

Por qué Koroma Tech instala sistemas alternativos en NVMe

Koroma Tech explica que Proxmox y TrueNAS pueden instalarse técnicamente en la eMMC integrada, pero elige una unidad NVMe. Su preocupación es la actividad sostenida del disco: las plataformas de virtualización, las bases de datos, los registros, los metadatos y las actualizaciones del sistema pueden generar más escrituras que un entorno ligero incluido.

El uso de NVMe separa el sistema operativo alternativo de las dos unidades de datos SATA y conserva el entorno eMMC integrado. También facilita la comprensión de las funciones de almacenamiento: la unidad NVMe gestiona el sistema activo, mientras que los discos duros contienen el conjunto orientado a la capacidad.

Se trata de una decisión de diseño, no de un requisito universal. Una instalación de prueba pequeña puede funcionar desde eMMC, pero la fiabilidad a largo plazo depende de la carga de trabajo, el espacio libre, el volumen de escritura, las copias de seguridad y la resistencia de la unidad de almacenamiento concreta. Koroma Tech elige la opción más conservadora para los sistemas que pretende probar.

Ejecución de Proxmox y un contenedor LXC de Ubuntu

Koroma Tech entra en la BIOS, inicia el sistema desde un instalador USB de Proxmox e instala Proxmox en la unidad NVMe. La instalación se completa con normalidad; después, implementa un contenedor LXC de Ubuntu para verificar que el entorno de virtualización funciona correctamente.

El contenedor se ejecuta correctamente. Esto es importante porque los contenedores se adaptan mejor al hardware disponible que un conjunto de máquinas virtuales completas. Proxmox explica que su plataforma integra máquinas virtuales KVM con contenedores Linux, que aíslan los entornos Linux mientras comparten el kernel del host.

Por lo general, ese modelo de kernel compartido requiere menos recursos que asignar a cada carga de trabajo un sistema operativo invitado completo. Por lo tanto, en un servidor doméstico de cuatro núcleos y 16 GB, los contenedores LXC pueden dejar más CPU y memoria disponibles para los propios servicios.

Interfaz de Proxmox VE 9.2.2 que muestra plantillas de contenedores LXC de Ubuntu en ZimaBoard 2 — Koroma Tech selecciona una plantilla LXC de Ubuntu en Proxmox VE 9.2.2 antes de implementar un contenedor Linux ligero en ZimaBoard 2.

Hasta dónde debería llegar la carga de trabajo de Proxmox

Una instalación correcta no significa que cualquier plan de virtualización sea apropiado. Koroma Tech señala repetidamente que el Intel N150 tiene cuatro núcleos. Varios contenedores ligeros pueden ser un uso sensato del sistema, pero varias máquinas virtuales que consuman muchos recursos pueden competir por el mismo tiempo de CPU y la misma memoria.

Un plan realista con Proxmox podría incluir un contenedor Linux pequeño para un servicio web, otro para utilidades de red y un entorno de pruebas dimensionado cuidadosamente. La carga de trabajo resulta menos adecuada cuando requiere varias máquinas virtuales siempre ocupadas, compilaciones pesadas, bases de datos grandes, análisis intensivo de videovigilancia u otras tareas sostenidas de CPU.

Para los lectores que eligen entre modelos de implementación, la guía de ZimaSpace sobre las ventajas y desventajas de bare metal, Docker y Proxmox para un primer laboratorio doméstico ayuda a separar las necesidades de aislamiento de la sobrecarga innecesaria de la virtualización.

Convertir el mismo hardware en un servidor TrueNAS

A continuación, Koroma Tech sustituye Proxmox por TrueNAS e instala de nuevo el sistema operativo en el NVMe. La instalación se completa sin ninguna solución inusual y el panel detecta la eMMC integrada, la unidad NVMe del sistema y los dos discos duros SATA.

Crea un pool con los dos discos duros y selecciona una configuración en espejo. TrueNAS define un espejo como un VDEV en el que cada disco almacena una copia exacta de los datos. Requiere al menos dos unidades y la capacidad disponible equivale al tamaño de un solo disco, según la documentación de TrueNAS sobre pools.

El espejo protege la disponibilidad frente al fallo de uno de los discos miembros, pero no es una copia de seguridad independiente. El borrado accidental, el malware, los errores de las aplicaciones y los daños en el sistema completo pueden afectar a ambas copias. Los datos importantes aún necesitan una copia de seguridad independiente, idealmente con una copia fuera del servidor.

Pantalla de configuración del pool de TrueNAS que detecta dos discos duros SATA de 3,64 TiB conectados a ZimaBoard 2 — TrueNAS detecta los dos discos duros SATA de 3,64 TiB conectados a ZimaBoard 2 mientras Koroma Tech comienza a configurar el pool de almacenamiento.

Proxmox o TrueNAS: ¿Qué prueba se adapta mejor al hardware?

Objetivo principal	Mejor ruta inicial	Motivo
Instalar algunas aplicaciones autoalojadas con una configuración mínima	Entorno proporcionado y gestionado desde el navegador	Proporciona una interfaz centrada en las aplicaciones sin crear un hipervisor.
Ejecutar varios servicios Linux aislados	Proxmox con LXC	Los contenedores utilizan la CPU y la memoria limitadas de forma más eficiente que muchas máquinas virtuales completas.
Crear un servidor de almacenamiento dedicado con dos unidades	TrueNAS	Centra el sistema en pools, datasets, recursos compartidos, protección y aplicaciones de almacenamiento.
Probar un entorno de desarrollo Linux dedicado	Linux en bare metal o una máquina invitada de Proxmox dimensionada cuidadosamente	Un único rol bien definido evita gastar recursos en capas innecesarias.
Ejecutar muchas máquinas virtuales pesadas	Un servidor con más núcleos	El N150 se convierte en el recurso limitante incluso si se instala almacenamiento adicional.

Koroma Tech considera que TrueNAS resulta especialmente natural con la carcasa externa para dos unidades, porque el hardware de almacenamiento tiene una función evidente. Proxmox también es viable, pero su valor proviene de los contenedores ligeros y la virtualización selectiva, no de maximizar el número de máquinas invitadas.

Lo que demuestra la reseña y lo que no

La reseña demuestra	No lo garantiza
La ZimaBoard 2 puede ejecutar Proxmox desde una unidad NVMe.	Cualquier conjunto de máquinas virtuales cabrá dentro de cuatro núcleos y de la memoria disponible.
Un contenedor LXC de Ubuntu se ejecuta correctamente.	Todas las aplicaciones tienen las mismas necesidades de recursos o compatibilidad con contenedores.
TrueNAS detecta la unidad NVMe y las dos unidades SATA.	Todos los adaptadores, discos, carcasas o futuras versiones de TrueNAS funcionarán de forma idéntica.
Dos unidades pueden formar un grupo en espejo.	Un espejo sustituye a una copia de seguridad independiente de los archivos importantes.
PCIe hace configurable esta plataforma compacta.	Todas las ampliaciones pueden instalarse simultáneamente en el único canal PCIe.

¿Quién debería considerar esta configuración de ZimaBoard 2?

Esta configuración tiene sentido para quien está construyendo su primer nodo de laboratorio doméstico o uno secundario, un NAS compacto de dos unidades, un servidor de desarrollo dedicado, un host de Docker o LXC, un dispositivo de red o un sistema Home Assistant. Resulta especialmente atractiva cuando el funcionamiento sin ventilador y la posibilidad de ampliación abierta importan más que el rendimiento multinúcleo bruto.

El modelo de 8 GB puede cubrir una función ligera y específica. El modelo de 16 GB ofrece más margen para varios contenedores, caché, servicios de archivos y experimentación, aunque el procesador de cuatro núcleos sin cambios sigue marcando el límite de cómputo. Los compradores deben elegir la configuración según el número y el comportamiento de las cargas de trabajo, no solo según la memoria.

Un servidor más grande es la mejor opción cuando el plan depende de numerosas máquinas virtuales completas, una alta carga de cómputo simultánea, más memoria de la que permite la plataforma, muchas unidades internas o varios dispositivos PCIe. La ZimaBoard 2 destaca cuando se puede definir claramente su función.

Un servidor pequeño se vuelve útil cuando su función está clara

La reseña de Koroma Tech respalda el título de su vídeo: la ZimaBoard 2 es pequeña, pero no debe subestimarse. El hardware pasa con éxito de una interfaz de servidor accesible a Proxmox con Ubuntu LXC y a TrueNAS con almacenamiento SATA en espejo.

Las pruebas también establecen el límite correcto. PCIe y NVMe pueden ampliar el almacenamiento y la funcionalidad, pero no convierten un N150 de cuatro núcleos en un servidor de virtualización denso. La mejor implementación asigna a la placa un propósito concreto y elige contenedores, configuraciones de almacenamiento y sistemas operativos que respeten sus recursos.

Mira la reseña completa de Koroma Tech para conocer el ensamblaje físico y ver demostraciones completas de la interfaz. Para más experimentos con servidores domésticos, ideas de implementación y comentarios prácticos de otros usuarios, únete a la comunidad de Discord de ZimaSpace.