Storage VPS vs VPS normal: diferencias y usos

Storage VPS frente a VPS normal: respuesta breve

Un storage VPS es un servidor privado virtual que se comercializa por terabyte, mientras que un VPS normal se comercializa por núcleo. El plan de almacenamiento ofrece varios terabytes de disco lento con una pequeña cuota de CPU. El plan estándar ofrece un disco NVMe (non-volatile memory express) rápido, que suele ser veinte veces más pequeño, además de más procesador y memoria por el mismo precio. Todo lo demás es igual en ambos productos: el mismo hipervisor, la misma shell de root, la misma imagen de Ubuntu y la misma pila de red.

Esa única diferencia determina cuál encaja mejor. Un storage VPS es adecuado para destinos de copias de seguridad, bibliotecas multimedia, archivos fríos y cualquier dato que se escriba una vez y se lea pocas veces. No es adecuado para una base de datos ni para ninguna página en la que el usuario tenga que esperar, porque esas cargas necesitan completar lecturas aleatorias pequeñas en aproximadamente un milisegundo. La capacidad barata tiene ese precio precisamente porque no puede hacerlo.

Los nombres de los planes que aparecen en una página de precios

Cuatro etiquetas cubren casi todos los proveedores, pero sólo dos tienen un significado específico.

• VPS estándar. De dos a ocho vCPU, de 2 GB a 32 GB de RAM y de 20 GB a 400 GB de NVMe o SSD SATA alojado en el propio nodo host.
• VPS de almacenamiento. De 1 TB a 20 TB o más, normalmente en discos SATA mecánicos o SSD SATA de alta capacidad, con entre uno y cuatro vCPU compartidos y una cantidad moderada de RAM. A menudo cuesta lo mismo al mes que un plan estándar pequeño.
• VDS. Abreviatura de servidor virtual dedicado. No existe una definición compartida de este término; la sección siguiente explica qué información debe consultar en su lugar.
• Volumen de almacenamiento en bloques. No es un plan: es un disco conectado a la red que se añade a un VPS existente y se paga por GB al mes. Es el único de los cuatro que puede ampliarse sin mover el servidor.

Estos rangos representan la configuración habitual del mercado, no la oferta de una empresa concreta. La etiqueta del plan indica una categoría, por lo que permite saber aproximadamente en qué chasis se aloja el servidor. No indica el tipo de disco, la política de asignación de CPU ni el límite de ancho de banda. Esos son los datos que determinan si la carga de trabajo funciona correctamente.

Qué cambia realmente entre los dos planes

Tipo y cantidad de discos. Esta es la diferencia principal entre ambos productos. Un plan estándar utiliza almacenamiento flash NVMe conectado mediante el bus PCI Express. Un plan de almacenamiento utiliza una matriz grande de discos magnéticos o SSD SATA de alta capacidad. Si no tiene claro cuál de estos términos es importante para usted, consulte primero qué es un VPS con SSD y en qué se diferencia de los planes con discos antiguos y después la diferencia práctica entre NVMe y un SSD SATA.

Proporción de CPU. Los planes de almacenamiento ofrecen menos vCPU por terabyte, y esas vCPU casi siempre se comparten con otros clientes. Esto no es un defecto. Un destino de copias de seguridad pasa la mayor parte del tiempo esperando a la red, por lo que no necesita muchos núcleos.

RAM. Los planes de almacenamiento ofrecen poca RAM para su precio. Esto afecta principalmente a un aspecto: los metadatos del sistema de archivos. Millones de archivos pequeños necesitan memoria para la caché de directorios e inodos. Sin esa memoria, cada listado debe volver a leer el disco.

Cuota de red. Lea atentamente este dato en un plan de almacenamiento. La capacidad desde la que no puede restaurar datos no es una copia de seguridad. Compruebe la cuota mensual de transferencia en TB y la velocidad del puerto en Gbit/s, porque restaurar completamente 4 TB mediante un puerto de 1 Gbit/s tarda unas nueve horas a la velocidad máxima del enlace, y mucho más si el puerto es compartido.

[
  {
    "plan": "Storage VPS, HDD",
    "usd_per_tb_month": 3
  },
  {
    "plan": "Storage VPS, SATA SSD",
    "usd_per_tb_month": 9
  },
  {
    "plan": "Standard VPS, NVMe",
    "usd_per_tb_month": 40
  },
  {
    "plan": "Block storage add-on",
    "usd_per_tb_month": 90
  }
]

