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 terabytes, mientras que un VPS normal se comercializa por núcleos. El plan de almacenamiento ofrece mucho más espacio de disco por el mismo precio, normalmente con un disco más lento y menos CPU por terabyte. El plan estándar ofrece un SSD rápido, con mucha frecuencia NVMe (non-volatile memory express), que suele tener un tamaño veinte veces menor, además de más procesador y más memoria por el mismo precio. Todo lo demás es igual en ambos productos: el mismo hipervisor, el mismo shell de root, la misma imagen de Ubuntu y la misma pila de red.

Esa única diferencia determina cuál es adecuado. Un storage VPS es apropiado para destinos de copias de seguridad, bibliotecas multimedia, archivos de acceso poco frecuente y cualquier contenido que se escriba una vez y se lea rara vez. 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 económica tiene un precio bajo precisamente porque no puede hacerlo.

Los planes que encontrará en una página de precios

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

• VPS estándar. Normalmente incluye de dos a ocho vCPU, de 2 GB a 32 GB de RAM y de 20 GB a 400 GB de SSD NVMe o SATA ubicados en el propio nodo anfitrión. Algunas gamas superan ampliamente esos valores: el 2026-10-12, la gama Cloud VPS de Contabo llegaba hasta 18 vCPU, 96 GB de RAM y 600 GB de SSD.
• VPS de almacenamiento. Ofrece desde unos cientos de GB hasta 20 TB o más, normalmente en discos SATA mecánicos o SSD SATA de alta capacidad, con vCPU compartida, a menudo de una a cuatro, y una cantidad moderada de RAM en relación con la capacidad. Los planes iniciales pueden estar bastante por debajo de 1 TB (el Storage VPS más pequeño de Contabo incluía 300 GB de SSD el 2026-10-12), y los planes más grandes pueden tener más núcleos (su Storage VPS 50 incluía 14 vCPU y 50 GB de RAM). A menudo cuesta lo mismo al mes que un plan estándar pequeño.
• VDS. Es la abreviatura de servidor virtual dedicado. No existe una definición compartida de este término, y la sección siguiente explica qué debe consultar en su lugar.
• Volumen de almacenamiento en bloques. No es un plan: es un disco conectado por red que se añade a un VPS existente y cuyo coste se calcula 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. Esas son las características que determinan si la carga de trabajo funciona correctamente.

Qué cambia realmente entre los dos planes

Tipo y cantidad de almacenamiento. Esta es toda la diferencia entre los productos. Un plan estándar suele usar SSD y, con frecuencia, almacenamiento flash NVMe conectado mediante el bus PCI Express, pero la categoría no garantiza NVMe: por ejemplo, Contabo ofrece su Core VPS "with SSD storage" y reserva "PCIe Gen 4 NVMe storage" para su línea independiente Performance VPS. 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 esos términos es importante para usted, empiece por qué es un VPS con SSD y en qué se diferencia de los planes con discos antiguos y después consulte 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 especialmente a un aspecto: los metadatos del sistema de archivos. Millones de archivos pequeños necesitan memoria para la caché de directorios e inodos. Sin ella, cada listado vuelve a leer del disco.

Transferencia de red incluida. Lea atentamente este apartado en un plan de almacenamiento. La capacidad desde la que no puede restaurar datos no sirve como copia de seguridad. Compruebe la transferencia mensual incluida en TB y la velocidad del puerto en Gbit/s, porque restaurar 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 se comparte.

[
  {
    "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
  }
]

Son cifras redondeadas obtenidas de páginas públicas de precios de varios proveedores en agosto de 2026, no una oferta de una empresa concreta, y pueden cambiar. Lo importante es la proporción general. Un terabyte en un plan de almacenamiento con discos magnéticos cuesta alrededor de 3 dólares estadounidenses al mes. El mismo terabyte de NVMe en un plan estándar cuesta aproximadamente 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 una operación que un disco económico no puede realizar

