Muchas dudas a la hora de montar servidor casero

Cita de Floppy19

Como todo, cada cosa es para lo que es. Si a un LXC le empezamos a poner privileged, nesting y demás ajustes trambolicos entonces es mejor una VM, ya que sí puedes llegar a comprometer el host (aunque es muy difícil).

Cita de Acróbata

Gracias por responder. ¿En que máquinas y configuración tienes ambas máquinas?

Cita de Acróbata

A ver si me podéis ayudar porque a más información obtengo, más lío me hago.


Quiero montarme un servidor casero con lo siguiente:


Máquina virtual Proxmox con Home Assistant
Conectar un DAS y realizar raid por software


Aún no sé si todo en docker o también en alguna VM más:
- Pihole
- Tailscale
- Plex/Jellyfin
- Bitwarden
- Duckdns
- Heimdall
- NginxProxyManager
- Portainer
- Nextcloud
- Radarr
- Sonarr
- Transmission
- Duplicati
- Calibre
- OpenMediaVault


Ahora vienen las dudas:


¿Dónde instalo todo esto?
¿Qué instalo como contenedor docker y qué como VM?
¿Un NAS con 8gb sería suficiente para aguantar toda esa carga y trabajo?
¿Lo sería un N100 con 16gb?
¿Mejor dos N100 y repartir tareas? ¿De qué manera?
¿O ir a por un N100 y un servidor reciclado tipo HP Elitedesk 800 G4 o similar?


A ver si me podéis iluminar el camino.


Gracias de antebrazo.

Cita de Meiden

Yo tengo un home server con Swizzin, nginx reverse proxy y varios contenedores Docker desde hace 7 u 8 años. Nunca usé Proxmox,y no le veo la utilidad o la ventaja para un uso doméstico. La última vez que dije esto se me tiraron a la yugular.

Cita de heisenberg_06

En un LXC no creo que tengas problemas con ninguno de los dos, es todo muy directo.
En https://github.com/community-scripts/ProxmoxVE tienes un montón de scripts para diferentes contenedores. Si lo quieres hacer en docker dentro de una VM ya será otra historia.

Cita de Floppy19

Mi granito de arena: HP/Lenovo Tiny, los tienes con i5 de novena generación a 150-200€, le apañas 32GB de RAM y tienes potencia de procesamiento de sobra, muy por encima de los N100 que se quedan cortos enseguida.

Sobre el sistema operativo: Proxmox sin duda, y un LXC para cada aplicación, así en caso de que se rompa una aplicación, solo restauras esa en concreto. Docker lo descarto por completo, solo lo utilizo en caso de que no tenga ninguna otra forma de ejecutarla, no es una herramienta para dejar cosas "en producción" y añade muchísimo overhead (carga de procesamiento inútil)

Personalmente se me ha ido un poquito de las manos. De estos 4 nodos, 3 son Lenovo Tiny M720q y el cuarto es un PC con una caja más grande para añadir almacenamiento.

Cita de Floppy19

Para mí la principal ventaja es la libertad para romper cosas. LXC nuevo instalo la aplicación que sea, y si por cualquier razón se llega a corromper el sistema o meter algún zarpazo, borras el LXC o la MV y aquí no ha pasado nada.

Si rompes el sistema en el que están funcionando todas las aplicaciones, el tiempo de recuperación es mas costoso.

Cita de Selo43

Unraid en:
-Prodesk 600 G3 i5-6600 con 16gb de ram. ssd 512 + WDpurple de 6T, tarjeta de red con 4nics
-Supermicro cse-836 2xE5-2680v4 128gb ram, gtx1650, 2x1Tssd y varios discos sas (unos 12) de entre 4 y 10T


Proxmox en:
-un lenovo M710s con i5-7400 8gb ram, discos similar al prodesk, instalado en otra vivienda cercana, conectado a la red local con enlace (para copias remotas y otros)
-Mini pc lenovo M720q para pruebas


