NestDisk: el mini-NAS silencioso que desafía a los servidores tradicionales (y cabe en la palma de la mano) - Página 12 de 12

Índice

Conclusiones

LO BUENO

El procesador N150 ofrece un salto notable respecto al habitual N100: mejor single‑core, mejor multi‑core y un comportamiento más estable bajo carga. Procesador de bajo consumo, optimizado para NAS y tareas de red ligera. Permite funcionar 24/7 sin sobrecalentamiento.
Los 12 GB de RAM del NestDisk resultan más que suficientes para un NAS doméstico moderno, incluso con Docker y servicios adicionales
Los 64 GB de eMMC también cumplen sin problemas como unidad del sistema, siempre que el almacenamiento principal se delegue a SSD o NVMe, como es habitual en este tipo de dispositivos.
Soporte para cuatro SSD internos M.2
Ethernet 2,5 Gbps con posibilidad de bonding/LACP para incrementar ancho de banda en entornos de red compatibles.
Wi-Fi 6 totalmente funcional.
Bluetooth 5 para periféricos y sensores.
Tres salidas de vídeo HD (dos HDMI + USB-C)
Jack sonido
Wake-on-LAN (WOL): permite encender o despertar el dispositivo de forma remota, optimizando consumo y disponibilidad.
RAID y múltiples volúmenes: organización eficiente de datos y redundancia.
Bajo consumo (8–12 W).
Compatibilidad multi-OS: Debian 12, Windows 11, Proxmox, etc.
Flexibilidad de configuración para aficionados y laboratorios domésticos.

LO MALO / MEJORABLE

Sería de agradecer disponer de la posibilidad de incluir más memoria (hasta 32 GB) para ser usado con Proxmox, por ejemplo.
Aunque se vende como NAS, miniPC y AIBOX desgraciadamente no parece pensado para IA.
No tiene la comunidad ni el soporte de marcas más grandes (QNAP, Synology, etc.), aunque Debian compensa mucho.
Bluetooth no detectado por iPhone o Android (perfiles de audio y OBEX no habilitados).
Configuración de bonding y RAID requiere experiencia técnica.

NOTA: 9.5/10

El Youyeetoo NestDisk demuestra que ya no es necesario recurrir a servidores complejos para disponer de un NAS potente, eficiente y versátil. Gracias a su procesador Intel N150, su capacidad para múltiples unidades NVMe y su excelente gestión térmica, el dispositivo ofrece un rendimiento sostenido, bajo consumo y funcionamiento estable incluso bajo carga continua.

Las pruebas confirman un comportamiento sólido en todos los apartados: CPU eficiente sin throttling significativo, memoria rápida, almacenamiento NVMe ágil y temperaturas contenidas. Todo ello lo convierte en una plataforma ideal para NAS doméstico avanzado, contenedores Docker, Home Assistant, servidor multimedia o incluso servicios de red como VPN y bases de datos ligeras.

En definitiva, el NestDisk se sitúa en un punto intermedio muy atractivo entre las soluciones domésticas básicas y los servidores tradicionales: compacto, silencioso, flexible y sorprendentemente potente. Un dispositivo pensado para funcionar 24/7 que demuestra que el futuro del almacenamiento doméstico puede ser pequeño… pero muy capaz.

5159

6 Comments

Admin

Pharizna

6 meses antes

El lanzamiento del Lockerstor 24R Pro Gen2 de nuestros amigos de ASUSTOR refuerza claramente su apuesta por el almacenamiento empresarial de alto rendimiento.

Con 24 bahías y la posibilidad de expansión mediante el Xpanstor 12R, la capacidad potencial que supera el petabyte convierte a este NAS en una opción muy atractiva para centros de datos, virtualización o entornos con múltiples usuarios. La incorporación de RAID 50 y RAID 60 también apunta directamente a cargas de trabajo intensivas, donde el equilibrio entre redundancia y velocidad resulta crítico.

Este movimiento contrasta con soluciones más compactas como el NestDisk miniNAS de Youyeetoo que acabamos de revisar, orientado a oficinas pequeñas o laboratorios domésticos. Mientras aquel prioriza eficiencia y tamaño reducido, la serie Lockerstor R Pro Gen2 apuesta claramente por la escalabilidad y la alta disponibilidad.

Admin

Pharizna

6 meses antes

Hasta el NestDisk no me había dado cuenta de lo interesante que es WOL. Por ejemplo, he creado una automatización en Home Assistant que «despierta» mi NAS para realizar los correspondientes Backups de HA … depués se apaga y todo sin hacer ni un «ruidito»

Admin

Pharizna

5 meses antes

Con ayuda de ChatGPT y Copilot he conseguido automatizar mis copias de seguridad de HA «despertando» mi NestDisk gracias a su WOL, activando SFTP Storage y lanzando el correspondiente backup. En menos de dos minutos, tengo la copia de seguridad en mi RPi local así como en el NASy poco después apago el NestDisk y aquí no ha pasado nada excepto un mensaje via Telegram anunciando que el proceso se he realizado de forma correcta.

A continuación os dejo el automatismo utilizado más que nada para que no se me olvide!

