VPS vs servidor dedicado: cuándo necesitas bare metal de verdad

Casi todas las versiones de esta comparación son una tabla con núcleos y gigabytes a ambos lados, una nota de que los servidores dedicados son «más potentes» y los virtuales «más flexibles», y ninguna conclusión. No resuelve nada, porque puedes comprar dieciséis núcleos de cualquiera de las dos formas y la ficha de especificaciones es precisamente la parte que no cambia. Lo que de verdad cambia es quién más se está ejecutando en el mismo silicio, qué ocurre cuando tu carga de trabajo está ocupada en el mismo instante que la de otra persona, cuánto de la máquina existe por debajo del sistema operativo y responde ante ti, y en qué punto pagar por una máquina entera deja de ser un exceso y empieza a ser la opción más barata. Esta es la comparación con todo eso dentro.

Lo que en realidad alquilas en cada caso

Un VPS en un buen proveedor es una máquina virtual KVM — virtualización asistida por hardware, tu propio kernel, tus propios módulos, tus propias reglas de firewall. Se comporta como una máquina real porque, en casi todos los aspectos, lo es. Lo que no es, es estar solo. Un host físico ejecuta un hipervisor y varios invitados, y ese hipervisor decide qué invitado recibe un núcleo en un microsegundo dado, de quién es la siguiente solicitud de disco que se atiende, y cuánto ancho de banda de memoria puede consumir cada uno. Obtienes una cuota garantizada, y en un host bien gestionado esa cuota se respeta de verdad. Lo que no obtienes es la máquina.

Un servidor dedicado es la máquina. Ningún hipervisor se interpone entre tu kernel y el silicio a menos que instales uno tú mismo, no hay ningún otro inquilino contra el que competir por el reparto del tiempo de CPU, y nada abstrae el controlador de almacenamiento. Tienes la BIOS, el orden de arranque, la topología de disco y una interfaz de gestión fuera de banda que sigue funcionando cuando el sistema operativo no lo hace. El modelo mental que vale la pena retener: un VPS es un alquiler compartido, y un servidor dedicado es el alquiler del edificio entero.

• Tiempo de CPU. Un VPS recibe una cuota programada de núcleos físicos, que es la razón por la que un «vCPU» es una reclamación sobre un hilo de ejecución y no sobre una pieza de hardware. En bare metal, los núcleos son tuyos los uses o no, y nada te los interrumpe.
• Memoria. Las máquinas virtuales reciben una asignación que gestiona el hipervisor, y el host puede en principio inspeccionarla. En bare metal, los módulos DIMM están instalados solo para ti, y el único software que toca esa memoria es el que tú instalaste.
• Almacenamiento. Un VPS vive en una cabina compartida — rápida, redundante, y que reparte su presupuesto de IOPS con los vecinos. Una máquina dedicada tiene sus propios discos, su propia profundidad de cola, y te deja decidir la configuración RAID en lugar de heredar una.
• El puerto de red. Ambos pueden ser de tráfico no medido, pero un servidor dedicado tiene un puerto físico en lugar de una parte de uno, lo cual importa en el momento en que realmente lo saturas y no solo eres capaz de hacerlo.
• Todo lo que hay por debajo del sistema operativo. Orden de arranque, ajustes de firmware, funciones de virtualización a nivel de kernel, ISOs personalizadas, particionado de disco antes del primer arranque — en un VPS esa capa pertenece al proveedor, y en bare metal te pertenece a ti.
• El dominio de fallo. Un VPS normalmente se reconstruye en otro sitio si su host muere, porque para eso existe un clúster de hipervisores. Un servidor dedicado es un único objeto físico, y cuando falla una fuente de alimentación es tu caída hasta que alguien camina hasta el rack.
• Aprovisionamiento. Un VPS aparece en aproximadamente un minuto y se puede destruir igual de rápido. El bare metal es hardware instalado en un rack — el mismo día en configuraciones de stock, y no algo que despliegas para veinte minutos de trabajo.

La diferencia de aislamiento que nadie pone en la tabla

Hay una dimensión de esta comparación que las páginas de hosting se saltan, y que importa muchísimo si la privacidad es la razón por la que estás aquí en primer lugar. La virtualización crea un límite de confianza que sencillamente no existe en bare metal, y eliminar ese límite es una ganancia real — más estrecha de lo que sugiere el marketing, pero real, y que merece la pena precisar en lugar de solo insinuar.

