Elegir un plan VPS no consiste en comprar los números más grandes que puedas permitirte, sino en ajustar la CPU, la RAM y el NVMe a lo que realmente hace tu carga de trabajo, para que pagues por la capacidad que usas en lugar de por especificaciones que no necesitas.
Las tres especificaciones que lo deciden todo
En última instancia, todo plan VPS es un conjunto de tres recursos más la red. Entiende qué controla cada uno y podrás dimensionar un servidor en menos de un minuto.
vCPU
Cuánto trabajo se ejecuta en paralelo y a qué velocidad. Determina el rendimiento de solicitudes, la compilación, la transcodificación y cualquier tarea limitada por CPU.
RAM
Memoria de trabajo. Aquí residen las bases de datos, las cachés y los entornos de ejecución de las aplicaciones. Si se agota, el sistema empieza a usar swap en disco o el kernel termina procesos.
Almacenamiento NVMe
Capacidad más velocidad. El NVMe ofrece muchas más IOPS que un SSD SATA o un disco mecánico, algo que importa para bases de datos y sistemas de archivos con mucha actividad.
Ancho de banda
Cuántos datos puedes mover. Los enlaces sin medición eliminan la carga mental de vigilar un contador de tráfico.
vCPU: núcleos frente a frecuencia, y por qué importa la compartición
Un vCPU es un hilo de un núcleo físico, asignado a tu VM mediante planificación. Dos planes pueden anunciar ambos "4 vCPU" y comportarse de forma muy distinta según la CPU del host y cuántos vecinos la comparten.
- Las tareas limitadas por CPU (codificación de vídeo, compilaciones, trabajos por lotes) escalan con el número de núcleos y la frecuencia de reloj: añade núcleos.
- Las tareas limitadas por E/S (las aplicaciones web típicas que esperan a una base de datos o a la red) casi nunca saturan la CPU: no compres más núcleos de los necesarios.
- Una carga sostenida al 100% necesita núcleos dedicados o no compartidos; una carga en ráfagas funciona bien con núcleos compartidos.
- Más núcleos no hacen que un proceso monohilo vaya más rápido: solo ayudan si tu carga de trabajo se ejecuta en paralelo.
Regla general: si tu gráfica de CPU rara vez supera el 60% en horas punta, ya tienes suficientes núcleos. Invierte ese dinero en RAM o en un disco más rápido.
RAM: la especificación que la gente subestima primero
La RAM es el recurso que falla de forma más drástica cuando se agota. La presión de CPU simplemente te ralentiza; la presión de memoria activa el swapping y el out-of-memory killer, que puede dejar fuera de servicio una base de datos en mitad de una consulta.
A las bases de datos les encanta la RAM porque cachean los datos activos en memoria en lugar de acceder al disco. Si tu conjunto de trabajo cabe en la RAM, las consultas se mantienen rápidas; si se desborda al disco, la latencia se dispara.
Deja siempre margen. Dimensionar la RAM justo al pico exacto significa que el primer repunte de tráfico o la primera fuga de memoria te empujarán al swap. Procura operar en torno al 60-70% de la memoria instalada.
NVMe: la capacidad es la mitad fácil
El almacenamiento tiene dos dimensiones: cuánto almacenas y con qué velocidad lees y escribes. El NVMe gana claramente en la segunda, ofreciendo un orden de magnitud más de IOPS que un SSD SATA.
- Las bases de datos, las colas de mensajes y los servidores de correo demandan muchas IOPS: el NVMe elimina el disco como cuello de botella.
- Las aplicaciones con muchos registros o escrituras intensivas se benefician de la baja latencia de escritura del NVMe.
- Para archivos fríos o copias de seguridad, la capacidad bruta importa más que la velocidad: un plan de almacenamiento sale más barato por GB.
- Dimensiona la capacidad para tus datos más el sistema operativo, el swap, los registros y margen de crecimiento; llevar un disco al 100% corrompe las escrituras.
Si lo que necesitas principalmente es espacio a granel para copias de seguridad o contenido multimedia, en lugar de E/S aleatoria rápida, un plan de almacenamiento dedicado te da la capacidad sin pagar precios de NVMe por todo el volumen.
Un método repetible para dimensionar cualquier plan
- 1
Identifica la carga de trabajo
Anota exactamente qué se ejecuta: aplicación web, base de datos, contenedores, servidor de juegos, VPN. Cada uno tiene un perfil de recursos distinto.
- 2
Encuentra el recurso cuello de botella
Determina si la tarea está limitada por CPU, por memoria o por E/S. Ese recurso es el que define el plan; los demás solo necesitan estar a la altura.
- 3
Dimensiona el cuello de botella con margen
Estima la demanda punta y añade aproximadamente un 30-40% para que los picos y el crecimiento no obliguen a una migración de emergencia.
- 4
Equilibra el resto
Ajusta el resto de especificaciones para que nada más se convierta en el nuevo cuello de botella: núcleos sin RAM, o RAM sin NVMe, ambos desperdician dinero.
- 5
Empieza más pequeño y escala según los datos
Despliega, observa métricas reales durante una semana y luego redimensiona. Los datos medidos siempre superan a las suposiciones.
La ubicación y la red también son parte de la especificación
El servidor mejor dimensionado, si está en el lugar equivocado, sigue pareciendo lento. La latencia hacia tus usuarios la determina la distancia física, así que elige un centro de datos cercano a tu audiencia o, si la privacidad es la prioridad, uno bajo una jurisdicción favorable.
En ChainVPS, todos los planes incluyen ancho de banda sin medición y protección DDoS, en 15 ubicaciones con seis regiones de nivel privacidad: Países Bajos, Suiza, Rumanía, Islandia, Moldavia y Luxemburgo. Si buscas un VPS offshore pagado desde un saldo prepago en cripto, esa combinación de jurisdicción y registro sin KYC es la razón para empezar con los planes de /offshore-vps.
Errores comunes de dimensionamiento
Comprar núcleos para una aplicación limitada por E/S
Una aplicación web que espera a su base de datos no va a usar 8 núcleos. La RAM y el NVMe habrían ayudado más.
Cero margen de RAM
Dimensionar justo al pico exacto significa que el siguiente repunte hará swap a disco o matará un proceso. Deja margen.
Ignorar la velocidad del disco
Un disco grande pero lento ahoga a una base de datos. Ajusta las IOPS a la carga de trabajo, no solo los gigabytes.
Adivinar en lugar de medir
Desplegar a ciegas desperdicia dinero en ambas direcciones. Las métricas te dicen la verdad en una semana.
Hacer coincidir el tipo de plan con la tarea
Una vez que conoces tu cuello de botella, el nivel de producto se deduce de forma natural.
Idea clave: dimensiona el recurso del que más depende tu carga de trabajo, mantén el resto equilibrado, deja margen y deja que las métricas reales guíen tu primera ampliación.
¿Cuántos vCPU necesito realmente?
Para la mayoría de las aplicaciones web y bases de datos, 2-4 vCPU son de sobra, porque el trabajo está limitado por E/S, no por CPU. Solo las cargas de trabajo paralelas y sostenidas, como la transcodificación o la compilación, justifican más. Vigila tu gráfica de CPU: si rara vez supera el 60% en hora punta, ya tienes suficiente.
¿Es mejor más RAM o una CPU más rápida para una base de datos?
La RAM, en la mayoría de los casos. Las bases de datos cachean en memoria su conjunto de trabajo activo, así que más RAM significa menos lecturas lentas de disco. Combina esa RAM con almacenamiento NVMe y la CPU rara vez será el límite para cargas de consultas típicas.
¿De verdad importa el NVMe, o cualquier SSD sirve?
Importa para todo lo que exija mucha E/S: bases de datos, correo, colas, registros con mucha actividad, donde el NVMe ofrece muchas más IOPS y menor latencia que un SSD SATA. Para copias de seguridad frías o contenido multimedia donde solo necesitas capacidad, un volumen más lento y barato es suficiente.
¿Debería sobredimensionar por seguridad?
Deja margen, no compres de más. Dimensionar en torno al 60-70% de la capacidad absorbe los picos sin pagar por recursos inactivos. Empieza de forma conservadora, observa una semana de métricas reales y luego redimensiona: puedes recargar tu saldo y escalar cuando los datos lo indiquen.
