VPS vs servidor dedicado — cuándo dar el salto (con el mismo pago en cripto)

Robo de CPU, swap, colas NVMe e IPMI: cuatro cifras que deciden entre VPS y dedicado. La escalera VPS se agota en $24; el metal de Forge queda en $39.20/mes (efectivo anual).

Una factura, dos clases: la decisión es hardware, no vías

Como ambas clases se pagan por el mismo checkout de diecinueve monedas, elegir entre ellas no es una cuestión de pagos, de habilidad de administrador ni de ideología: es un cuarteto de lecturas de hardware. Un VPS (servidor virtual) es una porción reservada de un chasis compartido; un servidor dedicado es la máquina entera, montada en rack y entregada con su consola. Todo lo demás es envoltorio y adjetivos de folleto.

La porción te entrega una tabla de planes en vez de un racionamiento: root completo sobre KVM, virtualización anidada, Docker sin restricciones, ISOs propias, sockets en bruto — el hipervisor es la única frontera (el proyecto KVM documenta el modelo). La máquina te entrega el socket, los carriles de disco y la placa base: ningún desconocido en el bus de memoria, ninguna cola de almacenamiento disputada, y una consola lights-out que responde incluso cuando el sistema operativo se niega a hacerlo.

En precio, las clases están a un paso de distancia: la escalera VPS termina en Titan — 8 vCPU, 32 GB DDR5 ECC, 320 GB NVMe, 10 Gbps — a $24 de tarifa, $19.20 en efectivo anual; el metal abre en Forge — 16c/32t Ryzen 9 9950X, 32 GB, 2×1 TB NVMe, 1 Gbps, IPMI — a $49 de tarifa, $39.20 en efectivo anual. El libro de VPS y el libro de dedicados publican ambas columnas completas.

Fíjate en lo que no cambia: el flujo de pago, el pipeline de aprovisionamiento, la limpieza DDoS delante, los puertos de tarifa plana, la geografía de doce sedes y el régimen de abuso del centro de datos que aloje los racks. El catálogo mantiene idéntico todo salvo el hardware a propósito, y es un favor a tu yo futuro: cruzar de una clase a otra reutiliza cada hábito operativo que ya construiste, del acceso solo con claves a la rotación de backups.

El error recurrente es comprar metal para obtener capacidades que el hipervisor ya concede — imágenes de arranque propias, runtimes de contenedores, parámetros del kernel — y financiar una exclusividad ociosa por el privilegio. El metal compra cuatro cosas que las porciones no pueden enviar: cómputo de socket completo, carriles de almacenamiento sin competencia, arquitectura ECC-first con consola, y elección del array. Audita esas cuatro antes de tocar cualquier botón de pedido; las secciones que siguen son el protocolo de medición, en el orden en que suelen llegar los fallos.

Robo de CPU: la cifra que cierra la era del VPS

El tiempo de robo (steal) es lo más parecido a un polígrafo que tiene la virtualización: es la fracción de los segundos de procesador que pagaste que el planificador desvió a otra parte porque nunca fuiste dueño del socket. Por debajo de un par de por ciento es clima. Persistiendo por encima de unos pocos puntos, un desconocido está bebiéndose tu reloj — y ningún redimensionado dentro del mismo host sobresuscrito corrige una inquilinidad saturada.

El kernel lleva la contabilidad en /proc/stat, con la columna de robo documentada junto al tiempo de usuario y de sistema en la página del manual de proc (manual proc(5)). Vigílala como lo hacen los operadores: vmstat 1 en un panel, ojos en la columna st, durante una semana completa de horario laboral y no un martes afortunado. Un pico durante el backup de un vecino es una anécdota; una línea base semanal ascendente es un veredicto.

Los kernels modernos también exponen la información de presión de estancamiento — la fracción de tiempo que las tareas pasan esperando procesador — a través de /proc/pressure (documentado en las guías de administración del kernel — documentación PSI), y algunas lecturas importan más que los porcentajes brutos: si la métrica completa sube durante tráfico ordinario, la cola tras el planificador crece, diga lo que diga la cifra instantánea de robo. Dos indicadores independientes que coinciden pesan más que cualquiera de ellos solo.

De dónde nace la contención: un copropietario ejecutando lotes sostenidos, un nodo sobrevendido, o tus propios vCPU clavados sobre hilos físicos ocupados. El planificador documenta la contabilidad, jamás al culpable. El metal exclusivo retira esa clase de problema por construcción — el 9950X de Forge o el EPYC de Summit responden solo a tu cron, y el robo deja de ser una columna que alguien lea.