El primero en montar fué el prodesk, y es lo que le recomiendo a cualquiera (este tipo de equipo lo tienes en HP, Lenovo o Dell).Equipos baratos, ampliables y de bajo consumo (no llega a bajar como un N100, pero de 40-50w no pasa ya con discos incluidos).
En ese equipo tengo varis VM: con pfsense, un dva3221 con SS, varias con W10 con internet capado para cosas sparrow y unos 10-15 dockers, aparte de lo típico de wireguard (nativo en unraid y muy muy facil de configurar), swag, guacamole, urbacukp…

Cita de twewy

Para que pones omv si ya vas a poner todo lo demás por separado? Pa mi gusto es una mierda la verdad quizás lo quieras para que haga una o dos cosas concretas y ya entiendo

Cita de ratillo89

¡Y listo! Con esto deberías tener un buen mapa de ruta para no volverte loco con tantas opciones.

Dale las gracias a ChatGPT.

Cita de ratillo89

A la hora de montar un “home server” con tantos servicios (Home Assistant, Plex/Jellyfin, PiHole, Nextcloud, etc.) hay varias decisiones de arquitectura que debes valorar. No existe una fórmula perfecta para todos los casos, pero sí una serie de buenas prácticas y consideraciones en torno a Proxmox, contenedores vs. VMs y hardware. Te dejo un repaso general que suele funcionar bien en la mayoría de entornos domésticos.
1. ¿Qué papel juega Proxmox?

Proxmox es un hipervisor bare-metal, es decir, lo instalas directamente en el hardware (el PC/servidor/NAS que compres) y desde ahí creas:

• Máquinas virtuales (KVM): entornos con su propio kernel y su propio sistema operativo aislado.
• Contenedores LXC: muy ligeros, comparten kernel con el host pero están aislados a nivel de sistema de ficheros, red, etc.

También tienes la opción de instalar Docker dentro de un contenedor LXC o en una VM (por ejemplo, Ubuntu Server con Docker). Es bastante común hacerlo en una sola VM (o LXC) dedicada a Docker y, dentro de Docker, levantar todos esos servicios con docker-compose.
2. ¿Dónde instalo cada servicio?

Home Assistant

• Opción recomendada: una VM de Home Assistant OS (la imagen oficial que mantiene Home Assistant). Esto te garantiza actualizaciones sencillas, backups de snapshots y la integración nativa de addons.
• Alternativa: instalar Home Assistant Core en Docker (ya sea directamente o en un contenedor LXC). Pero es menos “plug & play” que la VM oficial y puede causar incompatibilidades con ciertos addons “supervisados”.

Servicios típicos (PiHole, Tailscale, Plex/Jellyfin, Bitwarden, etc.)

Lo más habitual es que vayan en contenedores Docker por su ligereza y fácil mantenimiento. Desde Docker Compose puedes controlar todos de forma muy sencilla. Por ejemplo:

• PiHole y Tailscale pueden ir en contenedores Docker sin problema (o en un LXC independiente si quieres aislarlos más).
• Plex/Jellyfin funcionan de maravilla en Docker, aprovechando la aceleración por hardware (GPU integrada) si tu CPU lo permite.
• Bitwarden, DuckDNS, Heimdall, Nginx Proxy Manager, Portainer son todos muy “dockerizables”. Portainer te facilita la gestión de todos los contenedores.
• Nextcloud, Radarr, Sonarr, Transmission, Duplicati igual: perfecto en Docker.
• Calibre también existe en imagen de Docker.
• OpenMediaVault (OMV): normalmente se instala como sistema operativo (bare metal) o en una VM, porque gestiona el almacenamiento a bajo nivel (RAID, Samba, etc.). Pero hay gente que lo ejecuta en Docker. Con Proxmox, lo más frecuente es usar ZFS o MDadm en el propio host para el almacenamiento y no usar OMV. Sin embargo, si te gusta la interfaz de OMV para gestionar el RAID, puedes levantarlo en una VM o LXC, y pasarle los discos o la controladora.