[
  {
    "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 cifras corresponden a la clase indicada en la hoja de datos, no a una prueba de rendimiento de ningún proveedor. Un disco de 7200 rpm procesa aproximadamente 180 lecturas aleatorias de bloques de 4k por segundo, porque el cabezal debe desplazarse físicamente hasta la pista y esperar a que el plato sitúe el sector debajo de él. Cada operación tarda aproximadamente 8.5 ms. En la memoria flash no hay ninguna pieza que deba desplazarse, por lo que un SSD SATA alcanza aproximadamente 75,000 y un dispositivo NVMe alrededor de 600,000 IOPS, con una latencia de 0.08 ms. La diferencia supera las tres mil veces. Ninguna cantidad de RAM o CPU puede compensarla.

Las operaciones secuenciales son muy distintas. Por eso los planes de almacenamiento siguen siendo útiles. Un solo disco mecánico todavía puede transferir datos secuencialmente a entre 150 MB/s y 250 MB/s. Un conjunto de varios discos alcanza una velocidad mayor. En hardware sin limitaciones adicionales, esa velocidad basta para saturar un puerto de 1 Gbit/s. Sin embargo, es posible que la máquina virtual no alcance esa velocidad. Los proveedores pueden limitar el rendimiento por servidor. Por ejemplo, Time4VPS documenta un límite de E/S de 50 MB/s para sus servidores de almacenamiento, aproximadamente 400 Mbit/s. Consulte el plan para comprobar si existe un límite de E/S antes de suponer que una carga de copias de seguridad usa toda la velocidad de red. Los valores también dependen de cómo esté construido el conjunto. La distribución por bandas escribe los datos en bloques que se alternan entre varios discos, por lo que varios discos pueden atender una solicitud grande al mismo tiempo: 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 confíe en este valor dentro de un VPS: un disco virtio suele informar ROTA=0 independientemente de lo que haya detrás, porque el hipervisor presenta un dispositivo de bloques 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 debe medirlo.

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 y no 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 de decenas de miles de IOPS, con un percentil 99 inferior a un milisegundo. Un plan de almacenamiento rotacional informa de unos cientos de IOPS, con un percentil 99 de dos dígitos en milisegundos. Si fio informa de que el motor libaio no se puede cargar, use --ioengine=psync --iodepth=1 y espere valores inferiores, 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 steal time: 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, que es la prueba real de una afirmación de "CPU dedicada". En iostat -x, supervise %util, r_await y w_await. En un dispositivo que atiende las solicitudes de una en una, como un único disco rotacional, un %util cercano a 100 con w_await en decenas de milisegundos significa que el disco está saturado. Sólo servirán los cambios que reduzcan o reorganizen las operaciones de E/S. En matrices RAID y SSD, que atienden solicitudes en paralelo, el manual de sysstat advierte que %util no refleja sus límites de rendimiento. Por tanto, use como referencia los valores de await y una ejecución de fio. Para las comprobaciones específicas de 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. Storage VPS. 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, por lo que debe reservar varias horas para estas operaciones y ejecutarlas según una programación. Consulte ejecutar copias de seguridad de restic en un VPS.
• Biblioteca multimedia de Immich o Jellyfin. Storage VPS para los archivos, pero tenga en cuenta la CPU. Immich genera miniaturas y ejecuta tareas de aprendizaje automático durante la importación, y Jellyfin transcodifica durante la reproducción. Dos vCPU compartidas tardarán mucho en completar la primera importación de 200 GB de fotografías. 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. Con la configuración predeterminada para confirmaciones durables (synchronous_commit = on en PostgreSQL), cada confirmación espera a que un fsync llegue al almacenamiento persistente antes de devolver el resultado de la transacción. Por tanto, la latencia de confirmación es la latencia del disco, y una búsqueda en un índice es una lectura aleatoria de una página de 8 kB en PostgreSQL o de 16 kB de forma predeterminada en InnoDB de MySQL, exactamente el tipo de operación en el que peor rinde un disco mecánico.
• Aplicación web, API o plano de control. Plan estándar. Estas cargas necesitan CPU 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 transfieren bien desde un plan de almacenamiento, a la velocidad de la red o hasta el límite de E/S del plan, lo que sea menor. Una caché con cientos de miles de archivos pequeños, descargados en paralelo por varios ejecutores, equivale en la práctica a E/S aleatoria y no ofrecerá un buen rendimiento.

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

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

Para 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 una latencia muy inferior a 1 ms. En transferencias secuenciales, la diferencia es mucho menor, porque una matriz de discos giratorios alcanza 150 MB/s o más en hardware sin sobrecarga, suficiente para saturar un puerto de 1 Gbit/s, salvo que el proveedor limite más el acceso de E/S de la máquina virtual (Time4VPS limita sus servidores de almacenamiento a 50 MB/s). Mida su propio sistema 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, con la confirmación síncrona predeterminada, cada confirmación espera un fsync en un disco lento, y Postgres lo registra como una cifra sync= en segundos dentro de checkpoint complete, mientras iostat -x 1 muestra %util cerca del 100 con un valor alto de w_await. 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 referirse a la virtualización completa con KVM frente a un contenedor con kernel compartido, y otros lo usan únicamente como nombre comercial. 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 clientes están consumiendo sus ciclos de CPU.

¿Cómo compruebo 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 fio de 30 segundos con --direct=1 y compruebe 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 una latencia inferior a 1 milisegundo indican almacenamiento flash.