Estas son cifras redondeadas obtenidas de páginas públicas de precios de varios proveedores en agosto de 2026. No corresponden a una oferta de una empresa concreta y pueden cambiar. La tendencia general es lo importante. Un terabyte en un plan de almacenamiento con discos magnéticos cuesta aproximadamente 3 dólares estadounidenses al mes. El mismo terabyte de almacenamiento NVMe en un plan estándar cuesta alrededor de 40, y un volumen de bloques conectado por red es la opción más cara de las 4, con un precio de 90. Para consultar un desglose más amplio de los componentes de la factura mensual, vea cuánto cuesta realmente un VPS al mes.

Por qué el precio por TB y el precio por núcleo van en direcciones opuestas

Un nodo de almacenamiento es un chasis con entre doce y dieciséis discos grandes y un procesador modesto delante de ellos. Un nodo de cómputo es lo contrario: muchos núcleos, mucha RAM y dos o cuatro unidades NVMe. El proveedor vende la capacidad libre de ese chasis. Por eso, un plan barato por terabyte es caro por núcleo, y un plan barato por núcleo es caro por terabyte. No existe un plan barato en ambos aspectos, porque ningún chasis está diseñado de esa forma.

Por eso, la respuesta honesta a «¿cuál debería contratar?» suele ser «ambos». Un VPS pequeño con NVMe que ejecute la aplicación, junto con un VPS de almacenamiento que aloje sus copias de seguridad, cuesta menos que una sola máquina suficientemente grande para hacer bien ambas tareas. Cuando una máquina realmente debe encargarse de las dos funciones, ya ha salido del ámbito de los VPS: consulte cuándo un servidor dedicado es mejor que un VPS.

Las lecturas aleatorias son lo que un disco económico no puede hacer

[
  {
    "disk": "7200 rpm SATA HDD",
    "random_read_iops": "180",
    "typical_latency_ms": 8.5
  },
  {
    "disk": "SATA SSD",
    "random_read_iops": "75,000",
    "typical_latency_ms": 0.2
  },
  {
    "disk": "NVMe SSD",
    "random_read_iops": "600,000",
    "typical_latency_ms": 0.08
  }
]

Esas son cifras de la clase indicada en las hojas de datos, no un benchmark de ningún proveedor. Un disco de 7200 rpm procesa aproximadamente 180 lecturas aleatorias de 4k por segundo porque el cabezal debe desplazarse físicamente hasta la pista y esperar a que el plato coloque el sector debajo de él. Esto cuesta unos 8.5 ms cada vez. La memoria flash no tiene piezas que mover, por lo que un SSD SATA alcanza aproximadamente 75,000 y un dispositivo NVMe unos 600,000 IOPS con una latencia de 0.08 ms. La diferencia supera las tres mil veces y ninguna cantidad de RAM o CPU puede cerrarla.

El trabajo secuencial es completamente distinto. Por eso los planes de almacenamiento resultan útiles. Un solo disco magnético todavía transmite entre 150 MB/s y 250 MB/s, y un array formado por varios discos transmite más. Esto satura un puerto de 1 Gbit/s, de modo que una carga de backup se ejecuta a la velocidad máxima de la red y el disco nunca es el límite. Las cifras también dependen de cómo esté construido el array, porque el striping distribuye una solicitud entre varios discos: cómo RAID 10 cambia el rendimiento del plan de almacenamiento lo explica.

¿Qué significa VDS?

Normalmente es una etiqueta de marketing. Hay tres significados habituales y el proveedor rara vez indica cuál aplica. Algunos usan VDS para referirse a núcleos de CPU fijados o dedicados, de modo que ningún otro cliente compite por sus ciclos de CPU. Otros lo usan para la virtualización completa, como KVM, frente a la virtualización mediante contenedores, como LXC u OpenVZ, donde se comparte el kernel del host. Algunos lo usan únicamente como un nombre que suena más sólido que VPS.

Puede comprobar parte de esta información desde el propio servidor. systemd-detect-virt muestra kvm en una máquina virtual completa y lxc en un contenedor. Un contenedor implica que no puede cargar módulos del kernel ni ejecutar su propio kernel. La afirmación sobre la CPU dedicada debe comprobarla mediante mediciones, usando la comprobación del tiempo de steal que aparece más adelante. Considere las letras del plan como una indicación y las líneas de especificaciones como el contrato.