Resumen:

• Home Assistant mejor en VM (imagen oficial).
• Resto de servicios (PiHole, Plex, Tailscale, Radarr, Sonarr, Transmission, Nextcloud…) suelen ir en Docker contenedores.

Eso sí, hay gente que en lugar de agrupar todo en un solo Docker host, separan en varios contenedores LXC o VM para aislar redes, permitir backups selectivos, etc. Lo más sencillo es “1 VM con Docker Compose para todo” y “1 VM exclusiva para Home Assistant”.
3. ¿Cuánta RAM necesitas? (¿8 GB vs. 16 GB?)

Considerando la lista de servicios que comentas, 8 GB se queda justo. No es que sea imposible, pero al final muchos de esos servicios (sobre todo Plex/Jellyfin, Nextcloud, bases de datos internas, etc.) necesitan memoria. Aparte querrás tener margen para caches, base de datos de Home Assistant, etc.
Para un servidor estable y con capacidad de crecimiento, 16 GB es lo recomendable. Si te quedas en 8 GB, probablemente te verás obligado a forzar intercambios a disco (swap), ir cerrando servicios, no poder añadir nada más en el futuro, etc.
4. ¿N100 con 16 GB o mejor otro hardware?

• Intel N100: es un procesador de bajo consumo, 4 núcleos, con GPU integrada de 11ª gen de Intel (soporta QuickSync para transcodificación de vídeo). Para un entorno doméstico está bastante bien si no vas a tener muchas reproducciones simultáneas de Plex/Jellyfin con transcodificación pesada.
• Si vas a hacer mucho streaming en tiempo real o vas a usarlo para más tareas pesadas (máquinas virtuales con Windows, compilaciones grandes, etc.), quizás se te quede corto y un procesador más potente te vendría mejor.
• HP Elitedesk 800 G4 (o similares): suelen montar CPUs tipo Intel Core i5/i7 de escritorio (T series o normal), más potencia monohilo y multihilo que un N100, mayor TDP y más opciones de expansión (RAM hasta 32GB, más puertos SATA, etc.).
  • Ventaja: más potencia, más escalabilidad, más fácil de encontrarlo de segunda mano a buen precio.
  • Inconveniente: un poco más de consumo energético y, a veces, más ruido que un miniPC con un N100.

¿Mejor uno o dos N100?

• Para la mayoría de usos domésticos, lo más fácil es concentrar todo en una sola máquina. Tener dos miniPC implica duplicar la administración, un mayor coste inicial y mayor consumo total, aunque cada uno consuma poco.
• Razón para tener 2: si quieres alta disponibilidad o aislar Home Assistant en una máquina y tus servicios en otra (ej. si algo se cuelga o saturas CPU con transcodificaciones, HA sigue funcionando). Pero es menos habitual para un entorno casero básico.

La mayoría de la gente se inclina por:

1. Un solo servidor con 16 GB de RAM.
2. Un procesador que tenga algo de margen para transcodificar o manejar varias VMs si es necesario. Si el N100 cumple tus requisitos (y no vas a forzar 4K transcodificado con 2-3 streams simultáneos), es una buena elección por consumo y tamaño.
3. Si quieres algo más robusto, un reacondicionado tipo Elitedesk 800 G4 con un Core i5 de 8ª Gen o similar, con 16 GB (o 32 GB) de RAM, también va fenomenal. Eso sí, ojo al consumo eléctrico y a la GPU integrada para transcodificar.

5. RAID por software (con DAS) y OpenMediaVault

Si piensas en usar un DAS (caja con discos) y crear un RAID por software, tienes varias alternativas:

• ZFS en Proxmox: ZFS es muy popular por su fiabilidad y facilidad para snapshots. Se encarga de la redundancia (es un RAID por software avanzado).
• MDadm en Proxmox**: el típico RAID por software Linux.
• OpenMediaVault en una VM: podrías pasar los discos “sin formatear” directamente a la VM (passthrough) y dejar que OMV maneje el RAID con MDadm.
• Unraid (otra opción muy popular, pero es de pago).
• TrueNAS Scale (que combina ZFS + Docker/Kubernetes y simplifica la gestión).