• Un hipervisor puede ver todo lo que tienen sus invitados. La memoria del invitado es memoria del host, los discos del invitado son archivos o volúmenes del host, y el cifrado dentro del invitado se descifra con una clave que vive en memoria que el host asignó. Esto no es un fallo; es así como funciona la virtualización, y es la razón por la que un VPS nunca puede ser privado frente a la máquina que hay debajo.
• Los demás inquilinos son un riesgo medible, no hipotético. Dos décadas de investigación sobre canales laterales entre máquinas virtuales — cachés compartidas, buses de memoria, ejecución especulativa — han demostrado repetidamente que se filtra información entre invitados que comparten el mismo silicio. Existen mitigaciones y están desplegadas, y los ataques son difíciles y ruidosos, pero la categoría de riesgo no desaparece porque el vecino nunca desaparece.
• La exclusividad total elimina al vecino sin más. No mitigado, no separado por planificación — ausente. Nada más se ejecuta en esos núcleos, así que no hay caché que compartir, ni bus por el que competir, ni ningún invitado del que ser vecino. Para una carga de trabajo que maneja material criptográfico sensible, este es el argumento más limpio que existe a favor del bare metal.
• Lo que la exclusividad no elimina es al operador. Quienquiera que instale la máquina en el rack tiene acceso físico a ella, y el acceso físico a un ordenador en marcha gana al software siempre. El proveedor pasa de «ejecuta el hipervisor por encima de ti» a «es el dueño del edificio que te rodea», lo cual es mejor, pero no es lo mismo que ausente.
• El cifrado de disco cambia de sentido de forma leve, no drástica. En ambos casos, el cifrado de disco completo protege una máquina apagada, un disco desechado y un disco averiado que se devuelve en garantía. Ninguno de los dos protege una máquina en marcha cuyo volumen ya está desbloqueado. Lo que añade el bare metal es una consola a la que puedes acceder en el arranque — que es la diferencia entre un servidor cifrado que de verdad puedes reiniciar y uno que no.

Vale la pena tener clara esa jerarquía, porque es fácil gastar mucho dinero en la capa equivocada. La capa de la cuenta decide si la máquina está conectada o no a tu nombre; la jurisdicción decide quién puede obligar al operador y cuán difícil es hacerlo; el modelo de hardware decide quién comparte la CPU contigo. Son tres compras independientes, y para la mayoría de la gente la primera vale más que las otras dos juntas. Un VPS comprado con un correo desechable y financiado en criptomonedas es más privado que un bare metal comprado con una tarjeta a tu nombre legal, y no es ni de lejos comparable. Repasamos exactamente qué cambia en la capa de la cuenta en VPS sin KYC vs un VPS tradicional.

Rendimiento: qué cambia y qué no

El argumento del rendimiento a favor del bare metal es real, pero mucho más limitado de lo que suele venderse. La sobrecarga de la virtualización moderna en trabajo limitado por CPU es de unos pocos puntos porcentuales, así que una carga de trabajo que cabe cómodamente en un plan de VPS no se ve frenada de forma apreciable por el hipervisor. Lo que cambia el bare metal no es el techo de una máquina tranquila — es el comportamiento de una máquina ocupada, y la forma del peor caso más que la del promedio.

• La carga sostenida en todos los núcleos es donde se abre la brecha. El trabajo a ráfagas encaja bien en un host compartido, pero una granja de compilación, un codificador de vídeo o una simulación que satura todos los núcleos durante horas es exactamente la carga de trabajo que un planificador justo tiene que arbitrar. En bare metal no hay nada que arbitrar.
• La latencia de cola separa a los dos más que el throughput. Los tiempos de respuesta medios en un VPS bien gestionado son excelentes; es el percentil noventa y nueve el que revela a un vecino vaciando una caché o saturando una cabina. Si tus usuarios notan las solicitudes lentas y no la mediana, ese es el número que importa.
• El trabajo limitado por almacenamiento es el que más se beneficia, y el que más a menudo se pasa por alto. Un NVMe local con una cola que nadie más está llenando se comporta de forma distinta a una cabina compartida bajo carga — las bases de datos que hacen muchas escrituras síncronas pequeñas son el caso más claro.
• La memoria muy grande a menudo simplemente no está disponible en versión virtual. Por encima de unos pocos cientos de gigabytes entras en configuraciones que solo existen como máquinas físicas, y un conjunto de datos en memoria que cabe en 768 GB de DDR5 no tiene equivalente virtual a un precio razonable.
• La virtualización anidada quiere lo real. Ejecutar Proxmox, ESXi o toda una flota de tus propias VM encima del hipervisor de otra persona funciona, pero pagas el impuesto de rendimiento dos veces y heredas sus decisiones de planificación por debajo de las tuyas.
• Todo lo que quiere hardware directamente necesita hardware. Kernels personalizados con módulos exóticos, asignación precisa de NUMA, PCIe passthrough, controladoras RAID por hardware, ajuste en tiempo real — estos son los casos en los que «básicamente es una máquina real» deja de ser cierto.

