Cómo Hacer Benchmark de Servidores Cloud (VPS) en 2026: YABS y Más
Aprende a hacer benchmark de servidores cloud (VPS) con YABS: prueba el I/O de disco, la velocidad de red y la CPU, lee los resultados y compara proveedores antes de comprometerte.
35 min de lectura

Antes de comprometerte con un proveedor, haz un benchmark del servidor cloud. Las especificaciones de una página de precios no te dicen mucho: la contención de vCPU compartida, los vecinos ruidosos y la limitación del disco deciden lo que obtienes. Un benchmark rápido de VPS muestra los números reales antes de que el dinero cambie de manos, y hacer benchmark de un servidor cloud toma un comando y unos 15 minutos.
Esta guía cubre cómo hacer benchmark de servidores cloud de principio a fin: qué probar, cómo ejecutar YABS (la suite de un solo comando estándar de la comunidad), cómo leer y compartir los resultados, y qué otras herramientas de benchmark para VPS vale la pena conocer.
Antes de hacer el benchmark:
- Acceso SSH al VPS, o una cuenta de prueba/con crédito donde puedas crear uno
- Unos 15 minutos para una ejecución completa de YABS
- Un enlace sin límite de datos o tolerante con el ancho de banda. iperf3 satura el puerto durante ~20 segundos por ubicación de prueba
- Una ventana fuera de producción o un servidor inactivo. fio y Geekbench llevan el disco y la CPU al máximo
Nota sobre costes: ejecuta el benchmark durante la ventana de prueba gratuita o de crédito, antes de comprometerte. La prueba no cuesta nada más que tiempo y unos pocos GB de ancho de banda. El plan cuesta dinero real cada mes a partir de entonces.
Los precios de los VPS subieron en todos los proveedores en 2026. Si estás reconsiderando una máquina alquilada, mira qué cambió y cuándo gana un mini PC.
Qué medir en un benchmark de VPS
Tres cosas deciden cómo se comporta un VPS en producción. Prueba las tres. Un proveedor que gane en dos y pierda la tercera igualmente te va a doler.
I/O de disco
La lectura/escritura aleatoria con tamaños de bloque pequeños (4k) es lo que mueve las bases de datos y las aplicaciones web. El rendimiento secuencial (bloques de 1m) importa para copias de seguridad y copias de archivos grandes. fio es la herramienta que mide esto correctamente, y YABS la ejecuta por ti.
NVMe ya es el estándar en la mayoría de los proveedores, pero algunos planes económicos todavía limitan las IOPS o recortan las ráfagas después de unos segundos. Como regla general (no como afirmación de benchmark), unas IOPS aleatorias de 4k por encima de ~20k son decentes para un plan de vCPU compartida. Si una base de datos va a vivir en esta máquina, este es el número que más importa.
Rendimiento de red
Un uplink de 10 Gbps no significa nada si el peering hacia tus usuarios es malo. Prueba hacia las regiones donde están tus usuarios, y verifica tanto IPv4 como IPv6. iperf3 es la herramienta estándar; YABS la ejecuta contra una lista de endpoints públicos.
Ojo con el coste de ancho de banda: iperf3 lleva el puerto al máximo durante unos 20 segundos por ubicación. En un enlace medido eso suma, así que usa -r de YABS para menos ubicaciones o -i para omitir la red por completo.
Rendimiento de CPU (Geekbench 6 vs 7)
La puntuación single-core importa para la mayoría de las cargas de trabajo web (PHP, Node, el manejo típico de peticiones). La multi-core importa para compilaciones, codificación y cualquier cosa que se ejecute en paralelo.
Geekbench 7.0.0 ya está disponible, y YABS puede ejecutarlo con el flag -7 (añadido el 24 de julio de 2026). YABS sigue usando Geekbench 6 (build 6.7.1) por defecto porque la mayoría de las comparaciones de VPS publicadas usan GB6. Si quieres comparar con los resultados que circulan por foros y sitios de comparación, quédate con el valor por defecto.
Las puntuaciones de Geekbench 7 no son comparables con las de Geekbench 6
Los saltos de versión mayor reescalan la base. Elige una escala y mantente en ella al comparar proveedores. Geekbench 5 (-5) existe solo para reproducir hilos y tablas antiguas.
YABS: el benchmark de VPS de un solo comando
YABS (Yet-Another-Bench-Script) ejecuta las tres pruebas de una vez: fio para disco, iperf3 para red, Geekbench 6 para CPU. No hay nada que instalar: descarga binarios estáticos portátiles y los ejecuta. Una ejecución completa toma unos 10-15 minutos. Es el estándar de la comunidad; stats.yabs.sh publica los conteos de ejecuciones por país y hora si quieres una prueba de que el ecosistema está vivo.
Ejecútalo:
curl -sL https://yabs.sh | bashVerifica la ejecución: deberías obtener Basic System Information, una tabla de disco de fio, una tabla de iperf3 para IPv4 e IPv6, una fila de Geekbench con una URL de Full Test, y una línea final YABS completed in X min Y sec. Si muere a mitad de camino, el log muestra dónde. Normalmente son los tramos de red.
Modos de fallo comunes:
- Si los tramos de iperf se arrastran o expiran, has topado con un límite de ancho de banda o un uplink lento. Vuelve a ejecutar con
-r(menos ubicaciones) o-i(omitir red). - Si los resultados parecen demasiado buenos o demasiado malos, has medido una máquina ocupada. Mira la advertencia operativa más abajo.
- Si Geekbench falla o imprime incoherencias, sospecha de la virtualización en contenedores (LXC/OpenVZ). Revisa la línea
VM Typede la salida.
No hagas benchmark de un servidor de producción ocupado
fio y Geekbench llevan el disco y la CPU al máximo; iperf3 satura la NIC durante ~20 segundos por ubicación. Ejecuta esto en una ventana de mantenimiento o en una máquina inactiva. Hazlo durante la ventana de prueba, y luego otra vez después de cualquier mantenimiento del proveedor para tener números de antes/después.
Flags útiles de YABS
Los valores por defecto están bien para una primera ejecución. Estos flags importan cuando necesitas acotar, repetir o automatizar la prueba:
| Flag | Qué hace |
|---|---|
-r |
Menos ubicaciones de iperf (menos ancho de banda usado) |
-i |
Omite las pruebas de red por completo |
-f |
Omite las pruebas de disco |
-g |
Omite Geekbench |
-5 / -7 / -6 |
Ejecuta Geekbench 5 / 7 / rehabilita 6 (el valor por defecto) |
-4 / -9 |
Geekbench 4 / Geekbench 4+5 |
-j |
Imprime los resultados JSON en pantalla |
-w <file> |
Escribe los resultados JSON en un archivo |
-s <url> |
Envía el JSON a un sitio de resultados (separa con comas para varios) |
-b |
Fuerza los binarios fio/iperf3 incluidos |
-n |
Omite el bloque de información de red (ASN) |
Combina los flags después de --:
curl -sL https://yabs.sh | bash -s -- -rUn detalle que conviene conocer: los paquetes fio/iperf3 instalados localmente tienen precedencia sobre los binarios incluidos de YABS por defecto. Si dos máquinas producen números que no cuadran, builds distintas de las herramientas pueden ser la causa. -b fuerza las builds incluidas (fio 3.42 e iperf3 3.21 desde la recompilación del 19 de septiembre de 2026) y hace que las ejecuciones sean comparables.
Cómo leer la salida de YABS
Salida de ejemplo
El bloque de abajo es una salida de ejemplo ilustrativa. Los números reales varían según el plan, la región y la hora del día.
Así se ve aproximadamente la salida en un Hetzner CX32 (4 vCPU AMD EPYC, 8 GB compartidos):
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2026-09-20 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Thu Sep 24 11:32:39 AM UTC 2026
Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 30 minutes
Processor : AMD EPYC-Rome Processor
CPU cores : 4 @ 2445.404 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 7.6 GiB
Swap : 0.0 KiB
Disk : 75.0 GiB
Distro : Ubuntu 24.04.3 LTS
Kernel : 6.8.0-71-generic
VM Type : KVM
IPv4/IPv6 : ✔ Online / ✔ Online
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 115.01 MB/s (28.7k) | 988.49 MB/s (15.4k)
Write | 115.32 MB/s (28.8k) | 993.69 MB/s (15.5k)
Total | 230.34 MB/s (57.5k) | 1.98 GB/s (30.9k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 1.78 GB/s (3.4k) | 2.16 GB/s (2.1k)
Write | 1.88 GB/s (3.6k) | 2.30 GB/s (2.2k)
Total | 3.66 GB/s (7.1k) | 4.46 GB/s (4.3k)
iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed | Ping
----- | ----- | ---- | ---- | ----
Clouvider | London, UK (10G) | 5.16 Gbits/sec | 5.60 Gbits/sec | 17.8 ms
Eranium | Amsterdam, NL (100G) | 12.3 Gbits/sec | 12.8 Gbits/sec | 9.27 ms
Uztelecom | Tashkent, UZ (10G) | 1.96 Gbits/sec | 2.24 Gbits/sec | 94.6 ms
Leaseweb | Singapore, SG (10G) | 665 Mbits/sec | 841 Mbits/sec | 166 ms
Clouvider | Los Angeles, CA, US (10G) | 1.03 Gbits/sec | 1.21 Gbits/sec | 158 ms
Leaseweb | NYC, NY, US (10G) | 1.88 Gbits/sec | 2.53 Gbits/sec | 97.7 ms
Edgoo | Sao Paulo, BR (1G) | 616 Mbits/sec | 1.14 Gbits/sec | 219 ms
Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1508
Multi Core | 4919
YABS completed in 12 min 35 secQué buscar en estos resultados:
En disco, unas IOPS aleatorias de 4k por encima de ~20k son decentes para un plan de vCPU compartida (regla general). Los ~115 MB/s con bloques de 4k son típicos de un nivel optimizado en coste: los planes optimizados en coste de Hetzner cambian IOPS por precio, y los niveles regulares y dedicados llegan más alto. Si quieres números en los que puedas confiar, ejecútalo tú mismo durante la prueba de Hetzner Cloud.
En el lado de la red, 12+ Gbps hacia Ámsterdam es excelente (esa máquina está cerca), mientras que la caída a ~840 Mbps hacia Singapur es distancia y peering, no un defecto. Céntrate en las regiones donde están tus usuarios, y recuerda que la ejecución también imprime una tabla IPv6 si la máquina es dual-stack.
Para CPU, una puntuación single-core de Geekbench 6 alrededor de 1500 es sólida para una vCPU EPYC compartida. Los núcleos dedicados suelen caer en torno a 1800-2200+. Tómalo como una expectativa aproximada, no una garantía.
Una ejecución real también imprime una URL de Full Test que apunta a tu resultado en el Geekbench Browser. Guárdala. Esa URL es tu registro de CPU compartible.
Descifra las líneas de cabecera que los tutoriales suelen saltarse:
- La línea
VM Typete dice la virtualización. KVM es la norma en los VPS cloud. Los contenedores LXC/OpenVZ se miden de forma distinta, y Geekbench puede fallar o reportar mal ahí. Si ves LXC, mira los números de CPU con sospecha. AES-NIes la aceleración AES por hardware. Importa para TLS, VPNs y proxies. Si está desactivada, esas cargas de trabajo serán más lentas de lo que sugiere el número de núcleos.- La línea
IPv4/IPv6debería mostrar ambos Online si contrataste dual-stack. Si uno está caído, prueba el stack por el que servirás tráfico.
Comparte tus resultados de YABS en línea
La salida de texto plano es incómoda de comparar. JSON es el formato compartible, y YABS puede imprimirlo, escribirlo o enviarlo directamente a bases de datos de resultados.
YABSdb
La base de datos pública y ligera de ejecuciones de YABS. Envía y recibe un permalink:
curl -sL yabs.sh | bash -s -- -s "https://yabsdb.com/add"VPSBenchmarks
Alimenta el sitio de comparación directamente, así tu ejecución aparece junto a los números de otros proveedores:
curl -sL yabs.sh | bash -s -- -s https://www.vpsbenchmarks.com/yabs/uploadserverlist.dev
Otro índice público de resultados con una API JSON:
curl -sL yabs.sh | bash -s -- -s "https://serverlist.dev/api/v1/yabs/submit"Puedes enviar a varios destinos en una sola ejecución; separa las URLs con comas en -s. Para registros locales, -j imprime el JSON en pantalla y -w result.json lo escribe en un archivo.
Más lugares donde publicar
ServerVerify guarda los resultados por cuenta si quieres un historial permanente. Si compras una licencia de Geekbench, déjala junto al script con echo "[email protected] KEY" > geekbench.license para desbloquear todas las funciones de Geekbench en cada ejecución.
¿Es seguro curl | bash?
Enviar un script remoto a bash por pipe es una decisión de confianza, y debes tratarla como tal. En el caso concreto de YABS, la cadena de suministro es mejor que la mayoría: sus binarios estáticos de fio e iperf3 se compilan en workflows automatizados de GitHub Actions (Holy Build Box) y se publican como assets de release con checksums SHA-256 y análisis de VirusTotal. La última recompilación, del 19 de septiembre de 2026, incluye fio 3.42 e iperf3 3.21 para x64, x86, aarch64 y arm.
Por qué importa esto
Los binarios de release con checksum y análisis antivirus son una garantía más sólida que “confía en mí, el script descarga un binario”. Puedes verificar lo que se ejecutará antes de que se ejecute.
Aun así, lee primero el script en cualquier cosa que importe:
curl -sL https://yabs.sh | lessLee antes de hacer pipe
YABS no instala nada: descarga binarios, ejecuta pruebas y limpia. Pero llevará la CPU, el disco y la red al máximo mientras se ejecuta. Léelo, y luego ejecútalo en una máquina inactiva.
Nota sobre ARM: el soporte de aarch64 en YABS todavía está etiquetado como experimental en el README. Geekbench en sí funciona bien en ARM. Si estás comparando VPS ARM, mira nuestra comparación de benchmarks ARM vs x86 en VPS y la comparación de rendimiento de VPS ARM de Hetzner vs Oracle.
Más herramientas de benchmark para VPS que vale la pena conocer
YABS cubre el caso estándar. Cuando necesitas más detalle, o una comprobación más rápida, estas son las herramientas que todavía vale la pena ejecutar:
| Herramienta | Pruebas | Cuándo usarla | Estado |
|---|---|---|---|
| bench.sh | Disco + red | La comprobación completa más rápida, sin prueba de CPU | Activa (teddysun, 2015-2026) |
| YABS | Disco + red + CPU | Opción por defecto, resultados comparables | Activa (v2026-09-20) |
| fio | Solo disco | Tamaños de bloque, profundidades de cola y patrones personalizados | Estándar de la industria |
| Geekbench | Solo CPU | Puntuaciones de CPU estandarizadas entre proveedores | Activa (6.7.1 / 7.0.0) |
| sysbench | CPU, memoria, I/O de archivos, MySQL | Pruebas de carga de bases de datos | Estable, inactiva (1.0.20) |
| NodeQuality | Suite + calidad de IP/hardware | Todo en uno en sandbox con informe compartible | Mantenida por la comunidad |
| nench | Disco + red + CPU | Solo para reproducir comparaciones antiguas | Abandonada desde 2019 |
bench.sh es la comprobación de disco+red más rápida, sin benchmark de CPU. Bien cuando solo quieres verificar rápidamente una ruta de red o un nivel de disco:
wget -qO- bench.sh | bashCuando los valores por defecto de YABS no encajan con tu carga de trabajo, ejecuta fio tú mismo:
fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 \
--name=test --filename=test --bs=4k --iodepth=64 --size=1G \
--readwrite=randrw --rwmixread=75--direct=1 evita la caché de páginas, así que déjalo o los números mienten. Las ejecuciones manuales de fio dejan el archivo test detrás. Bórralo (rm -f test) para no consumir tu cuota de disco. YABS limpia tras sí mismo.
Ejecuta Geekbench solo si solo te importa la CPU. Las builds actuales son 6.7.1 y 7.0.0; las puntuaciones solo son comparables dentro de una misma versión mayor. Consulta browser.geekbench.com para tu proveedor y plan. Mucha gente publica sus resultados abiertamente.
sysbench sigue siendo la herramienta adecuada para cargas de bases de datos: pruebas de CPU, memoria, I/O de archivos y MySQL/PostgreSQL. Estado honesto: estable pero inactiva, última release 1.0.20 allá por 2020. Funciona; no esperes correcciones.
NodeQuality es una suite todo en uno que ejecuta todo en un sandbox temporal y borra los rastros después, además de info de hardware, calidad de IP y calidad de red en un informe compartible. Está mantenida por la comunidad (el README es mayormente en chino), así que toma la invocación actual de nodequality.com antes de ejecutarla. Es del estilo bash <(curl -sL run.nodequality.com). Pruébala primero en una máquina desechable.
nench está muerto, no lo uses
El dominio nench.sh ya no resuelve, y el repo (n-st/nench) lleva intacto desde diciembre de 2019. Las guías antiguas todavía lo recomiendan; ignóralas. Si necesitas reproducir una comparación de la era de 2018, el script en bruto sigue en https://raw.githubusercontent.com/n-st/nench/master/nench.sh. Para cualquier cosa actual, usa YABS.
Rollback/desmontaje: no hay mucho que deshacer. YABS no instala nada; descarga binarios, prueba y elimina su archivo de prueba de disco. La única limpieza pendiente son las ejecuciones manuales de fio: borra el archivo de prueba que pasaste a --filename.
Consejos para resultados de benchmark de VPS fiables
Una sola ejecución es un dato puntual, no un veredicto. Cuando hagas benchmark de servidores cloud, obtén un rango sobre el que puedas actuar:
- Ejecuta cada benchmark al menos tres veces para obtener un rango, no un número afortunado
- Ejecuta a la misma hora entre proveedores, uno tras otro. La variación por hora del día es peor en planes de vCPU compartida sobrevendidos
- Prueba durante las horas de tráfico que vas a servir. La contención en horario laboral es el número que importa
- Compara solo planes del mismo nivel. No enfrentes una vCPU compartida de $4/mes con una máquina de núcleos dedicados de $40/mes
- Haz el benchmark dentro de la ventana de prueba o crédito, y repite tras cualquier mantenimiento del proveedor
- Consulta el Geekbench Browser para tu proveedor y plan: busca en browser.geekbench.com
- Guarda cada resultado (la salida de YABS, el archivo JSON, la URL de Geekbench) para tener un registro de antes/después
Dónde comparar los resultados de benchmarks de VPS
No empieces de cero. Busca primero los resultados de otros, publica los tuyos, y luego decide.
Busca antes de probar:
- VPSBenchmarks.com: comparaciones lado a lado construidas a partir de datos de pruebas reales, y acepta subidas de YABS directamente
- VPS Metrics: base de datos de benchmarks filtrable. Nota: devuelve 403 a un
curlsimple pero carga bien en un navegador. Está viva, no muerta - LowEndTalk: foro comunitario donde la gente publica resultados de YABS sin filtro
- stats.yabs.sh: conteos de ejecuciones por país y hora; útil para ver qué proveedores se molesta la gente en medir
Luego publica los tuyos: YABSdb, serverlist.dev y ServerVerify (mira la sección de compartir más arriba) convierten tu ejecución en datos de comparación para otros. Así es como estas bases de datos se mantienen útiles.
Cuando los datos del benchmark apuntan a una lista corta, ve a leer las reseñas en profundidad. La comparación DigitalOcean vs Vultr vs Hetzner desglosa la típica pelea a tres bandas, y si quieres números reales de una carga de trabajo autoalojada, los resultados del benchmark de Convex autoalojado muestran cómo se ve un nivel de base de datos bajo carga. Si Hetzner está en tu lista, la reseña de Hetzner Cloud tiene resultados de benchmarks en varios niveles de planes.
Después del benchmark: elegir, desplegar, monitorizar
El benchmark te da una lista corta. Luego empieza el trabajo de verdad.
Elige la máquina usando los números que tu carga de trabajo toca: IOPS de disco para bases de datos, red hacia las regiones de tus usuarios para tráfico edge y de API, puntuación single-core para aplicaciones web típicas. Compara en igualdad de condiciones.
Despliega durante la ventana de crédito. Esta clase de VPS cuesta aproximadamente entre un dígito bajo y dos dígitos bajos de euros al mes: un nivel compartido de 4 vCPU / 8 GB ronda los €7-8/mes netos en Hetzner (confirma los precios actuales antes de presupuestar). El benchmark en sí solo cuesta tiempo y unos pocos GB de ancho de banda.
Monitoriza tras el lanzamiento. Un benchmark es una foto de una tarde tranquila; el monitoreo es la línea de tendencia. Monitoriza el rendimiento real con Beszel y Uptime Kuma para cazar al vecino ruidoso que el benchmark nunca vio.
¿Elegiste una máquina y quieres ponerla a trabajar? Configura tu VPS para agentes de codificación con IA.
DigitalOcean $100 gratis Vultr $100 gratis Hetzner €20 gratis Hostinger VPSFAQ sobre benchmarks de VPS
¿Cuánto tarda una ejecución de YABS?
Unos 10-15 minutos para la suite completa en un VPS normal. Los tramos de iperf3 dominan en enlaces lentos: cada ubicación lleva el puerto al máximo durante ~20 segundos. En un uplink medido o lento, usa -r para menos ubicaciones o -i para omitir las pruebas de red y terminar en un par de minutos.
¿Es seguro ejecutar un benchmark en un servidor de producción?
No en hora punta. fio y Geekbench llevan el disco y la CPU al máximo, e iperf3 satura la NIC. Elige una ventana de mantenimiento o una máquina inactiva. YABS limpia su archivo de prueba de disco al terminar; una ejecución manual de fio no, así que borra el archivo de prueba tú mismo. Y haz la primera pasada en la ventana de prueba, antes de que haya un servidor de producción que molestar.
¿Con qué versión de Geekbench debería comparar?
Geekbench 6 es el valor por defecto de YABS (build 6.7.1) y lo que usa casi toda comparación de VPS publicada. Geekbench 7 (7.0.0) está disponible con -7, pero sus puntuaciones no son comparables con las de GB6. Usa -5 solo cuando necesites reproducir números de hilos de foros antiguos.
¿Por qué varían mis números de disco entre ejecuciones?
Cuatro sospechosos habituales: la contención por hora del día en planes de vCPU compartida (peor al mediodía), vecinos ruidosos en el mismo host, builds locales de fio que sobrescriben las incluidas de YABS (fuerza consistencia con -b), y la caché de páginas (no es un problema con YABS, que usa --direct=1, pero sí un problema real si montas tu propio comando fio y lo olvidas).
¿Funciona YABS en un VPS ARM?
Sí, con una salvedad: el soporte de ARM/aarch64 todavía está etiquetado como experimental en el README de YABS. Geekbench en sí funciona en ARM. Espera que la suite funcione, pero trata las rarezas en los números ARM con más escepticismo que en x86. Mira la nota sobre ARM en la sección de YABS más arriba para los análisis comparativos.
Mi VPS es LXC/OpenVZ y Geekbench falló. ¿Por qué?
La virtualización en contenedores (LXC, OpenVZ) no expone el hardware como lo hace KVM. Geekbench puede fallar directamente o reportar mal las puntuaciones de CPU ahí. La línea VM Type en la cabecera de YABS te dice en qué estás. KVM es la norma en los VPS cloud hoy. Si un proveedor te vende LXC, los resultados del benchmark de CPU no son comparables con los números de KVM.