Qué líneas de las especificaciones se deben comprobar en lugar del nombre

• La palabra que aparece junto a la capacidad: NVMe, SSD, SATA o HDD. Si no aparece ninguna palabra relacionada con discos en la página, suponga que se ofrece el hardware más económico que encaja con el precio.
• Si el disco es local al nodo o está conectado por red. El almacenamiento conectado por red añade latencia a cada solicitud y sobrevive a un fallo del nodo. El disco local es más rápido y deja de funcionar con el nodo.
• La descripción de la CPU: "dedicated" o "pinned", frente a "shared", "fair share" o ninguna indicación.
• Cualquier límite de IOPS o MB/s incluido en el plan. Un límite de 500 IOPS hace que el tipo de disco sea casi irrelevante.
• La transferencia mensual incluida y la velocidad del puerto, que determinan cuánto tarda una restauración completa.
• Si las instantáneas, las copias de seguridad y las direcciones IP adicionales están incluidas o se facturan por separado.

Cómo comprobar el disco que realmente obtuvo

Empiece por lo que informa el kernel y, después, deje de confiar en ello.

lsblk -d -o NAME,ROTA,SIZE,MODEL
df -h /
nproc
free -h

ROTA vale 1 para un dispositivo rotacional y 0 para uno flash. No dependa de este valor dentro de una VPS: un disco virtio suele informar ROTA=0 independientemente de lo que haya detrás, porque el hipervisor presenta un dispositivo de bloque genérico y el sistema invitado nunca ve la unidad física. MODEL está vacío por el mismo motivo. El indicador describe lo que declaró el hipervisor, no lo que gira en el rack, así que mídalo.

sudo apt update && sudo apt install -y fio
fio --name=randread --filename=/var/tmp/fio.test --size=1G --bs=4k --rw=randread \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fio.test

--direct=1 omite la caché de páginas, por lo que mide el disco en lugar de la RAM. La línea que debe leer es read: IOPS=, con la distribución en clat percentiles (usec) debajo. Un plan NVMe estándar informa decenas de miles de IOPS, con un percentil 99 inferior a un milisegundo. Un plan de almacenamiento rotacional informa unos cientos de IOPS, con un percentil 99 de dos dígitos en milisegundos. Si fio informa que el motor libaio no se puede cargar, use --ioengine=psync --iodepth=1 y espere valores más bajos, porque ese motor emite una solicitud cada vez.

vmstat 1 5
sudo apt install -y sysstat
iostat -x 1 5

En vmstat, la columna st es el tiempo de steal: la proporción de tiempo durante la que su vCPU estaba lista para ejecutarse mientras el host asignaba esos ciclos a otro invitado. Un valor estable superior a 5 indica que el nodo está sobreasignado, lo que constituye la prueba real de una afirmación de "CPU dedicada". En iostat -x, supervise %util, r_await y w_await. Un %util cercano a 100, con w_await en las decenas de milisegundos, indica que el disco es el cuello de botella y que ningún ajuste de la aplicación ayudará. Para las comprobaciones específicas de almacenamiento flash, comprobar que un disco NVMe es realmente NVMe ofrece más detalles.

Elegir según la carga de trabajo

• Destino de copias de seguridad para restic, Borg o rsync. VPS de almacenamiento. Este es el caso de uso para el que se diseñó. Las escrituras son grandes y secuenciales, la deduplicación se realiza en la máquina de origen y ningún proceso espera el resultado. Hay una salvedad: restic prune y restic check --read-data leen todo el repositorio en fragmentos pequeños, así que reserve varias horas para estas operaciones y ejecútelas según una programación. Consulte ejecutar copias de seguridad de restic en un VPS.
• Biblioteca multimedia de Immich o Jellyfin. VPS de almacenamiento para los archivos, pero tenga en cuenta la CPU. Immich genera miniaturas y ejecuta tareas de aprendizaje automático durante la importación, mientras que Jellyfin transcodifica durante la reproducción. Dos vCPU compartidas tardarán mucho en completar la primera importación de 200 GB de fotos. Mantenga la base de datos y la caché de miniaturas en el disco más rápido del servidor. alojar Immich como alternativa a Google Photos explica cómo dimensionarlo.
• PostgreSQL o MySQL. Plan NVMe estándar. Cada confirmación termina en un fsync que debe llegar al almacenamiento persistente antes de que la transacción termine. Por tanto, la latencia de confirmación es la latencia del disco, y una búsqueda en un índice es una lectura aleatoria de 8 kB, exactamente el tipo de operación que peor gestiona un disco magnético.
• Aplicación web, API o plano de control. Plan estándar. Necesitan núcleos y una latencia predecible, y rara vez requieren más de 100 GB.
• Caché de CI o almacén de artefactos. Depende del tamaño de los archivos. Los archivos tar grandes se transmiten desde un plan de almacenamiento a la velocidad máxima de la red. Una caché con cientos de miles de archivos pequeños, descargados en paralelo por varios runners, es E/S aleatoria encubierta y probablemente no cumplirá sus expectativas.