El error clásico es medir durante tu propia compilación — claro que el vCPU está disputado; tú mismo programaste el trabajo. Muestrea el robo en periodos de inactividad, o durante tu pico de producción mientras demostrablemente no eres el autor. Si la cifra se mantiene por encima de unos pocos puntos durante una semana, la porción es la prenda equivocada — y el remedio es un host más tranquilo u otra clase; las propias mediciones lo desambiguarán.

La memoria es binaria: residente, en swap, con ECC o sin él

La presión de memoria jamás se presenta como un problema de memoria — llega disfrazada de problema de almacenamiento. En el instante en que el conjunto residente desborda la RAM del plan, el kernel pagina a NVMe, y cada investigación de disco lento que sigue es en realidad una investigación de RAM insuficiente con disfraz. El swap en almacenamiento local rápido oculta la escena del crimen con una convicción notable.

La pista está en las columnas de paginación: free -m para el titular, vmstat 1 para las columnas si y so — actividad sostenida de entrada de páginas bajo carga ordinaria significa que el conjunto de trabajo ya no cabe. Los ajustables del kernel (documentados en la guía de administración — documentación de sysctl de VM) pueden reducir el apetito — vm.swappiness=10 es la apertura convencional — pero los ajustables racionan el dolor; no fabrican capacidad.

ECC es la segunda binariedad. Titan lleva 32 GB DDR5 ECC y todos los niveles dedicados llevan ECC de serie, porque un bit volteado dentro de un índice de base de datos o un libro mayor de chainstate es la corrupción que emerge semanas después sin remitente. En las porciones, la historia del ECC pertenece al host y a su folleto; en el metal te toca demostrarla — dmidecode -t memory lee el tipo de corrección de errores de cada módulo directamente de las tablas de firmware, y los 32 GB DDR5 ECC de Forge ocupan el mismo tramo de precio que el VPS más grande.

Un matiz que conviene nombrar: la caché de páginas complica la lectura ingenua. La memoria marcada como usada suele ser caché que el kernel puede entregar al instante, mientras que la cifra peligrosa es el conjunto de trabajo anónimo e inintercambiable que tu base de datos exige de verdad. Compara la memoria disponible contra la suma de los conjuntos de trabajo en el pico, no contra la columna de usado — los operadores que leen la columna equivocada compran la mejora equivocada y luego se preguntan por qué nada mejoró.

El tropiezo: añadir más swap y afinar swappiness para siempre — convertir un déficit de capacidad en una queja de latencia con pasos extra. Lee primero las columnas: si el swap-out corre distinto de cero en tu pico normal, redimensiona el plan o reubica la carga, porque la columna de memoria dicta veredicto antes que la de procesador, más días de los que no.

Colas NVMe: cuando el almacenamiento es el producto

Para la mayoría de los sitios el disco es decorado; para bases de datos, colas de correo y chainstate, la cola de almacenamiento es la mercancía. El modo de fallo de la porción no es la capacidad sino la contención: tu fsync espera detrás de la importación masiva de un vecino en un pool compartido, y el gráfico de latencia aprende secretos que tu aplicación nunca confesó. Los benchmarks de throughput no te avisarán — la lesión está en la cola, no en la media.

Interroga lo que la carga hace de verdad: fio con perfiles de lectura y escritura aleatorias en vez de un truco secuencial con dd — el proyecto documenta job files exactamente para este interrogatorio (repositorio de fio). Las bases de datos sobreviven a base de escrituras aleatorias pequeñas más latencia de commit; las videotecas devoran throughput secuencial. Una porción que deslumbra en pruebas secuenciales puede quebrarse bajo el ritmo sincrónico que un Postgres o un bitcoind producen cada segundo de su vida. iostat -x 1 durante tu pico ordinario aporta la contraparte en vivo — la columna await es la cola hablando en voz alta, y un dispositivo clavado al 100% de util mientras la latencia sube es contención hecha visible.

La escalera dedicada responde con cantidad y con soberanía: Forge lleva 2×1 TB NVMe, Summit 2×2 TB, Monolith 4×2 TB en Gen4 con RAID 0/1/5/10 seleccionable — arrays que diseñas y reconstruyes tú con mdadm, mientras smartctl y las herramientas nvme-cli (repositorio de nvme-cli) leen los diarios de salud de los discos. En las porciones heredas el pool que aprovisionó el host; en el metal el carril, el array y el simulacro de fallo responden a ti.