La lista contraria es igual de importante, y es más larga de lo que la mayoría espera. Una aplicación web que sirve tráfico normal, un proxy inverso, un relay de correo, un endpoint de WireGuard, un nodo de Bitcoin o Monero, un runner de CI, un bot, una nube personal — ninguno de estos será notablemente más rápido en bare metal, porque ninguno está limitado por el hipervisor. Están limitados por los viajes de ida y vuelta de red, por la sincronización de disco, por una API externa, o por nada en absoluto porque la máquina está inactiva la mayor parte del día. Comprar bare metal para una carga de trabajo de esa lista compra un peor perfil de coste y ninguna velocidad, y es el error más común de toda esta decisión.

El cruce de costes, con números reales

La intuición de precio que tiene la mayoría es que los servidores dedicados son la opción cara. Eso es cierto en la parte baja de la gama, y deja de serlo sorprendentemente pronto, porque los planes virtuales cobran una porción con sobreprecio mientras que el bare metal cobra la máquina entera a precio de mayorista. Vale la pena hacer la aritmética sobre planes reales en lugar de en abstracto.

• En la gama baja no hay comparación posible. Una instancia de 2 GB a $3.99 al mes no tiene equivalente en bare metal, e inventar uno significaría pagar dieciséis veces más por una capacidad que nunca llegarías a tocar.
• El cruce se sitúa hacia la mitad de la gama de VPS. Nuestro plan de 8 vCPU y 32 GB cuesta $47.99 al mes; la máquina dedicada de entrada cuesta $64 y trae seis núcleos reales, 64 GB y dos discos NVMe de 1 TB. Dieciséis dólares compran el doble de memoria, varias veces más almacenamiento en bruto y núcleos en los que nadie más está planificado.
• Por encima del cruce, el bare metal gana sin discusión. El VPS más grande — 16 vCPU, 64 GB, 800 GB — cuesta $89.99; un Ryzen 9 con dieciséis núcleos físicos, 128 GB de DDR5 y 4 TB de NVMe cuesta $115. Veinticinco dólares no es un sobreprecio por esa diferencia, es un descuento.
• La consolidación es donde se esconde el ahorro real. Seis o siete instancias VPS separadas que están cada una al diez por ciento de uso son seis o siete reservas separadas que pagas de forma continua. Una sola máquina dedicada ejecutando tu propio hipervisor convierte eso en una única factura y en un fondo de capacidad del que cualquier servicio puede tomar prestado cuando lo necesita.
• La capacidad sin usar es el coste que corre en sentido contrario. Un servidor dedicado factura la máquina entera tanto si usas ocho núcleos como si no usas ninguno, y pagar por 48 hilos para ejecutar un servicio que necesita dos es el mismo desperdicio que el punto anterior, en la dirección opuesta.
• La granularidad de facturación es una diferencia genuina y no una nota a pie de página. Los planes VPS facturan por horas, así que un experimento que vive solo una tarde cuesta céntimos y deja de costar nada en el momento en que lo destruyes. El hardware instalado en un rack es un compromiso mensual, porque un técnico lo instaló físicamente.

IPMI: la diferencia en cómo operas la máquina

La función que cambia el día a día en bare metal rara vez se menciona en las comparaciones, porque es invisible hasta el momento en que la necesitas. La gestión fuera de banda — IPMI, o KVM-over-IP — es un pequeño ordenador independiente en la placa base con su propia conexión de red, y funciona cuando el sistema principal está apagado, no arranca o te has quedado fuera. En un VPS, el equivalente es un ticket de soporte.

