CryptoServers
Guía para compradores · 9 min de lectura

VPS vs bare-metal dedicado: cuándo hacer el cambio

La mayoría de las cargas de trabajo comienzan en un VPS. Algunas lo superan. La pregunta rara vez es «¿VPS o dedicado?» en abstracto — es «¿a qué nivel de concurrencia, tamaño de dataset o tolerancia a vecinos ruidosos justifica nuestra carga un host dedicado?». Esta guía responde eso con umbrales que vemos en producción, no benchmarks de vendedores.

Sin KYC, nunca DMCA ignorado Sin registros de tráfico Activo en 60 segundos

La respuesta directa en una línea

Si puedes trazar un palo de hockey en tu CPU steal time, ya has superado el VPS. Steal sostenido por encima del 5% significa que un vecino está ganando el planificador — tu latencia P99 lo reflejará mucho antes de que tu carga media parezca mala.

Por debajo de ese umbral, un VPS casi siempre es la opción correcta. KVM con almacenamiento NVMe local y AES-NI en un núcleo EPYC moderno te sitúa a un 3–8% del rendimiento bare-metal para cargas típicas de web, VPN, correo, IRC y Lightning. El 92–97% que conservas vale bien la diferencia de precio y la ergonomía de redimensionamiento en caliente.

Cuando el VPS todavía encaja — claramente

Egreso personal (tu propio endpoint WireGuard u OpenVPN), un relay Tor por debajo de 25 MB/s sostenidos, un servidor de correo para un solo usuario, un nodo Bitcoin podado, un nodo remoto Monero sirviendo a menos de unos pocos cientos de wallets, un homeserver Matrix para una comunidad pequeña, un servidor de juego privado, un seedbox personal por debajo de 240 GB de working set — todo esto funciona cómodamente en un VPS y gana muy poco pasando a bare-metal.

Por qué: su cuello de botella rara vez es la CPU bruta. Es el alcance de red, la reputación de IP, la postura jurisdiccional y si el proveedor limita el puerto 25 o moldea el tráfico p2p. Un VPS que te da root completo, sockets en bruto, enlace ascendente sin límite y rDNS editable es funcionalmente idéntico al bare-metal para estas cargas.

Las cuatro señales de que una carga de trabajo ha superado el VPS

CPU steal sostenido por encima del 5%. Ejecuta `vmstat 1` durante una hora pico. Si `st` se mantiene regularmente por encima de 5, estás compartiendo un núcleo con alguien que lo satura. Migramos vecinos cuando el steal sube, pero un host dedicado elimina la variable por completo.

El working set supera 24 GB y es sensible a la latencia. La contención de RAM en KVM es rara en nuestros hosts (no sobrevendemos memoria), pero un dataset del tamaño del txindex de Bitcoin (~120 GB en disco, páginas calientes 10–30 GB) comienza a sufrir patrones de desalojo ARC donde 64 GB de margen ECC cambia el comportamiento. Los nodos de enrutamiento Lightning, Matrix Synapse con más de 200 salas federadas y bases de datos CI con mucho Postgres llegan a esto antes de lo que la gente espera.

Ancho de banda de escritura en disco por encima de 400 MB/s sostenidos. Un solo NVMe Gen4 maneja esto en un VPS. Dos NVMe Gen4 en espejo en un nivel dedicado lo manejan sin las pausas de GC que vienen con los namespaces NVMe compartidos.

Egreso de red por encima de 5 Gbps sostenidos. Vendemos planes VPS con 10 Gbps sin límite, y realmente alcanzan 10 Gbps en ráfagas cortas — pero 5+ Gbps sostenidos durante horas es más cómodo en hardware dedicado donde la NIC es tuya sola.

Donde el dedicado gana sin discusión

Nodos completos Bitcoin Core o Ethereum que planeas operar durante años sin volver a hacer IBD. El IBD de 36 horas en un EPYC de socket único con 2× NVMe Gen4 en RAID por software es incomparablemente más rápido que el IBD de 3–4 días en un VPS de nivel Business, y una vez completado, la fiabilidad del disco importa más que el rendimiento.

Hubs de enrutamiento Lightning con objetivo de 1000+ canales y gran capacidad. El throughput de HTLC está limitado por CPU bajo carga, y los núcleos dedicados eliminan la cola de steal-time que ocasionalmente provoca desactualización del estado de los canales.

Homeservers Matrix públicos con miles de salas federadas. Postgres en su propio NVMe + workers de Synapse en el otro NVMe + Redis en un tercer namespace = tres carriles de I/O con cero contención.

CI autoalojado con granjas de compilación ejecutando Docker-in-Docker, sysbox o microVMs Firecracker a escala. La virtualización anidada funciona en KVM, pero el bare-metal elimina el overhead de paravirt de segunda capa.

Anuncio BGP de /29 o /48 con tu propio AS-path. Aprovisionamos sesiones BGP en niveles dedicados desde Bastion en adelante; en planes VPS, compartes nuestros prefijos.