Mira los diarios de los discos antes de que te miren a ti: sectores reasignados, errores de medio e indicadores de desgaste afloran semanas antes de que el fallo se complete, lo que convierte el disco dedicado de billete de lotería en una tarea de mantenimiento con calendario. En una porción esa telemetría pertenece al host; en el metal, la misma página que reporta el problema te entrega también la bahía hot-swap para arreglarlo en horario laboral.

El tropiezo: dimensionar por gigas cuando la restricción real son operaciones por segundo o latencia de commit. Doscientos gigas de NVMe disputado pierden contra cuarenta gigas de NVMe local sereno siempre que la carga sea transaccional. Si la latencia de cola es el producto, sé dueño de la cola — esa frase es todo el argumento de almacenamiento a favor del metal, y es la tercera de las cuatro cifras decisivas.

IPMI y RAID: las dos cosas que ningún plan VPS incluye

La consola lights-out y la elección del array pertenecen al metal por arquitectura, no por mercadotecnia: un controlador de placa base es un pequeño ordenador soldado a la board, y ningún inquilino de hipervisor puede poseerlo razonablemente. Si nunca has operado una máquina que monte un instalador mientras su sistema operativo yace muerto, aún no has operado metal — IPMI es exactamente eso, equipo de serie en todos los niveles dedicados aquí (la comparativa bare metal recorre la misma escalera desde el otro lado).

El ritual de consola: desde tu escritorio, ipmitool sol activate entrega la consola serial-over-LAN, firmware de arranque incluido, y el proyecto ipmitool documenta todo el conjunto de comandos (repositorio de ipmitool). Un kernel atascado, una línea de firewall descuidada, un volumen saturado a las tres de la mañana — cada uno se vuelve autoservicio. En virtual, una reinstalación es una acción de panel mientras el hipervisor sigue respirando; la consola de la placa cubre cada hora en la que nada sano permanece.

Los arrays son la segunda exclusividad: Forge y Summit aprovisionan chasis de dos discos (RAID 0/1), Monolith lleva cuatro unidades Gen4 con 0/1/5/10 seleccionable — eliges el trato entre throughput y redundancia con mdadm --create, posees la política de reconstrucción y ensayas el simulacro de fallo antes de que él te ensaye a ti. En las porciones, el host posee todos los estratos bajo el disco virtual; en el metal, el array, su planificador y sus diarios SMART son tuyos.

Ensaya el simulacro cuando nada falla: saca un disco de un array de prueba, observa el banner degradado, practica el re-add, cronometra la reconstrucción contra tu volumen de datos. El ensayo convierte un evento nocturno del pager en un procedimiento de duración conocida — y el mismo simulacro te enseña qué nivel de redundancia puede permitirse reconstruir tu patrón real de escrituras en una noche entre semana.

El momento en que aplica esta sección: el cumplimiento exige acceso a consola, la base de datos debe sobrevivir al funeral de un disco, u operas en horas en que las colas de soporte se niegan a existir. Pide Forge a $49 de tarifa — $39.20 en el término anual — como puerta de entrada: 16c/32t, 32 GB DDR5, 2×1 TB NVMe, 1 Gbps sin límite de tráfico con limpieza DDoS incluida, credenciales IPMI llegando con el rack tras los 2-4 h habituales de aprovisionamiento.

Dónde se cruzan las líneas de precio

En este catálogo el cruce es un solo hueco que cabe en tu cabeza: la escalera VPS termina en Titan, $24 de tarifa y $19.20 en efectivo anual, y el metal abre en Forge, $49 de tarifa y $39.20 en efectivo anual. Entre esas dos facturas vive toda la pregunta estratégica — porciones adicionales, o un socket propio — y cada medición de las secciones anteriores existe para responderla sin drama.

Por debajo del hueco, escala lateral: dos o tres porciones Core — $6 de tarifa, $4.80 en efectivo anual cada una — superan a una porción mayor para granjas web, flotas de CI y diseños de un-servicio-por-caja, y fallan de forma independiente entre sí. Pide Core a $4.80/mes en el término anual por caja y la aritmética lateral sigue siendo más barata que el metal hasta que un solo proceso anhela de verdad un socket completo; el redimensionado en vivo cubre el resto mientras una caja desborda su disfraz.