• Tienes una consola antes de que exista el sistema operativo. Ver el POST, entrar en la BIOS, cambiar el orden de arranque, leer el pánico del kernel que pasó volando por la pantalla — todo lo que es trivial en una máquina que tienes delante e imposible en una máquina a la que solo puedes acceder por SSH.
• Puedes montar tu propia ISO e instalar lo que realmente quieres, incluido un sistema operativo que tu proveedor nunca ofreció como plantilla, con un esquema de particiones que elegiste tú y no uno que heredaste.
• Puedes escribir una frase de contraseña en el arranque. Esto es lo que hace práctico el cifrado de disco completo en una máquina remota: un volumen cifrado necesita una clave en cada inicio, y sin consola las únicas opciones son guardar la clave en la propia máquina, lo cual anula el propósito, o desbloquearlo por red desde un entorno de prearranque que has tenido que construir tú mismo.
• Puedes recuperarte de tus propios errores sin involucrar a nadie más. Una regla de firewall que bloqueó el SSH, un fstab roto, un kernel que no arranca — todos ellos son un arreglo de cinco minutos con consola, y una conversación con soporte sin ella.
• Puedes reiniciar la máquina por tu propia autoridad. Una máquina colgada vuelve cuando tú decides que vuelva, no cuando alguien lee un ticket.
• Es una superficie de ataque separada, y merece ser tratada como tal. Los controladores de gestión tienen un historial de seguridad pobre, así que pon la interfaz detrás de una VPN o de una lista blanca, cambia las credenciales por defecto de inmediato, y nunca la expongas a la internet abierta.

Fiabilidad: el dominio de fallo que heredas

Este es el eje en el que gana el lado virtual, y normalmente se omite en las comparaciones escritas por gente que vende bare metal. Un servidor dedicado es un único objeto físico con un único juego de fuentes de alimentación, una placa base y un juego de discos. La redundancia es algo que construyes encima, no algo con lo que viene de fábrica. La virtualización existe en parte para abstraer exactamente eso, y fingir lo contrario lleva a sorpresas desagradables.

• El hardware falla según el calendario del hardware. Las fuentes de alimentación, los DIMM, los ventiladores y los discos NVMe tienen todos tasas de fallo, y en una sola máquina cada uno de ellos es un punto único de fallo hasta que lo duplicas.
• Un VPS está diseñado para sobrevivir a su host. Las instancias normalmente se reinician en otro hardware cuando un nodo físico muere, lo cual convierte un fallo de hardware en un reinicio en lugar de una caída medida en horas.
• El RAID protege contra un disco muerto, no contra un error. No es una copia de seguridad, no sobrevive a un directorio borrado ni a una migración mal hecha, y cualquier guía que confunda las dos cosas le ha costado a alguien sus datos.
• Las snapshots suelen ser un lujo exclusivo de lo virtual. Tomar una instantánea completa de la instancia antes de un cambio arriesgado y volver atrás en segundos es un flujo de trabajo que el bare metal no te da de forma nativa.
• El tiempo de recuperación es distinto en su naturaleza. Un VPS caído se reconstruye desde una imagen en minutos; un servidor dedicado caído espera a que un humano llegue hasta el rack y a que exista una pieza de repuesto, razón por la cual aquí importan más la monitorización y las copias de seguridad fuera de la máquina.
• La mitigación honesta es la misma en ambos casos, y en ambos casos la gente se la salta: copias de seguridad que viven en algún sitio al que la propia máquina no puede llegar, y una restauración que de verdad has hecho una vez a propósito.

Un procedimiento de decisión de diez minutos

1. 01Mide antes de teorizarMira qué hacen realmente tus máquinas actuales. Una CPU sostenida por encima de aproximadamente el sesenta por ciento, colas de disco que nunca se vacían, o presión de memoria son señales reales. Una máquina inactiva que se siente lenta casi nunca anda corta de hardware.
2. 02Nombra el recurso del que andas cortoNúcleos, memoria, IOPS, ancho de banda o aislamiento — cada uno tiene una respuesta distinta. Andar corto de memoria a menudo significa un plan más grande; andar corto de latencia predecible es una clase de máquina distinta.
3. 03Comprueba si necesitas algo por debajo del sistema operativoVirtualización anidada, una ISO personalizada, un módulo de kernel exótico, un esquema RAID específico, cifrado de disco que desbloqueas en una consola. Si algo de esto está en tu lista, la decisión ya está tomada.
4. 04Suma la flota entera, no una sola instanciaCompara tu gasto mensual total en todos los servidores frente a una sola máquina que los sustituyera. La consolidación es donde el bare metal suele ganar, y es invisible si comparas uno contra uno.
5. 05Pregúntate cuán errática es la cargaLo errático e impredecible favorece lo virtual, porque puedes añadir y destruir capacidad por horas. Lo estable y continuo favorece el bare metal, porque pagas por una reserva que de verdad usas.
6. 06Decide cuánto cuesta una mala horaSi una caída medida en horas es genuinamente perjudicial, una sola máquina física tiene la forma equivocada sin una segunda detrás. Un par de instancias VPS en regiones distintas puede servirte mucho mejor que una máquina grande.
7. 07Separa la privacidad del hardwareSi la razón por la que consideras el bare metal es la privacidad, comprueba primero que la cuenta no lleva ninguna identidad, que el saldo está financiado en criptomonedas, y que la propia máquina está endurecida. Esas tres cosas no cuestan nada e importan más que el modelo de hardware.
8. 08Prueba primero por el lado baratoDespliega el VPS más grande durante un mes y pon en él la carga de trabajo real. Si va cómodo, tienes tu respuesta por una fracción del precio. Si se satura, ahora sabes exactamente qué recurso comprar.