Qué ocurre cuando se configura mal

El fallo nunca es inmediato. Una base de datos en un plan de almacenamiento con discos giratorios parece funcionar bien con un usuario y colapsa con diez, porque las consultas que antes se resolvían en la RAM empiezan a acceder al disco y cada una tarda milisegundos en lugar de microsegundos. El promedio de carga aumenta mientras top muestra que la CPU está casi inactiva y presenta un valor elevado de %wa. Esto significa que los procesos están bloqueados a la espera del disco en lugar de ejecutar cálculos. iostat -x 1 muestra %util cerca del 100.

PostgreSQL lo indica claramente en su propio registro, porque log_checkpoints está activado de forma predeterminada desde la versión 15:

LOG:  checkpoint complete: wrote 8241 buffers (2.5%); ... write=112.402 s, sync=9.318 s, total=121.914 s

La cifra sync= es la importante. Es el tiempo que el checkpoint pasó esperando a que fsync devolviera el control. Por tanto, un valor expresado en segundos significa que el disco no puede absorber las escrituras al mismo ritmo al que las produce la base de datos. Las conexiones de los clientes se bloquean durante ese intervalo, aunque la consulta en sí sea barata. La solución no es cambiar la configuración. Mueva el directorio de datos a NVMe y reserve el plan de almacenamiento para aquello en lo que funciona bien: conservar las copias de seguridad de esa base de datos.

FAQ

¿Un VPS de almacenamiento es más lento que un VPS normal?

Para las lecturas y escrituras aleatorias, sí, por un margen amplio. Un plan de almacenamiento con discos giratorios procesa unos cientos de solicitudes aleatorias pequeñas por segundo, con unos 8 ms por solicitud, mientras que un plan NVMe procesa decenas de miles con bastante menos de 1 ms. En las transferencias secuenciales, la diferencia es mucho menor, porque una matriz de almacenamiento todavía puede mantener 150 MB/s o más, suficiente para saturar un puerto de 1 Gbit/s. Mida su propio rendimiento con fio --rw=randread --bs=4k --direct=1 antes de decidir.

¿Puedo ejecutar PostgreSQL en un VPS de almacenamiento?

Puede iniciarlo y funcionará hasta que el conjunto de trabajo deje de caber en la RAM. Después, cada confirmación espera un fsync en un disco lento, y Postgres lo registra como un valor sync= en segundos dentro de checkpoint complete, mientras iostat -x 1 muestra %util cerca del 100 con un w_await elevado. La configuración habitual es usar un VPS NVMe pequeño para la base de datos y un VPS de almacenamiento como destino de sus volcados.

¿VDS significa que obtengo hardware dedicado?

No necesariamente. VDS no tiene un significado estándar. Algunos proveedores lo usan para indicar núcleos de CPU fijados, otros para una virtualización KVM completa en lugar de un contenedor con kernel compartido y otros lo usan sólo como nombre. Ejecute systemd-detect-virt para comprobar si está en kvm o lxc, y ejecute vmstat 1 5 y observe la columna st para comprobar si otros inquilinos están consumiendo sus ciclos de CPU.

¿Cómo puedo saber si el disco de mi VPS es realmente NVMe?

No confíe en lsblk -d -o NAME,ROTA,MODEL, porque un disco virtio normalmente muestra ROTA=0 y una cadena de modelo vacía, independientemente del hardware subyacente. Ejecute una prueba de lectura aleatoria de fio segundos con --direct=1 y consulte los IOPS y la latencia del percentil 99. Cientos de IOPS con latencias de dos dígitos en milisegundos indican una matriz de discos giratorios. Decenas de miles con menos de un milisegundo indican almacenamiento flash.