Por encima del hueco, la evidencia decisiva es la de las secciones anteriores: robo sostenido, churn de swap en el pico, latencia de commit, obligaciones de consola. El 9950X de Forge sube a 5.7 GHz — velocidad mono-hilo que el Titan basado en EPYC no iguala ni a 8 vCPU — así que las cargas por núcleo cruzan el hueco notablemente antes que las de throughput. Ajusta la silueta de la carga al silicio, nunca la etiqueta de precio a la línea de presupuesto.

Una forma útil de fechar la decisión: ponle precio a tu tiempo. Cinco porciones que no tienes que pensar cuestan menos que una máquina que crías, si las porciones de verdad encajan; una máquina que elimina una emergencia semanal cuesta menos que cinco porciones que la causan, si de verdad no encajan. Las facturas son casi simétricas alrededor del hueco; la carga operativa no lo es, y la carga es la parte que ninguna tabla de planes imprime.

El error: reflejos de escalado vertical apuntando a ambos lados — comprar Summit (32c/64t, 10 Gbps) para rescatar a un worker mono-hilo que un núcleo rápido habría curado, o fragmentar una base de datos en cinco porciones que un solo array NVMe sereno habría alojado. Lee el cuarteto de indicadores, fija la clase una vez, y deja de pagar tanto por exclusividades que no sientes como por fragmentos que no necesitas. El hueco mide una factura de ancho; crúzalo una vez, deliberadamente, con evidencia.

Lo que un VPS sigue haciendo mejor

El catálogo de lo que lo virtual hace mejor es más largo de lo que la gente espera, porque el ritmo de iteración es en sí una métrica de rendimiento. Las reconstrucciones son un clic de panel, una caja nueva se imagen en unos 60 segundos tras acreditar la factura, la CPU y la memoria se redimensionan en vivo, y los snapshots embotellan un estado conocido-bueno antes de cada cambio arriesgado. El metal no logra nada de eso sin comprar una segunda máquina.

La lista de capacidades también sobrevive intacta: todo lo que la frontera del hipervisor permite — imágenes de arranque propias, contenedores con privilegios plenos, sockets en bruto, invitados dentro de invitados — sigue disponible sin el hierro mayor, así que repetidores Tor, pilas de correo, extremos de túnel y nodos de cadena podados nunca necesitan graduarse. La documentación del repetidor no presume nada más grandioso que una caja Linux con ancho de banda (guía de repetidores Tor), y WireGuard corre donde viva un módulo del kernel (inicio rápido de WireGuard): wg-quick up wg0 y el túnel respira.

La geografía reparte la elección: doce sedes — Reikiavik, Zúrich, Ámsterdam, Fráncfort, Estocolmo, Helsinki, Oslo, Luxemburgo, Hong Kong, Tokio, Singapur, Taipéi — con la tabla de ubicaciones listando el nivel, el uplink y la ley aplicable de cada una, con el abuso juzgado bajo la jurisdicción de la sede e Islandia y Suiza llevando primas del +20% y +35%. Reubicar una carga a otra jurisdicción es una acción de panel en virtual; en metal es una odisea física con camión incluido.

También existe el argumento de cartera: una docena de porciones pequeñas diversifica el fallo como un monolito no puede — la fuga de memoria de un inquilino, un despliegue malo, un reindexado ruidoso toca una sola celda en vez de toda la cuadrícula. Las arquitecturas que asignan un servicio por caja, las dispersan en dos ciudades y duermen tranquilas dependen exactamente de esta propiedad, y no está disponible a ningún precio en un solo chasis.

El error desde el otro flanco: tratar el metal como la opción seria y migrar cargas que de todos modos se reconstruyen en un minuto. Si el robo, el swap, los carriles y la consola leen serenos, la porción no es la restricción, y el bucle de iteración rápida que conservas pesa más que un hardware que jamás tocas. Un checkout BTCPay autoalojado es el caso canónico: se mueve por mediciones, nunca por atmósferas.

Aprovisionamiento, pago y la realidad del redespliegue

No existe ruta in situ de VPS a metal exclusivo — el pasaje es un redespliegue con botas más pesadas. Coreografíalo como la salida del shared hosting: construye en paralelo, copia, cambia los registros, deja abierta una vía de regreso. Las clases comparten a propósito una sola vía de facturación para que la escalera siga siendo una decisión de un ancho de decisión y no dos procesos de compra con papeleo distinto y arrepentimiento distinto.