Cuando un VPS es sencillamente la respuesta correcta

Vale la pena decirlo sin rodeos, porque una página en un sitio de hosting tiene un incentivo obvio para decir lo contrario: la mayoría de las cargas de trabajo pertenecen a un VPS, y moverlas a bare metal las hace más caras y no mejores. Estos son los casos en los que lo virtual no es en absoluto un compromiso.

• La carga de trabajo es pequeña, estable y anodina. Un sitio, una API, un bot, un proxy, un servicio personal — la máquina está inactiva la mayor parte del día y el hipervisor no es lo que la limita.
• Quieres más de una ubicación. Varias instancias pequeñas repartidas por distintas regiones ganan a una sola máquina grande en latencia y en resiliencia, y cuestan menos que el equivalente en bare metal.
• La vida útil es corta. Todo lo que se mide en horas o días debería facturarse por horas, no por meses.
• Valoras el botón de reconstruir. Instantánea, vuelta atrás, redesplegar desde una imagen limpia — este flujo de trabajo tiene un valor genuino y pertenece al lado virtual.
• Lo necesitas de inmediato. Un minuto frente al mismo día es decisivo cuando estás en medio de algo.
• El requisito de privacidad está en la capa de la cuenta. Si el objetivo es que ningún nombre quede vinculado al servidor, eso se resuelve en el registro y el pago, no con el modelo de hardware.

Errores que hacen que esta elección sea peor que el azar

• Comprar bare metal para una carga de trabajo que nunca ha saturado un VPS ni una sola vez, y pagar cada mes por silicio inactivo para arreglar un problema que nunca se midió.
• Comparar un servidor dedicado contra un solo VPS en lugar de contra la flota que en realidad sustituiría, lo cual oculta el único argumento de coste que favorece al bare metal de forma fiable.
• Suponer que la exclusividad hace que la máquina sea privada frente a su proveedor, cuando en realidad elimina al vecino y deja al operador exactamente donde estaba.
• Tratar una sola máquina física como más fiable que una instancia virtual porque es «real», cuando es precisamente la que no tiene ningún clúster debajo.
• Consolidar seis servicios en una sola máquina y heredar un dominio de fallo compartido que nadie planeó, de modo que un mal reinicio ahora tumba todo a la vez.
• Exponer la interfaz IPMI a internet con sus credenciales por defecto, lo cual regala un ordenador capaz de reinstalar el sistema operativo.
• Migrar a bare metal por la latencia de cola sin haber medido nunca el percentil noventa y nueve, y no tener después ninguna forma de saber si sirvió de algo.
• Elegir el hardware para resolver un problema de jurisdicción, o una jurisdicción para resolver un problema de hardware — son capas que no tienen relación entre sí, y cambiar una por la otra no arregla ninguna de las dos.

El resumen que sobrevive al contacto con la realidad es poco glamuroso. Empieza en virtual, porque es barato, inmediato y reversible, y porque la mayoría de las cosas nunca lo superan en necesidad. Pasa a bare metal cuando puedas nombrar el recurso del que andas corto y señalar la medición, cuando la flota que ya estás pagando cueste más que la máquina que la sustituiría, cuando necesites la capa por debajo del sistema operativo, o cuando eliminar a cualquier otro inquilino de tu silicio sea un requisito y no una preferencia. Ambos son la misma red offshore, las mismas 14 regiones, el mismo saldo prepago en criptomonedas y la misma ausencia de verificaciones de identidad — así que esto es una pregunta sobre la forma de tu carga de trabajo, no sobre cuán privado es el servidor.