Con Proxmox, en muchos casos la gente prescinde de OMV, monta un pool ZFS o un RAID con MDadm en el host y luego asigna almacenamiento a las VMs/contendores (via NFS o directamente con discos virtuales).

• Usar OMV en VM está bien si te gusta su interfaz para gestionar comparticiones Samba, usuarios, RAID, etc.
• ZFS (o MDadm) “a pelo” en Proxmox ahorra la capa extra y funciona de maravilla si no necesitas la interfaz gráfica de OMV para tu RAID.

Recomendación de esquema “típico”:

1. Hardware:
   • Un equipo con 16 GB de RAM (mínimo) y CPU con soporte de virtualización (vt-d / vt-x) + QuickSync si piensas transcodificar.
   • Un Intel N100 va bien si tu consumo multimedia no es exigente. Si crees que vas a forzar transcodificaciones simultáneas, valora algo más potente (un i5/i7 de algún miniPC de segunda mano).
2. Proxmox instalado en el disco interno (o un SSD).
3. Pool ZFS o RAID con MDadm en los discos del DAS.
4. Máquinas virtuales:
   • VM #1: Home Assistant OS. Configurada con 2-4 GB de RAM según tus necesidades de addons.
   • (Opcional) VM #2: OpenMediaVault (si quieres). O bien administras el almacenamiento desde Proxmox directamente.
5. Contenedor LXC o VM con Docker (muchos optan por VM Ubuntu Server o Debian):
   • Dentro de esa VM, levantas todos los servicios Docker que mencionas (PiHole, Tailscale, Plex, Jellyfin, Radarr, Sonarr, Transmission, etc.).
   • Usa docker-compose (o Portainer) para gestionarlos cómodamente.
6. Backups: aprovecha la ventaja de Proxmox para hacer snapshots de las VMs (especialmente de Home Assistant), y/o Duplicati para subir copias en la nube.

Con este esquema, la mayoría de gente logra un equilibrio entre:

• Facilidad de mantenimiento (Docker Compose).
• Aislamiento y soporte nativo en Home Assistant (VM oficial).
• Gestión limpia de Proxmox.

Conclusión final

1. Proxmox como base.
2. 16 GB de RAM casi imprescindible con esa cantidad de servicios.
3. Home Assistant mejor en VM dedicada. El resto de servicios, en Docker (normalmente dentro de una sola VM o contenedor LXC).
4. El Intel N100 con 16 GB puede funcionar perfectamente si no vas a meterle demasiada caña al streaming (transcodificaciones múltiples de 4K). Si te preocupa potencia o escalabilidad, un miniPC/torre de segunda mano con un i5 o i7 te dará más margen a futuro.
5. Monta el RAID por software (ZFS o MDadm) directamente en Proxmox y, si quieres interfaz gráfica para la parte NAS, valora poner OpenMediaVault en una VM o directamente gestionarlo “a mano” (ya que en Proxmox suele ser bastante sencillo).
6. Montar dos N100 complica la arquitectura sin aportar demasiado en un entorno doméstico, a menos que busques alta disponibilidad o “separar” físicamente servicios críticos.

¡Y listo! Con esto deberías tener un buen mapa de ruta para no volverte loco con tantas opciones.

Dale las gracias a ChatGPT.

Cita de heisenberg_06

A pesar de haber hecho uso de chatgpt la verdad que es un comentario súper completo. Un 10 para ti.

Cita de Floppy19

Mi granito de arena: HP/Lenovo Tiny, los tienes con i5 de novena generación a 150-200€, le apañas 32GB de RAM y tienes potencia de procesamiento de sobra, muy por encima de los N100 que se quedan cortos enseguida.