El flujo es idéntico de punta a punta: eliges plan y término, te registras con correo o token y una contraseña de 12 caracteres, recibes una factura a tipo de cambio en vivo en cualquiera de diecinueve monedas — direcciones de un solo uso, sin paso de tarjeta, sin papeleo de identidad. El aprovisionamiento VPS se enciende un minuto después de que la transferencia se acredite; el dedicado aterriza 2-4 horas más tarde, cuando el racking y la entrega de IPMI se completan. Ambas clases llevan puertos sin límite de tráfico y limpieza DDoS del mismo equipo de plataforma.

El redespliegue en sí: vuelca y restaura las bases de datos (mysqldump o pg_dump), replica los árboles, re-ticketa el puntero para la dirección nueva — la identidad de correo viaja con el hostname, no con el chasis, y la guía de rDNS automatiza ese ticket — y luego cambia los registros dentro de una ventana de poco tráfico con TTLs cortos ya publicados. Mantén la caja de origen viva más allá del cutover; cancela solo después de que el recién llegado haya metabolizado un ciclo completo de tráfico.

Ensaya el volcado-restauración antes del real: la primera restauración que hagas en tu vida debería ocurrir cuando nada esté roto, en la caja de destino, contra una copia que no importe. El ensayo saca a la luz las dos sorpresas clásicas — desfases de juego de caracteres y de versiones — mientras aún son gratis, en lugar de a la hora del cutover, cuando cada minuto del margen de reversión ya está hablado.

El fallo canónico: cambiarlo todo en una sola tarde porque la máquina nueva se siente veloz, y descubrir que el único cron que nadie inventarió seguía escribiendo en el disco anciano. Inventaría primero, corta por etapas, valida cada etapa antes de la siguiente. El redespliegue es un recado, no un hito — las clases son dos peldaños de una sola escalera, y una sola factura paga el peldaño que la evidencia elija.

El cambio de VPS a dedicado, en el orden de ejecución

Ejecuta las mediciones antes del deseo: una semana de vmstat 1 para la línea base de robo, free -m más las columnas de swap en tu pico ordinario, perfiles de fio contra los carriles de almacenamiento, y un inventario sincero de obligaciones de consola y de array. Primero la evidencia — la escalera solo tiene sentido desde el peldaño medido en el que estás de verdad, no desde el que apunta la aspiración.

Si las lecturas vuelven serenas, escala lateral o redimensiona: una porción adicional, un aumento en vivo de CPU y memoria, una dirección más para aislar deberes. Si el robo se mantiene por encima de unos pocos puntos, el swap churnea en el pico, la latencia de commit posee tu p99 y la consola se ha vuelto un requisito — elige el nivel: Forge para tempo de un socket y 2×1 TB, Summit para 32 núcleos y 10 Gbps, Monolith para doble socket, arrays 4×2 TB Gen4 y 25 Gbps tras el depurador L3/L7.

Haz el pedido, y mientras el equipo de rack gasta su par de horas, prepara el aterrizaje: exporta las bases de datos, replica los árboles de archivos, deja listas las configuraciones, re-ticketa los punteros para las direcciones entrantes. El aprovisionamiento termina cuando llegan las credenciales de consola — verifícalas antes de que aterrice cualquier dato, monta o ensambla el array, y solo entonces inicia la copia. Una comprobación de consola cuesta cinco minutos; saltarla cuesta la tarde en que descubres que el array no tiene la forma que asumías.

Cambia por etapas dentro de una hora tranquila: registros DNS con TTLs pre-acortados, logs de correo y errores de aplicación vigilados, la caja de origen retenida hasta cerrar el margen de seguridad, cancelada tras un ciclo completo de demanda. Luego repite la misma batería también en el metal — el robo ha desaparecido, pero las matemáticas del swap y de las colas no — y archiva las cifras donde la próxima auditoría las encuentre.

La disciplina es el entregable: el mismo ritual de medición que justificó la mudanza se convierte en el hábito de mantenimiento que mantiene la siguiente transición como un martes en vez de una crisis con guerra de anécdotas. Las cajas envejecen, las cargas derivan, y esas lecturas se mueven con ellas — repítelo cada mes, y el peldaño que ocupes será el que eligió la evidencia, no el que eligió la inercia.