netcup VPS 1000 G12 a examen: 101.000 IOPS de NVMe en el plan más barato
Una batería de pruebas sobre una instancia real en Debian 13 deja cifras de CPU, RAM, NVMe y red propias de un plan bastante más caro. El steal time se mantuvo en cero.
El VPS 1000 G12 de netcup, el plan de entrada de la empresa alemana, aguanta 101.000 IOPS de lectura aleatoria en bloques de 4K sobre su NVMe y llega a 5.974 operaciones por segundo en sysbench usando los cuatro vCores. Son las cifras que ha publicado Serverküche tras medir una instancia real, con Debian 13, en el centro de datos de Viena.
La máquina medida lleva un AMD EPYC-Genoa con 4 vCore, 8 GB de RAM y 256 GB de NVMe. Las pruebas se hicieron en julio de 2026 con sysbench 1.0.20, fio 3.39, 7-Zip y openssl, que son las herramientas de siempre para esto y están en los repositorios de Debian sin nada raro.
Los números
En CPU, un hilo da 1.495 eventos por segundo y cuatro hilos 5.974, un escalado de 3,996 veces. Casi lineal, lo que apunta a que los cuatro vCores estaban disponibles durante la medición y nadie se los estaba comiendo. El benchmark de 7-Zip se queda en unos 27.400 MIPS y AES-256-GCM con AES-NI ronda los 7,7 GB/s en bloques de 8 KB, medido a un solo hilo. Traducido: el cifrado de TLS no va a ser el cuello de botella de nada que corra ahí.
La memoria se mueve a unos 30 GB/s (28.727 MiB/s según sysbench), más que suficiente para bases de datos y para cualquier caché en RAM. En este plan el límite es la cantidad —8 GB— antes que el ancho de banda.
El disco es lo que suele decidir si un VPS sirve o no. Con fio y --direct=1 para saltarse la page cache, la lectura aleatoria de 4K da 101.000 IOPS y la escritura 67.000. En secuencial, 4,3 GB/s de lectura y 3,1 GB/s de escritura. Para un plan de entrada son cifras altas.
En red, la descarga desde Falkenstein se queda en unos 246 MB/s, alrededor de 2 Gbit/s, con una latencia de 12 ms contra el resolutor anycast 1.1.1.1.
Lo que hay que vigilar
Un VPS comparte CPU física con otros clientes, así que estas cifras dependen de quién tenga al lado ese día. El propio autor lo advierte y da la forma de comprobarlo: vmstat 1 3 y mirar la columna st, el steal time. En esta prueba se mantuvo en 0% de principio a fin. Un steal alto y sostenido es la señal de que el host está sobrevendido y de que tus vCores no son tan tuyos.
También conviene repetir cada test dos o tres veces y a distintas horas. Una sola pasada es una foto fija, no una característica del plan.
Para quien monta servicios pequeños —un GitLab, un Nextcloud, un par de contenedores y una base de datos—, lo que más se nota en el día a día es el disco y la red, y ahí este plan juega por encima de su precio. Queda por ver si esas cifras se sostienen con la máquina cargada de verdad y no en una ventana tranquila de julio.
