Voy a empezar por el final: tengo 3 ZimaBoard 2 corriendo en un cluster K3s desde hace meses. Funcionan. No han dado un solo problema. Y aún así, no se los recomendaría a todo el mundo.
Por qué compré 3 (y no un mini PC)#
La idea era montar un cluster Kubernetes que corriera servicios reales 24/7. Radarr, Sonarr, Jellyfin, Pi-hole, Readarr, una docena de cosas más.
La alternativa obvia era un mini PC tipo Minisforum. Más potencia, más RAM, más de todo. Pero había un problema: el consumo. Un Minisforum MS-01 consume fácilmente 30-40W idle. Tres de ellos serían 90-120W funcionando las 24 horas. En España, con la luz a lo que está, eso son 15-20€/mes solo de electricidad.
Tres ZimaBoard 2 consumen menos de 15W en total sin discos. Con un SSD SATA cada uno, unos 18-20W. Eso son 2-3€/mes. En un año, la diferencia en electricidad casi te paga uno de los ZimaBoard.
Esa fue la razón real. No las specs, no el marketing, no lo bonito que queda en la mesa.
Las specs reales#
El ZimaBoard 2 viene en dos variantes: la 832 (8GB/32GB) y la 1664 (16GB/64GB). Mis tres llevan la 1664. Esto es lo que hay dentro:
| Componente | Especificación |
|---|---|
| CPU | Intel N150, 4 cores, hasta 3.6GHz boost (Twin Lake) |
| RAM | 16GB LPDDR5x @ 6400MHz (soldada) |
| Almacenamiento | 64GB eMMC |
| Red | 2x Intel i226-V 2.5GbE |
| SATA | 2x SATA 3.0 + salida 12V para alimentar discos |
| Expansión | PCIe 3.0 x4 |
| USB | 2x USB 3.1 Type-A |
| Vídeo | Mini DisplayPort 1.4 (4K@60Hz) |
| Consumo | 2-4W idle / ~26W bajo carga |
| Precio | ~250€ (1664) / ~187€ (832) |
El salto respecto al ZimaBoard original es grande. El N150 es una bestia de eficiencia comparado con el viejo Celeron N3450, entre un 60-80% más rápido en multi-hilo, con soporte AV1 decode y HEVC encode nativo. Los 2.5GbE con chipset Intel son garantía de compatibilidad (nada de Realtek con drivers problemáticos). Y el PCIe 3.0 x4 abre la puerta a cosas que antes no eran posibles: adaptadores NVMe, tarjetas de red 10GbE, o incluso GPUs externas.
La salida Mini DisplayPort existe y funciona a 4K, pero en la práctica la usé exactamente una vez, para la configuración inicial. Después de eso, SSH y punto.
Cómo rinden en producción#
Mis tres ZimaBoard corren Debian 13 con K3s. Tres como control plane, tres como workers (sí, llevan los dos roles porque en un cluster pequeño no tiene sentido separarlos). Cada uno con un SSD SATA de 1.4TB para Longhorn (storage distribuido).
| |
6 nodos (3 en ZimaBoard, 3 en VMs), todos conectados por Tailscale. El cluster corre ahora mismo: todo el stack *arr (Radarr, Sonarr, Prowlarr, Bazarr, Jellyseerr, qBittorrent), Readarr, Kavita, Audiobookshelf, Longhorn, y varias aplicaciones web. Todo funciona sin un solo hiccup.
Con 16GB de RAM y K3s (que es bastante más ligero que un Kubernetes full), cada nodo se queda en ~2.5GB usados de los 15GB disponibles con la carga actual. Hay margen de sobra para añadir más servicios.
El N150 no es un cohete, pero para contenedores Docker es más que suficiente. Donde sí notas el límite es en compilaciones pesadas o tareas de CPU sostenida, pero eso no es para lo que están estos cacharros.
Lo que me gusta#
El consumo es absurdo#
Lo medí con un Shelly Plug S durante una semana:
- Idle sin discos: 2-4W (coincide exactamente con lo que muestra ZimaOS)
- Idle con un SSD SATA: ~5W
- Carga normal (K3s + contenedores + red): 6-8W
- Carga máxima: ~15W
Tres ZimaBoard con sus SSDs: menos de 20W en total. Eso es menos que un monitor en standby. El coste eléctrico es ridículo, unos 2-3€/mes por los tres.
Para comparar: solo uno de mis nodos Proxmox (un Minisforum con 32GB) consume más idle que los tres ZimaBoard juntos.
Silencio total#
Fanless de fábrica. Sin ventilador, sin partes móviles (con SSD). Los pongo al lado de la pantalla y no me entero de que están ahí. Si usas discos mecánicos esto cambia, obviamente, pero con SSDs es cero ruido.
Mi servidor Unraid tiene discos mecánicos y cuando hace parity check suena como un avión. Los ZimaBoard son la antítesis.
Los 2x 2.5GbE con Intel i226-V#
El ZimaBoard original tenía Gigabit. El 2 lleva dos puertos 2.5GbE con chipset Intel i226-V, que es lo que quieres en un servidor. Compatible con todo, drivers nativos en Linux, cero problemas. En mis pruebas saturan el enlace sin dramas.
Tener dos puertos permite separar tráfico: uno para la red de datos/servicio y otro para la red de management del cluster, o hacer bonding si tu switch soporta LACP.
El PCIe 3.0 x4 abre posibilidades#
No lo uso en mi setup porque los tres ZimaBoard van dedicados al cluster K3s, pero hay gente metiendo cosas muy interesantes por ese slot: tarjetas de red 10GbE, adaptadores quad-NVMe, o incluso GPUs. En la review de Andro4all probaron una RTX 5070 por PCIe externo para transcoding en Jellyfin. Y funciona.
Con 4 GB/s de ancho de banda, el slot da para mucho.
Lo que no me gusta#
La carcasa quema#
No exagero. El chasis de aluminio actúa como disipador y bajo carga sostenida la superficie supera los 55°C. Las primeras veces que lo toqué sin pensarlo me llevé un susto. Te acostumbras, pero da respeto.
En reposo la CPU ronda los 48-52°C, y bajo carga puede llegar a 70°C. No ha habido throttling en mi caso (probablemente porque K3s no genera cargas de CPU sostenidas), pero es algo a tener en cuenta si vas a darle caña continua.
IceWhale incluye un ventilador PWM en la caja que puedes instalar abriendo el chasis. Yo lo probé y la temperatura baja significativamente, pero al final lo quité porque estéticamente prefiero el bloque de aluminio limpio. Si le vas a dar caña constante, ponlo.
El eMMC de 64GB es justo#
Para el sistema operativo va bien. Debian con K3s ocupa unos 5-6GB. Pero si empiezas a acumular imágenes Docker y logs, 64GB se quedan cortos. La solución es usar el SATA para datos y Docker, y el eMMC solo para el OS y boot. Así es como los tengo configurados.
Sin WiFi ni Bluetooth#
Es una placa pensada para ir cableada. Para un servidor tiene sentido. WiFi en un servidor es mala idea por latencia y fiabilidad. Pero si necesitas conectividad inalámbrica, toca adaptador USB o tarjeta PCIe.
La versión de 8GB se queda corta#
Mis tres llevan 16GB y van holgados con K3s y 10-15 contenedores por nodo. Pero en foros veo gente con la versión de 8GB quejándose de swap constante. K3s solo ya consume 1-1.5GB, y los contenedores van sumando rápido. Si vas a hacer algo más que un NAS básico, la diferencia de precio entre la 832 y la 1664 (~60€) merece la pena.
¿Para quién es?#
Compra un ZimaBoard 2 si:
- Quieres un servidor silencioso y de bajo consumo
- Estás montando un cluster (el factor de forma compacto es ideal)
- Necesitas SATA nativo para discos sin adaptadores USB
- La eficiencia energética te importa
- Quieres algo versátil: NAS, Docker, router, lo que necesites
NO compres un ZimaBoard 2 si:
- Necesitas más de 16GB de RAM (no es ampliable)
- Quieres virtualización pesada con Proxmox (funciona, pero estás limitado)
- Necesitas potencia de GPU dedicada
- Prefieres un solo servidor potente en vez de varios pequeños
Para ese segundo caso, mira un mini PC como el Minisforum MS-01 o un servidor de segunda mano en Wallapop.
Veredicto después de meses de uso#
El ZimaBoard 2 ocupa un nicho muy específico: el servidor que no parece un servidor. Bajo consumo, silencioso, compacto, y con suficiente potencia para servicios reales. No es el más potente ni el más barato, pero es el que mejor equilibrio consigue entre todos esos factores.
La versión 1664 con el N150 y 16GB LPDDR5x es un salto generacional respecto al original. Los Intel i226-V para red, el PCIe 3.0 x4 para expansión, y los SATA con salida de 12V para alimentar discos lo convierten en algo mucho más versátil de lo que el tamaño sugiere.
Si me preguntas si volvería a comprarlo, la respuesta es sí. Tres veces sí, literalmente.
8.5/10
- ✅ Consumo ridículo (2-4W idle)
- ✅ N150 con Quick Sync
- ✅ 2x 2.5GbE Intel i226-V
- ✅ PCIe 3.0 x4 para expansión
- ✅ Fanless, totalmente silencioso
- ✅ SATA con alimentación 12V incluida
- ❌ La carcasa quema bajo carga
- ❌ eMMC de 64GB justo para Docker
- ❌ Sin WiFi/Bluetooth
Los 3 ZimaBoard llevan 22 días encendidos sin un solo reinicio. Coste total en electricidad: menos de lo que gasto en café al mes. No está mal para un cluster que corre 30+ contenedores.