Sobre el sistema operativo: Proxmox sin duda, y un LXC para cada aplicación, así en caso de que se rompa una aplicación, solo restauras esa en concreto. Docker lo descarto por completo, solo lo utilizo en caso de que no tenga ninguna otra forma de ejecutarla, no es una herramienta para dejar cosas "en producción" y añade muchísimo overhead (carga de procesamiento inútil)

Personalmente se me ha ido un poquito de las manos. De estos 4 nodos, 3 son Lenovo Tiny M720q y el cuarto es un PC con una caja más grande para añadir almacenamiento.

Cita de elmove

Estaba en la misma situacion que tu y despues de mucho probar (Raspberrys, N100, Servidor Rack) lo mejor a nivel casero son minipc estilo HP elitedesk 800 con 16GB de ram un i5 y para correr unos cuantos contenedores vas sobrado. Además si te mola, puedes montar un cluster y mover las máquinas de un nodo al otro.Por cierto si vas a usar proxmox olvídate de docker tienes los contenedores propios LXC que van genial.

Cita de ry.

Yo cambiaba Duplicati por Kopia

Cita de harsxhe

Depende mucho de cuánto te quieras gastar (a nivel monetario y nivel quebraderos de cabeza), o si quieres también aprender durante el montaje de todo o más ir un poco a tiro hecho y que jeje

yo lo tengo el mio montado en un N100 con proxmox y 0 quejas la verdad, tengo luego posibilidad de escalarlo en el futuro sin liarla

obvio un minipc te irá mejor y según vayas escalando el hardware si buscas y/o tienes paciencia, pero pillar un N100 nuevo por menos de 100 (que suelen estar en oferta a menudo) es también curarte en salud de algún reacondicionado que no salga bueno

ya tirar de lxc o de docker según lo que vayas a montar,, a algunas imágenes no les sienta bien lxc y les puede dar la pájara (no me ha pasado pero suelen comentarlo)

Cita de reddox

Yo estoy encantado con la los small form de HP y Lenovo. Acabo de pillar un HP Z240, con un i7 y 64 GB de ram. Le he puesto igual que al anterior proxmox, y ahi voy con todo. LXC con wireguard, mariadb, etc. TrueNAS, Windows 11, Debian en VMs. Una gozada hacer copias de los bloques para pasarlos de un equipo a otro. Si necesito docker, lo meto en Debian y a correr.

Cita de ratillo89

Dale las gracias a ChatGPT.

Cita de HARDFAILER

Hola, yo estoy montando ahora uno con un m600, como no tengo ni idea y veo que tu tienes varias maquinas, te pregunto.
¿ hay alguna forma de conectar un pc con varios HDD y que el servidor lo encienda y apague en caso de que necesite acceder a archivos almacenados en él?
El uso va a ser mínimo, tengo instalado amule y emby y como mucho va a reproducir dos pelis a la vez, una local y otra fuera de la red, pero tampoco me interesa que el pc este encendido 24/7, el servidor me da igual porque el m600 tiene un consumo ridículo.

Cita de Rivatomasol

Yo tengo el server de mi casa montado en un minipc con un ryzen 7 5850u y va de lujo. Lo tengo montado en un Ubuntu Server y con todos los servicios desplegados en Docker Composes gestionados con Dockge (lo recomiendo).

