Servidores dedicados administrados y no administrados: breve descripción
Un servidor dedicado proporciona a un solo cliente acceso completo a los núcleos físicos de CPU, RAM, unidades de almacenamiento y ancho de banda de red. A diferencia de un VPS, aquí no hay un hipervisor que distribuya el tiempo de procesador compartido entre los inquilinos. Por eso, el hosting dedicado resulta práctico para bases de datos activas de forma permanente, aplicaciones web de alta carga, servidores de juegos, procesamiento de vídeo, infraestructura de correo, runners de CI/CD y plataformas autoalojadas que necesitan una E/S predecible.
Los servidores dedicados administrados y no administrados pueden tener el mismo procesador, RAM, unidades NVMe, controlador RAID y puerto de red. La administración cambia la distribución de la responsabilidad operativa. En el hosting no administrado, el proveedor normalmente despliega el hardware y el sistema operativo, después de lo cual el cliente mantiene el servidor. En el hosting administrado, el proveedor realiza un conjunto acordado de tareas administrativas, que a menudo incluyen actualizaciones del SO, monitorización de servicios, refuerzo de la seguridad, resolución de problemas y ayuda con las copias de seguridad.
| Función | Servidor dedicado administrado | Servidor dedicado no administrado |
|---|---|---|
| Sustitución de hardware | El proveedor sustituye los componentes físicos averiados | El proveedor sustituye los componentes físicos averiados |
| Actualizaciones del sistema operativo | Normalmente las realiza o coordina el proveedor | El cliente planifica e instala las actualizaciones |
| Monitorización de servicios 24/7 | A menudo se incluye para servicios acordados y alertas de recursos | El cliente instala la monitorización y responde a ella |
| Refuerzo de la seguridad | El proveedor puede configurar el firewall, la política de SSH, las actualizaciones y los análisis de malware | El cliente es responsable de toda la configuración y comprobación |
| Soporte de aplicaciones | El alcance varía; normalmente se excluye el código del usuario | El cliente es responsable de toda la pila de aplicaciones |
| Acceso Root | Normalmente está disponible, con determinados límites de soporte | Está disponible; el cliente asume toda la responsabilidad administrativa |
| Coste mensual | Más alto, porque incluye trabajo de administración | Menor coste de infraestructura, pero requiere competencias internas |
| Mejor opción | Servicios productivos que necesitan soporte operativo | Equipos experimentados con automatización y guardias establecidas |
Comparación por funciones
Gestión de CPU y rendimiento
El rendimiento de la CPU está determinado por la generación del procesador, el número de núcleos, el comportamiento de la frecuencia de reloj, la caché, el tipo de carga y el perfil de refrigeración, no por si el servidor es administrado. Un sistema con AMD EPYC o Intel Xeon de 8 núcleos mostrará un rendimiento similar en el mismo benchmark, independientemente del plan de soporte. La diferencia práctica aparece durante una carga prolongada o un incidente.
En un servidor administrado, el soporte puede, dentro del alcance acordado, investigar valores medios elevados de carga, workers PHP descontrolados, competencia en la base de datos, discos llenos o fallos de servicios. En un servidor no administrado, el cliente debe determinar la causa por sí mismo. Comandos iniciales útiles: uptime, top, htop, iostat -xz 1 y journalctl -p err -b.
Para cargas intensivas de CPU, como un servidor de Minecraft con muchos jugadores simultáneos, la codificación de vídeo, la indexación de Elasticsearch, los runners de GitLab CI o una tienda WooCommerce con mucha actividad, reserve suficientes núcleos físicos para los periodos punta. Una carga que supera de forma constante el 70–80 % de uso de CPU en horas punta necesita optimización o un servidor más potente; la reserva de recursos ayuda a evitar colas de solicitudes y consultas lentas a la base de datos.
Capacidad de RAM y presión de memoria
Los requisitos de RAM también permanecen iguales con ambos modelos de administración, aunque el soporte administrado puede reducir el riesgo de fallos relacionados con la memoria. El proveedor puede ayudar a identificar eventos de falta de memoria, reiniciar el servicio afectado o recomendar memoria adicional, si estas tareas están incluidas en la cobertura. Los clientes de hosting no administrado deben configurar alertas antes de que el uso de swap se vuelva permanente.
Los despliegues pequeños con un solo servicio pueden funcionar bien con 16 GB de RAM. Una pila web productiva con Nginx, PHP-FPM, Redis y MariaDB suele beneficiarse de 32 GB de RAM. Los servidores de bases de datos, hosts Docker grandes, nodos de virtualización y plataformas de búsqueda a menudo requieren 64 GB–128 GB o más. La caché del sistema de archivos de Linux utiliza productivamente la memoria libre, por lo que una pequeña cantidad de RAM «libre» no constituye un problema por sí misma; los signos reales de advertencia son el uso constante de swap y los mensajes del OOM-killer.
Almacenamiento, RAID y responsabilidad de las copias de seguridad
El almacenamiento NVMe reduce la latencia de las bases de datos, las canalizaciones de compilación, la carga de imágenes de contenedores y las aplicaciones web transaccionales. Dos unidades NVMe de 960 GB en RAID 1 proporcionan aproximadamente 960 GB de capacidad utilizable y permiten que falle una unidad sin pérdida inmediata de datos. Cuatro unidades NVMe de 1.92 TB en RAID 10 proporcionan aproximadamente 3.84 TB de capacidad utilizable, con alto rendimiento de E/S aleatoria y redundancia.
RAID protege la disponibilidad, no sustituye a las copias de seguridad. No protege contra eliminaciones accidentales, ransomware, datos de aplicaciones dañados ni despliegues fallidos replicados en ambos discos. Un plan administrado puede incluir la configuración de copias de seguridad o ayuda con la recuperación, pero los clientes deben comprobar el periodo de retención, el alcance de la recuperación, el cifrado, la ubicación del almacenamiento y el coste. Un esquema básico fiable consiste en copias de seguridad diarias con al menos 7 puntos de recuperación, además de una copia fuera del servidor, probada mediante una recuperación real.
Ancho de banda, puertos y operaciones de red
Un puerto de 1 Gbps puede transmitir teóricamente unos 125 MB/s, aunque el rendimiento real depende de la sobrecarga del protocolo, el enrutamiento, los extremos remotos y la velocidad del almacenamiento. Un puerto de 10 Gbps resulta útil para transmitir grandes volúmenes, replicar copias de seguridad, distribuir software grande y operar clústeres, pero la aplicación debe poder utilizarlo. Antes del despliegue, confirme el tráfico incluido, la política de protección DDoS y el tráfico entrante y saliente.
El soporte administrado puede investigar la pérdida de paquetes, la disponibilidad del puerto, las reglas del firewall y la disponibilidad de los servicios. Normalmente esto no implica una optimización ilimitada de la aplicación del usuario. Los usuarios del hosting no administrado deben utilizar su propia pila de monitorización, por ejemplo Prometheus con Alertmanager, Zabbix, Netdata o Uptime Kuma, y configurar alertas sobre latencia, pérdida de paquetes, estado de los discos, certificados, CPU, RAM y fallos de las copias de seguridad.
Elija la especificación de servidor dedicado adecuada para su carga
La siguiente tabla de correspondencia entre escala y especificaciones relaciona tamaños de carga realistas con la elección de hardware y administración; utilícela como punto de partida y después compruebe los resultados mediante pruebas de carga y métricas del entorno productivo.
| Escala de carga | Especificación de servidor recomendada | Almacenamiento y red | Modelo de administración recomendado | Casos de uso típicos |
|---|---|---|---|---|
| Servicio productivo pequeño, de 1 a 3 aplicaciones | 8 núcleos físicos, 32 GB de RAM | 2 x 480 GB NVMe RAID 1, puerto de 1 Gbps | Administrado si no hay un administrador dedicado; no administrado para un operador experimentado | Sitios corporativos, servidor de correo pequeño, VPN, monitorización, 1 servidor de juegos |
| Pila de aplicaciones en crecimiento, de 10 000 a 100 000 visitas al mes | 12 núcleos físicos, 64 GB de RAM | 2 x 960 GB NVMe RAID 1, puerto de 1 Gbps | Administrado para un equipo de desarrollo pequeño; no administrado con automatización probada | WordPress o Magento, servicios API, Redis, MariaDB, host Docker, runner de CI |
| Base de datos o plataforma productiva con varios servicios | 16 núcleos físicos, 128 GB de RAM | 4 x 1.92 TB NVMe RAID 10, puerto de 1 Gbps o 10 Gbps | Administrado con un alcance definido para bases de datos y copias de seguridad, o no administrado con un equipo de guardia 24/7 | PostgreSQL, MySQL, GitLab, conjunto de servidores de juegos, analítica, SaaS autoalojado |
| Despliegue de alto ancho de banda o con aislamiento crítico | 32 núcleos físicos, 256 GB de RAM | 4 x 3.84 TB NVMe RAID 10, puerto de 10 Gbps | Administrado para recibir asistencia operativa; no administrado solo con prácticas SRE maduras | Fuente de streaming, gran conjunto de CI/CD, nodo de clúster de búsqueda, virtualización, bases de datos grandes |
Servidor dedicado administrado: ventajas y limitaciones
Ventajas del hosting administrado
- Menor carga operativa: El equipo administrado puede realizar actualizaciones periódicas, comprobaciones de servicios e investigaciones de incidentes comunes.
- Respuesta rápida ante fallos conocidos: Las alertas de discos, particiones llenas, fallos de daemons, certificados caducados y problemas básicos del firewall son más fáciles de resolver con soporte experimentado.
- Más adecuado para equipos pequeños: Una empresa con 2 desarrolladores puede no necesitar contratar a un administrador de sistemas a tiempo completo para uno o dos servidores.
- Ayuda con la seguridad básica: El alcance administrado puede incluir el refuerzo de SSH, la configuración del firewall, la actualización de paquetes, la protección contra ataques de fuerza bruta y el análisis de malware.
- Vía de escalación clara: El soporte puede distinguir más rápidamente entre fallos de hardware físico, red, SO y aplicación.
Desventajas del hosting administrado
- Mayor coste mensual: La administración incluye mano de obra, herramientas, monitorización y cobertura de soporte. El suplemento puede estar justificado, pero no es gratuito.
- Límites del alcance del servicio: Los proveedores pueden admitir el sistema operativo y los servicios estándar, pero excluir el código del usuario, el software no compatible, los clústeres Kubernetes complejos o las cuestiones de licencias de terceros.
- Requisitos de control de cambios: Las actualizaciones gestionadas por el proveedor pueden requerir ventanas de mantenimiento para no interrumpir las aplicaciones.
- Menos adecuado para pilas experimentales: Los equipos que cambian con frecuencia el kernel, el firewall o la plataforma pueden preferir un control operativo completo.
El hosting dedicado administrado resulta más beneficioso para servicios generadores de ingresos, donde el tiempo de inactividad cuesta más que el suplemento de administración. También es razonable para organizaciones que necesitan un proceso de soporte formalizado, pero no mantienen conocimientos de Linux 24/7.
Servidor dedicado no administrado: ventajas y limitaciones
Ventajas del hosting no administrado
- Menor coste directo: Se paga principalmente por la infraestructura bare-metal, el acceso de red y el soporte de hardware.
- Control total de la configuración: Elija la distribución de Linux, los ajustes del kernel, el panel de control, los contenedores, las herramientas de observabilidad y el modelo de despliegue.
- Ideal para operaciones automatizadas: Los equipos que utilizan Ansible, Terraform, GitOps, imágenes inmutables, CI/CD y registro centralizado pueden administrar eficazmente parques de servidores.
- Experimentación rápida: Los desarrolladores pueden cambiar servicios y configuraciones sin esperar al flujo de trabajo del soporte administrado.
Desventajas del hosting no administrado
- El incidente es su responsabilidad: Si PostgreSQL se detiene, caduca un certificado TLS, se agota el espacio en disco o el firewall bloquea el tráfico, su equipo debe diagnosticar y resolver el problema.
- La seguridad requiere disciplina: Las actualizaciones aplazadas, el acceso SSH débil, las bases de datos expuestas y las copias de seguridad no verificadas crean riesgos evitables.
- El coste de las guardias puede superar el ahorro del hosting: Un incidente nocturno puede costar más en tiempo del personal y pérdida de ingresos que meses de suplemento por un servicio administrado.
- La documentación es necesaria: Las instrucciones de recuperación, las credenciales, la gestión de la configuración y las recuperaciones probadas no son opcionales para los sistemas productivos.
El hosting dedicado no administrado es una opción sólida para administradores de sistemas, agencias con un equipo de infraestructura competente, empresas de software con soporte SRE y usuarios técnicamente cualificados de autoalojamiento. Es una forma poco acertada de ahorrar para un servicio productivo que nadie está preparado para mantener.
Eficiencia económica: calcule los costes operativos reales
Comparar únicamente la factura mensual del servidor ofrece una visión incompleta. Un servidor administrado puede costar más al mes, pero reducir los costes laborales de mantenimiento, gestión de alertas, seguridad y recuperación. Un servidor no administrado puede tener un precio mensual más bajo, pero requiere tiempo del personal, software de monitorización, almacenamiento para copias de seguridad y un proceso de respuesta a incidentes.
Utilice el siguiente cálculo básico: coste mensual de infraestructura + horas mensuales de administración × coste horario total de la mano de obra + coste esperado de los incidentes. Por ejemplo, si un servidor no administrado ahorra $100 al mes, pero requiere 4 horas de administración a una tarifa completa de $60 por hora, el ahorro aparente se convierte en una diferencia operativa mensual de $140 incluso antes de contabilizar el tiempo de inactividad. Por el contrario, un equipo que administra 20 servidores similares mediante infrastructure-as-code puede reducir tanto el tiempo de administración de cada servidor que el hardware no administrado resulte más económico.
Elija un servicio administrado cuando el valor de una recuperación más rápida, la ayuda con la seguridad y la reducción de la carga operativa supere el suplemento. Elija un servicio no administrado cuando ya disponga de automatización documentada, monitorización, copias de seguridad, gestión de actualizaciones y personal capaz de responder fuera del horario laboral.
Recomendaciones según el tipo de carga
Hosting web y comercio electrónico
Un servidor dedicado administrado suele ser adecuado para sitios corporativos, tiendas online y hosting para agencias, donde los propietarios necesitan ayuda con problemas del servidor web, certificados, picos de consumo de recursos y copias de seguridad. Comience aproximadamente con 8 núcleos físicos y 32 GB de RAM para una pila productiva moderada, y después pase a 12 núcleos y 64 GB de RAM a medida que crezcan la caché de la base de datos, los workers PHP y el tráfico. Utilice NVMe RAID 1 para obtener una tolerancia a fallos práctica.
Bases de datos y SaaS autoalojado
Elija hardware dedicado en lugar de VPS cuando la latencia de la base de datos, la E/S constante o los requisitos de RAM se conviertan en cuellos de botella predecibles. PostgreSQL, MySQL, MariaDB, Redis y Elasticsearch se benefician del almacenamiento NVMe y de suficiente memoria para la caché. Un servidor con 16 núcleos, 128 GB de RAM y 4 x 1.92 TB NVMe RAID 10 es una clase inicial razonable para una plataforma seria con varios servicios. El soporte administrado es valioso si el equipo carece de experiencia en la operación de bases de datos; compruebe exactamente qué tareas de bases de datos están incluidas.
Servidores de juegos
Los servidores de juegos suelen necesitar más núcleos individuales rápidos, baja latencia y acceso predecible a la CPU que una enorme capacidad de disco. Una o varias instancias de juego pueden funcionar en un servidor con 32 GB de RAM, pero los servidores con mods y muchos jugadores pueden requerir 64 GB de RAM o más. El hosting no administrado se adapta bien a operadores capaces de actualizar plugins, gestionar mods y supervisar fallos. El hosting administrado es más adecuado para comunidades comerciales para las que el soporte durante las interrupciones es importante.
Servidores de correo, VPN y monitorización
Los servicios de correo, las VPN y la monitorización pueden cargar relativamente poco la CPU, pero requieren prácticas cuidadosas de seguridad y disponibilidad. Un servidor con 8 núcleos físicos, 32 GB de RAM, NVMe RAID 1 y un puerto de 1 Gbps ofrece margen para una pila de correo, WireGuard u OpenVPN y herramientas de monitorización. Un servicio administrado es útil para equipos que no están familiarizados con DNS, TLS, firewalls, reputación del correo, análisis de logs y actualizaciones. Para el correo, asegúrese de que la política de uso aceptable del proveedor y las medidas de control de la reputación de red se ajusten a las necesidades legítimas del correo transaccional o corporativo.
CI/CD, contenedores y plataformas para desarrolladores
Los runners de GitLab, los agentes de Jenkins, las compilaciones de contenedores, los registros de paquetes y los almacenes de artefactos pueden generar picos de CPU, RAM y E/S de disco. Un servidor dedicado no administrado suele ser rentable para equipos de ingeniería que ya utilizan gestión de configuración y observabilidad. Elija entre 12 y 16 núcleos físicos, entre 64 GB y 128 GB de RAM y almacenamiento NVMe para compilaciones paralelas. Almacene los artefactos de compilación y las copias de seguridad de acuerdo con las políticas de retención para que el almacenamiento local no se llene inesperadamente.
Preguntas que debe plantear antes de contratar
- ¿Qué sistemas operativos, paneles de control y servicios están incluidos en el soporte administrado?
- ¿Están incluidas las actualizaciones de seguridad, la gestión del firewall, la monitorización, las copias de seguridad y la ayuda con la recuperación, o se cobran por separado?
- ¿Cuál es el proceso de sustitución del hardware si falla una unidad NVMe, un módulo de RAM o una fuente de alimentación?
- ¿Utiliza el servidor núcleos físicos dedicados y qué modelo de CPU está instalado?
- ¿Qué esquema RAID, capacidad utilizable, velocidad de puerto, límite de tráfico y política DDoS se aplican?
- ¿Se puede acceder a una consola remota o a IPMI/KVM para tareas de recuperación?
- ¿Qué tiempos objetivo de respuesta se aplican a los incidentes de hardware, red, SO y aplicaciones?
Valebyte puede ayudarle a elegir una configuración independiente de servidor dedicado y un nivel de soporte adaptados a su carga real. Comience con requisitos medidos de CPU, RAM, disco y tráfico, en lugar de elegir exclusivamente por el precio mensual más bajo.