# Componentes principales del servidor --- ### Introducción Este artículo documenta el servidor físico que actúa como núcleo del ecosistema autohospedado. Sobre esta máquina descansan los servicios, la virtualización, el almacenamiento y buena parte de la automatización. No se trata de un equipo montado por capricho, sino de una base estable pensada para absorber carga diversa, crecer con el tiempo y mantenerse operativa sin sobresaltos. El servidor se integra como capa inferior del stack: sobre él viven Docker, máquinas virtuales, servicios de red, sistemas de monitorización y almacenamiento persistente. La prioridad no es el rendimiento extremo puntual, sino el equilibrio entre potencia sostenida, fiabilidad y margen de maniobra. --- ### Enfoque general El hardware está elegido con una idea clara: * Capacidad suficiente para virtualización y contenedores en paralelo. * Memoria amplia para evitar cuellos de botella artificiales. * Almacenamiento separado por función (sistema, datos rápidos, volumen masivo). * Posibilidad de ampliación sin rehacer el conjunto. No es un servidor silencioso ni minimalista; es una herramienta de trabajo y laboratorio permanente. --- ### Placa base **ASUS PRIME B450-PLUS** Placa base sobria y fiable, sin extras innecesarios. Ofrece conectividad suficiente para almacenamiento, expansión y red sin entrar en gamas entusiastas que no aportan valor real en este escenario. Prioriza estabilidad y compatibilidad a largo plazo. --- ### Procesador (CPU) **AMD Ryzen 9 3900X** 12 núcleos y 24 hilos permiten ejecutar múltiples cargas simultáneas sin comprometer la respuesta general del sistema. Virtualización, contenedores y tareas pesadas conviven sin necesidad de afinado constante. El procesador no es el cuello de botella del conjunto. --- ### Memoria RAM **64 GB DDR4 (4×16 GB a 2666 MHz)** Cantidad elegida para eliminar la RAM como factor limitante. Permite ejecutar varias máquinas virtuales, servicios paralelos y pruebas sin entrar en escenarios de swapping ni ajustes defensivos. La prioridad aquí es margen, no benchmarks. --- ### Almacenamiento El almacenamiento está organizado por función y origen, priorizando flexibilidad y capacidad frente a uniformidad: * **NVMe 500 GB**: sistema operativo y servicios sensibles a latencia (bases de datos, contenedores críticos). * **SSD SATA 512 GB**: pruebas, servicios secundarios y datos no críticos. * **HDD internos y externos de gran capacidad**: * **18 TB**: almacenamiento masivo y datos de gran volumen. * **16 TB**: almacenamiento principal y repositorios grandes. * **14 TB**: datos auxiliares y expansión. * **8 TB**: copias de seguridad y datos redundantes. * **Otros discos (500 GB–1 TB)**: usos específicos, pruebas o legado. Parte del almacenamiento de gran capacidad se conecta mediante cabinas USB/SATA, priorizando densidad y reutilización de discos frente a rendimiento bruto. --- ### Red **2× Gigabit Ethernet (Realtek RTL8111/8168/8211)** Controladoras sencillas pero estables. Suficientes para transferencias sostenidas, redes virtuales y tráfico interno. No se prioriza 10 GbE en este punto porque no aporta una mejora proporcional al uso real actual. --- ### Gráfica (uso puntual) **NVIDIA GeForce RTX 2060** No está dedicada al uso continuo, pero resulta clave en tareas concretas. Se utiliza para acelerar procesos de *machine learning* y análisis multimedia, como el procesamiento de imágenes en servicios tipo Immich (detección de objetos, personas y escenas). Permite descargar trabajo pesado de la CPU cuando es necesario. --- ### Sistema operativo El servidor ejecuta una distribución estable y con soporte a largo plazo: * **Ubuntu 24.04 LTS (Noble)** Se prioriza estabilidad, soporte y compatibilidad con el ecosistema de contenedores y virtualización. No hay personalizaciones agresivas ni experimentales a nivel base. --- ### Resumen breve Servidor generalista, potente y flexible, pensado para durar y adaptarse. No está optimizado para un único propósito, sino para absorber cambios, pruebas y crecimiento sin necesidad de replantear el hardware. La máquina no condiciona el diseño del stack; lo soporta.