Storage VPS vs VPS normal: diferencias y usos
Un storage VPS ofrece terabytes baratos con disco lento; un VPS normal prioriza NVMe, CPU y memoria. Compara sus especificaciones y elige según tu carga.
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 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. Normalmente ofrece entre dos y ocho vCPU, entre 2 GB y 32 GB de RAM y entre 20 GB y 400 GB de SSD NVMe o SATA instalado en el propio nodo host. Algunas gamas superan ampliamente esos valores: el 2026-10-17, la línea Cloud VPS de Contabo llegaba a 18 vCPU, 96 GB de RAM y 600 GB de SSD (o 300 GB de NVMe).
- 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 entre una y cuatro, y una cantidad moderada de RAM para esa capacidad. Los planes iniciales pueden estar muy por debajo de 1 TB (el Storage VPS más pequeño de Contabo ofrecía 300 GB de SSD el 2026-10-17), y los planes más grandes pueden incluir más núcleos (su Storage VPS 50 ofrecí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 precio se calcula por GB al mes. Es el único de los cuatro que puede ampliar sin trasladar 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 informa de forma aproximada en qué chasis reside 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 funcionará correctamente.
Qué cambia realmente entre los dos planes
Tipo y cantidad de disco. 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, el 2026-10-17 Contabo indicaba que sus planes Cloud VPS 6 a Cloud VPS 18 podían usar un disco SSD o un disco NVMe más pequeño ("200GB SSD / 100GB NVMe" en Cloud VPS 6), mientras que el plan básico Cloud VPS 4 sólo indicaba "100 GB SSD". Un plan de almacenamiento usa una matriz grande de discos mecánicos o SSD SATA de alta capacidad. Si no tiene claro cuál de estos 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 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 en relación con su precio. Esto afecta especialmente a un punto: 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 el disco.
Transferencia de red incluida. Lea atentamente este dato en un plan de almacenamiento. La capacidad desde la que no puede restaurar datos no constituye una copia de seguridad. Compruebe la transferencia mensual incluida en TB y la velocidad del puerto en Gbit/s, porque restaurar 4 TB a través de un puerto de 1 Gbit/s tarda unas nueve horas a velocidad de línea y mucho más si el puerto se comparte.
Los datos de este gráfico
[
{
"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 tomadas 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 relación general. Un terabyte en un plan de almacenamiento con discos mecánicos 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 obtener una visión más amplia de los componentes de la factura mensual, consulte 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
Los datos de este gráfico
[
{
"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,SATAoHDD. 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 ese dato.
lsblk -d -o NAME,ROTA,SIZE,MODEL
df -h /
nproc
free -hROTA vale 1 para un dispositivo rotacional y 0 para un dispositivo flash. No confíe en este valor dentro de una VPS: un disco virtio suele informar ROTA=1 independientemente de lo que haya detrás, incluso si es NVMe, porque el controlador virtio-blk marca como rotacional cada disco que crea y el sistema invitado nunca ve la unidad física. MODEL está vacío por el mismo motivo. Este indicador describe lo que declaró el dispositivo virtual, no lo que gira en el rack, así que mídalo directamente.
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 decenas de miles de IOPS, con un percentil 99 inferior a un milisegundo. Un plan de almacenamiento con discos rotacionales informa 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 5En 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á sobresuscrito. Esta es la comprobación 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 valor de %util cercano a 100 junto con w_await en decenas de milisegundos indica que el disco está saturado. En ese caso, sólo servirán los cambios que reduzcan o reorganicen las operaciones de IO. En matrices RAID y SSD, que atienden las solicitudes en paralelo, el manual de sysstat advierte de que %util no refleja sus límites de rendimiento. Por tanto, dé prioridad a los valores de await y a una ejecución de fio. Para las comprobaciones específicas de dispositivos flash, comprobar que un disco NVMe es realmente NVMe ofrece más información.
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 pruneyrestic check --read-dataleen 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 = onen PostgreSQL), cada confirmación espera a que unfsyncllegue 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 sLa 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 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 un tiempo aproximado de 8 ms cada una, mientras que un plan NVMe procesa decenas de miles con una latencia muy inferior a 1 ms. En las 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 llenar un puerto de 1 Gbit/s, salvo que el proveedor limite más la E/S de la máquina virtual invitada (Time4VPS limita sus servidores de almacenamiento a 50 MB/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, con la confirmación síncrona predeterminada, cada confirmación espera un fsync en un disco lento, y Postgres lo registra como una cifra de sync= en segundos dentro de checkpoint complete, mientras iostat -x 1 muestra %util cerca de 100 con un w_await alto. La configuración habitual consiste en 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 sólo como nombre. Ejecute systemd-detect-virt para comprobar si usa kvm o lxc, y ejecute vmstat 1 5 y supervise 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=1, incluso cuando debajo hay NVMe, y una cadena de modelo vacía independientemente del hardware subyacente. Ejecute una prueba de lectura aleatoria de fio de 30 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 una latencia inferior a un milisegundo indican almacenamiento flash.