Sobre servicios que recomendaría pues de todos los que tengo, los que más uso de tipo multimedia con diferencia son Plex y steam-headless (https://github.com/Steam-Headless/docker-steam-headless). El primero lo conoces de sobra, el segundo es menos conocido quizá, pero es una maravilla: ahí lo tengo con Steam Big Picture lanzando el emulador Ryujinx y jugando a todos los juegos de Switch en 1080p usando Sunshine y Moonlight en un FireStick TV desde el salón (0 lag).

Todo eso por darte otra idea. Sobre el dilema pihole vs. AdGuard, yo probé los dos y rotundamente recomiendo AdGuard. Me parece mucho más sencillo e intuitivo de gestionar que pihole. Luego además, en lugar de Transmission te recomiendo qBittorrent con la UI de vue torrent (https://github.com/VueTorrent/VueTorrent), y en lugar de DuckDNS, si tienes un dominio con cloudflare, te recomiendo la gestión de DDNS con ellos: DuckDNS falla más que una escopeta de feria. Y por decirte algún servicio más, échale un ojo a calibre-web-automated en reemplazo de Calibre (https://github.com/crocodilestick/Calibre-Web-Automated) y a metube por si quieres una herramienta sencilla para bajar vídeos de YouTube (https://github.com/alexta69/metube).

Y luego aparte, sobre el que decía que Docker para producción no lo recomienda, me parece un comentario de perogrullo considerando la inmensidad de servicios cloud qué se ejecutan hoy en día directamente sobre Docker y la variedad de imágenes disponibles (que al final también se trata de ahorrar tiempo, no solo rendimiento). El overhead qué pueda añadir es despreciable considerando el hardware que se maneja actualmente para servidores, en entornos reales de producción. Claro, si tú servidor es una Raspberry Pi 3 en el sótano de tu casa pues qué le vamos a hacer, pero tampoco consideraría ese entorno "de producción".

Cita de Acróbata

Tomo nota. ¿Qué tal va de consumo ese equipo? Gracias por tu aportación.

Cita de Acróbata

A ver si me podéis ayudar porque a más información obtengo, más lío me hago.


Quiero montarme un servidor casero con lo siguiente:


Máquina virtual Proxmox con Home Assistant
Conectar un DAS y realizar raid por software


Aún no sé si todo en docker o también en alguna VM más:
- Pihole
- Tailscale
- Plex/Jellyfin
- Bitwarden
- Duckdns
- Heimdall
- NginxProxyManager
- Portainer
- Nextcloud
- Radarr
- Sonarr
- Transmission
- Duplicati
- Calibre
- OpenMediaVault


Ahora vienen las dudas:


¿Dónde instalo todo esto?
¿Qué instalo como contenedor docker y qué como VM?
¿Un NAS con 8gb sería suficiente para aguantar toda esa carga y trabajo?
¿Lo sería un N100 con 16gb?
¿Mejor dos N100 y repartir tareas? ¿De qué manera?
¿O ir a por un N100 y un servidor reciclado tipo HP Elitedesk 800 G4 o similar?


A ver si me podéis iluminar el camino.


Gracias de antebrazo.

Cita de Rivatomasol

Yo tengo el server de mi casa montado en un minipc con un ryzen 7 5850u y va de lujo. Lo tengo montado en un Ubuntu Server y con todos los servicios desplegados en Docker Composes gestionados con Dockge (lo recomiendo).

Sobre servicios que recomendaría pues de todos los que tengo, los que más uso de tipo multimedia con diferencia son Plex y steam-headless (https://github.com/Steam-Headless/docker-steam-headless). El primero lo conoces de sobra, el segundo es menos conocido quizá, pero es una maravilla: ahí lo tengo con Steam Big Picture lanzando el emulador Ryujinx y jugando a todos los juegos de Switch en 1080p usando Sunshine y Moonlight en un FireStick TV desde el salón (0 lag).

Todo eso por darte otra idea. Sobre el dilema pihole vs. AdGuard, yo probé los dos y rotundamente recomiendo AdGuard. Me parece mucho más sencillo e intuitivo de gestionar que pihole. Luego además, en lugar de Transmission te recomiendo qBittorrent con la UI de vue torrent (https://github.com/VueTorrent/VueTorrent), y en lugar de DuckDNS, si tienes un dominio con cloudflare, te recomiendo la gestión de DDNS con ellos: DuckDNS falla más que una escopeta de feria. Y por decirte algún servicio más, échale un ojo a calibre-web-automated en reemplazo de Calibre (https://github.com/crocodilestick/Calibre-Web-Automated) y a metube por si quieres una herramienta sencilla para bajar vídeos de YouTube (https://github.com/alexta69/metube).

Y luego aparte, sobre el que decía que Docker para producción no lo recomienda, me parece un comentario de perogrullo considerando la inmensidad de servicios cloud qué se ejecutan hoy en día directamente sobre Docker y la variedad de imágenes disponibles (que al final también se trata de ahorrar tiempo, no solo rendimiento). El overhead qué pueda añadir es despreciable considerando el hardware que se maneja actualmente para servidores, en entornos reales de producción. Claro, si tú servidor es una Raspberry Pi 3 en el sótano de tu casa pues qué le vamos a hacer, pero tampoco consideraría ese entorno "de producción".

Cita de Reynolds Number

Al OP, ni puto caso a los bullet points que (no) cito. Tras hacer y rehacer varias veces mi homelab, la suite ARR lo mejor es meterla toda en un mismo contenedor suficientemente sobredimensionado donde los instales de cero, en la web te van dando el paso a paso y no es complicado. Si los separas en contenedores distintos te vas a hartar de dar los mismos permisos a las mismas carpetas en red, para tener 288 servicios en IPs diferentes que hacen prácticamente lo mismo. Con mi uso es IP:2323, IP:4545, IP:7878 etc, y queda todo además más compacto.

El Plex tenlo mejor aparte en un LXC que va perfecto.

Transmission en otro aparte (este me da por culo cada semana porque los backups programados me rompen los torrentes y no es capaz de retomarlos). Este tuvo que ser privilegiado porque si no me reventaba la red montando el disco compartido a través de Samba.

Home Assistant, en una VM. Así te funcionarán bien todos los addons y los backups.

Si usas Octoprint, en otra. Mismos motivos.

Yo Docker no lo toco ni con un palo. Antes usaba máquinas virtuales para todo y desde que descubrí los contenedores LXC es lo que uso cuando no me merece la pena levantar de cero una máquina virtual para un servicio básico. No le hagas caso al que mete miedo con los kernel panic, eso no ocurre si los usas bien (por defecto NO privilegiados y NO nesting).

Tengo dos nodos (un miniPC y una torre genérica con las tripas de mi antiguo ordenador) y una raspi de Qdevice (imprescindible si tienes cantidad par de nodos y son pocos). En breves añadiré otro para hacer un backup server en condiciones.

Cita de Floppy19

Soy yo el qeu dije que Docker para producción es inadecuado y te voy a comprar tu argumento a medias.

Por definición, Docker es un sistema de contededores efímero, por lo que está orientado a un flujo de trabajo de: despliega, prueba y borra. Para este flujo, es el mejor. Un desarrollador programando una app que la despliega y la prueba 200 veces al día, una prueba de concepto para el posterior despliegue en producción, una demo a un cliente... En casos de uso de "usar y tirar" docker es lo mejor. Rápido y fácil. Los contras vienen todos de la mano: al ser efímero la persistencia de datos es un problema, por lo que hay que hacer uso de chapuzillas y apaños como bindmounts o volumenes. También la red es algo que no está muy trabajado y sobre todo el grandísimo overhead que genera a la máquina host. Todo son razones para no usar Docker en producción, sin contar con su inestabilidad de ejecución en ciertos entornos como Windows.

Y tu me dirás: "Pero esque hay un puñado de empresas usando Kubernetes y Podman que funcionan super bien" y ahí te tengo que dar la razón, pero hay una diferencia: Esas tecnologías funcionan con contenedores pero NO con Docker. Son tecnologías que se han construído encima del núcleo de los contenedores, salvando todas las desventajas de Docker y creando un entorno seguro para producción. Soporte para varios nodos, alta disponibilidad de serie, soluciones profesionales de almacenamiento, integración con CI/CD. Es la misma filosofía, pero bien hecha y dejando en evidencia la "chapuza" que es Docker cuando realmente empiezas a entenderlo y a llegar a sus límites. Que los contenedores como concepto son muy guays, lo que no es guay es usar una herramienta para lo que no es, como cuando hacemos palanca con un destornillador, ¿Sirve? sí, pero igual sirve mejor para atornillar un tornillo.

Por desgracia yo he tenido que pasar por el aro y tengo varias apps con Docker ya que solo funcionan con ello, pero sé lo que tengo y que si un día deja de funcionar o da problemas no me voy a sorprender, copia de seguridad más frecuente y fiesta

Cita de reddox

Ni idea. No tiene medidor de consumo, pero con un TDP de 65 W mucho más alto que los N100. Pero la verdad que no me preocupa lo más mínimo. Necesito delegar funciones pesadas en él, y calidad-precio era lo mejor. La única pega que le veo es que es más grande de lo que me hubiera gustado, pero me permite meter 2 HDD de 3.5, además de nvme y ssd´s, con lo que se me olvida.

Cita de ksenior

Mirate un hpe ml310e de segundamano que los hay a patatadas.

Cita de Mandarin

Yo tengo un NAS como servidor web (poca cosa) y multimedia. Para el homeassistant una pi4.

Cita de Floppy19

El concepto es interesante, pero no hay una forma fácil de aplicación. Con el software autofs puedes montar sistemas de ficheros bajo demanda, es decir, que esté la carpeta compartida desmontada y sólo se monte cuando vayas a acceder a ella.

El problema aquí es el tiempo de espera. Con un script podría gestionarse un Wake-On-Lan al equipo con el almacenamiento y que el autofs se espere X segundos a montar el sistema de ficheros. El problema que yo veo es que cualquier aplicación si se tiene que esperar 1 minunto a que esté disponible el sistema de ficheros te va a cascar un timeout como una casa.

Mi recomendación: Deja el equipo siempre encendido, total 30-40W son un puñado de céntimos al mes. Si quieres bajar aún más el consumo, cambia por SSD, que gastan 1-2W cada uno.

Cita de HARDFAILER

muchas gracias por la respuesta
ya buscare una solución aunque sea mas rudimentaria al final tener 24/7 encendido un pc que se usa 4h a la semana es un desperdicio, 40w al precio que esta ahora la luz son fácil 5-6€ y dudo que ese pc consuma tan poco.

Cita de Selo43

Empieza montando tus objectivos de base en un pc como el que +/- te recomendaron los shures y ya vas viendo si para tus necesidades/gustos es suficiente o necesitas mas en uno u otro aspecto.

Montar algo cuasi perfecto a la primera es totalmente imposible
Para lo básico e irse rodando mejor empezar con algo barato, común, versátil, con buen soporte y fácil de colocar si te lo quieres sacar de encima.

Alguien te podrá recomendar lo que el cree que es mejor (y para el lo será), pero necesitas experimentarlo tu mismo las diferentes opciones para ver si para ti será lo mejor o no.

Cita de Reynolds Number

Un PC a ralentí no chupa una mierda shur. Haz la prueba, ponte un medidor tipo Coretemp en el tuyo y vigila lo que marca.

El nodo potente de mi homelab va con un i5 4690 y no me preocupa en absoluto lo que consuma.

Cita de thessaloniki

sur, veo que controlas, por encima que crees que puede consumir un proxmox con procesador 9700, 64 gb de ram, fuente de 750 ???


le quiero poner plex, torrent, sistema de archivos y un adguard. El que va a estar casi 24H va a ser el torrent y adguard, el plex lo uso una o dos veces al dia, alguna maquina virtual.


gracias

Cita de Reynolds Number

Pues va a estar a ralentí casi todo el rato.

Para que te hagas una idea, en mi casa tengo un consumo base total de 150W por hora. Eso viene siendo la nevera, un miniPC, la torre del 4690, la alarma, dos teles en standby y todos los pilotos encendidos de cosas apagadas.

Cita de thessaloniki

Digamos un gasto de 10 euros al mes aprox el pc??? Por alli??