La aritmética de precios

Un vps-pro a $54.99/mes te da 8 vCPU en Xeon Gold 6430, 24 GB DDR5 ECC, 400 GB NVMe, 5 Gbps sin límite. Un ded-shield a $79/mes te da 16 núcleos / 32 hilos de EPYC 7313P, 64 GB DDR4 ECC, 2× 1 TB NVMe, 1 Gbps sin límite. El nivel dedicado cuesta $24/mes más por aproximadamente 2× la CPU, 2,7× la RAM, 5× el disco, con almacenamiento en espejo.

Si tu carga está limitada por CPU, RAM o almacenamiento, el salto se amortiza el día que aprovisionas. Si está limitada por red a 5+ Gbps, el VPS sigue ganando hasta que subes a Bastion o superior con 10 Gbps incluidos.

La facturación mensual en cripto sin mínimos significa que puedes ejecutar dedicado durante un mes mientras realizas pruebas de carga, y volver a VPS si el perfil de carga resulta ser más ligero de lo esperado. No hay compromiso anual que te ate.

Guía de migración

Rsync + ventana de corte: aprovisiona el host dedicado en la misma jurisdicción, haz rsync de tu dataset por la red local (tenemos más de 10 Gbps internos entre hosts en el mismo DC), configura una página de mantenimiento en el VPS, haz una sincronización final, cambia el DNS o el failover de IP. Tiempo de inactividad total: típicamente 2–10 minutos para un dataset de unos pocos cientos de GB.

Si tu IP importa (canales Lightning, homeserver Matrix federado, rDNS de correo), podemos mover el /29 entre hosts en el mismo DC sin cambiar de IP — abre un ticket en el panel y lo hacemos en 24 horas durante una ventana tranquila.

Si no puedes permitirte ningún tiempo de inactividad: split-brain durante un día. Mantén ambos hosts activos, cambia la aplicación para escribir en ambos, dirige las lecturas al dedicado, luego corta las escrituras una vez que el dedicado sea autoritativo. Esta es la forma de cada migración de base de datos que hemos visto ejecutar con éxito a los clientes.

Respuestas rápidas

Preguntas frecuentes

¿Cómo sé si tengo un problema de vecino ruidoso (noisy neighbour)?
Ejecuta vmstat 1 60 durante una hora pico y observa la columna st. Cualquier valor sostenido por encima del 5% es malo; picos de 10–15% durante los picos son tolerables pero sugieren que ya era hora de un re-host. Abre un ticket en el panel con el resultado y programaremos una migración en vivo a un host más tranquilo en 24 horas — sin cargo.
¿Puedo bajar de dedicado a VPS más adelante?
Sí — no hay contrato ni permanencia. Aprovisiona el VPS, haz rsync de tu dataset, haz el corte y destruimos el host dedicado. Recibirás un reembolso prorrateado por la parte no utilizada del mes en cripto. Lo hacemos con más frecuencia de lo que imaginas — la gente hace pruebas de estrés en dedicado, descubre que su carga real es más ligera y vuelve a dimensionar a un nivel Pro o Scale.
¿Hacéis hot-resize en dedicado, o solo en VPS?
El hot-resize funciona para vCPU y RAM en todos los planes VPS — el disco necesita un reinicio. Los niveles dedicados no redimensionan el hardware en caliente (los núcleos y los DIMMs son físicos), pero puedes añadir un segundo host dedicado junto al primero y balancear la carga a nivel de aplicación. Lo hemos hecho para clusters de servidores de juego y granjas de compilación CI; el tejido de scrubbing L4 gestiona el DNAT de entrada limpiamente.
¿Un dedicado equivale realmente a varios VPS?
Para trabajo limitado por CPU, sí — un EPYC 7313P de 16 núcleos típicamente supera en throughput a tres instancias VPS de 6 vCPU con la misma carga, principalmente porque el overhead del hipervisor y el steal-time desaparecen. Para trabajo limitado por I/O, la brecha es aún mayor porque dejas de compartir namespaces NVMe. Para cargas de trabajo puro egreso de red (VPNs, seedboxes), el precio por vCPU del VPS es difícil de superar hasta que saturas la red.
¿Y la latencia? ¿El dedicado reduce el P99?
Significativamente, sí. La latencia mediana es similar (dentro de 1–2 ms para solicitudes en red), pero el P99 mejora drásticamente al eliminar la interferencia de vecinos. Vemos caídas del P99 de ~80 ms a ~25 ms con la misma carga al pasar de un host VPS ocupado a un dedicado. Si tus SLOs están impulsados por la latencia de cola, esa es la razón más importante para cambiar.
Aplicar esto

Cargas de trabajo a las que aplica esta guía

Cada tarjeta abre una página específica por carga de trabajo con recomendaciones de dimensionamiento y un FAQ para sysadmins.

¿Ya leíste suficiente? Deploy in 60 seconds

Sin verificación de correo, sin ID, sin cuenta. Elige un plan, paga en cualquier criptomoneda, obtén root.