alias: Backup automático con encendido inteligente del NAS
mode: single
variables:
  nas_estaba_encendido: "{{ is_state('binary_sensor.192_168_1_38', 'on') }}"
triggers:
  - at: "03:00:00"
    trigger: time
actions:
  - delay:
      seconds: 1
  - choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.192_168_1_38
            state: "off"
        sequence:
          - action: shell_command.wol_nestdisk
  - wait_for_trigger:
      - entity_id: binary_sensor.192_168_1_38
        to: "on"
        trigger: state
    timeout: "00:05:00"
    continue_on_timeout: true
  - action: script.recargar_sftp
  - delay:
      seconds: 15
  - data:
      name: Backup automático NAS {{ now().strftime('%Y-%m-%d') }}
    action: backup.create_automatic
  - data:
      message: Backup realizado correctamente y enviado al NAS.
    action: notify.a_telegram
  - delay:
      seconds: 180
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ not nas_estaba_encendido }}"
        sequence:
          - action: shell_command.nestdisk_apagar

alias: Backup automático con encendido inteligente del NAS

mode: single

variables:

nas_estaba_encendido: "{{ is_state('binary_sensor.192_168_1_38', 'on') }}"

triggers:

- at: "03:00:00"

trigger: time

actions:

- delay:

seconds: 1

- choose:

- conditions:

- condition: state

entity_id: binary_sensor.192_168_1_38

state: "off"

sequence:

- action: shell_command.wol_nestdisk

- wait_for_trigger:

- entity_id: binary_sensor.192_168_1_38

to: "on"

trigger: state

timeout: "00:05:00"

continue_on_timeout: true

- action: script.recargar_sftp

- delay:

seconds: 15

- data:

name: Backup automático NAS {{ now().strftime('%Y-%m-%d') }}

action: backup.create_automatic

- data:

message: Backup realizado correctamente y enviado al NAS.

action: notify.a_telegram

- delay:

seconds: 180

- choose:

- conditions:

- condition: template

value_template: "{{ not nas_estaba_encendido }}"

sequence:

- action: shell_command.nestdisk_apagar

Admin

Pharizna

5 meses antes

En respuesta a Pharizna

Una cosa muy importante y que no se «me» puede olvidar es el script.recargar_sftp que os copio a continuación:

alias: Recargar SFTP
sequence:
  - data:
      entry_id: 01KQWKBJTWSB9F78PDB1JAP62S
    action: homeassistant.reload_config_entry
mode: single
description: ""

alias: Recargar SFTP

sequence:

- data:

entry_id: 01KQWKBJTWSB9F78PDB1JAP62S

action: homeassistant.reload_config_entry

mode: single

description: ""

Lo más «complicado» es encontrar la entry_id ya que está un tanto oculto.

pi@raspberrypi:~ $ cd /opt/mydockers/homeassistant
pi@raspberrypi:/opt/mydockers/homeassistant $ sudo nano ./.storage/core.config_entries

1 2	pi@raspberrypi:~ $ cd /opt/mydockers/homeassistant pi@raspberrypi:/opt/mydockers/homeassistant $ sudo nano ./.storage/core.config_entries

Dentro de dicho fichero basta con buscar «sftp» y allí encontrarás la correspondiente entry_id

Admin

Pharizna

5 meses antes

Para los interesados en ejecutar powercap-mqtt incluso en CasaOS os dejamos aquí el correspondiente docker-compose.yml

services:

  powercap-mqtt:
    container_name: powercap-mqtt
    image: powercap-mqtt:latest
    restart: unless-stopped

    # Necesario para acceder a /sys y /proc reales del host
    privileged: true

    environment:
      - MQTT_HOST=192.168.1.144
      - MQTT_PORT=1883
      - MQTT_USER=MQTTUSER
      - MQTT_PASS=MQTTPASSWORD
      - MQTT_TOPIC=nestdisk/cpu
      - INTERVAL=30

    volumes:
      # Script
      - ./powercap-mqtt.py:/app/powercap-mqtt.py:ro

      # Acceso completo al hardware del host
      - /sys:/sys:ro
      - /proc:/proc:ro

    # Red por defecto (bridge) funciona porque ya confirmamos conectividad
    network_mode: bridge

Admin

Pharizna

1 mes antes

Debo reconocer que soy un aficionado a los dockers y, probablemente, los utilizo con demasiada frecuencis. Los peligros de Docker no están en la herramienta, sino en la comodidad que ofrece.

Levantar un contenedor nuevo cuesta segundos: un archivo Compose, un puerto publicado y ya está. El autor de MakeUseOf reconoce que repitió esa rutina hasta acumular siete contenedores en un servidor con solo 2 GB de RAM, nueve puertos web abiertos y varias subredes bridge generadas automáticamente sin ningún control.

Nada de eso falla de inmediato, y ahí está la trampa: cada contenedor añadido sin criterio suma deuda de red que se vuelve invisible hasta que un puerto queda expuesto sin querer o dos servicios que nunca debían verse entre sí terminan compartiendo la misma subred.

La afición a Docker se convierte en riesgo cuando se prioriza la velocidad de despliegue sobre la planificación: nombres, redes dedicadas y un único punto de entrada mediante proxy inverso. Instalar es fácil; ordenar lo instalado, no tanto.