Identificación de la generación de hardware del servidor en la nube y medición real de la prima de CPUs antiguas

Tres pasos para identificar CPUs antiguas y evitar pagar de más por hardware viejo

Actualizado 2026-08-20 · CloudWorth

generación de hardwareCPU antiguaservidor en la nubebenchmarkprimaCloudWorthSteal TimeSobreventa VPSBenchmark VPS

Con lscpu y benchmarks reales se pueden identificar CPUs antiguas y evitar pagar una prima por hardware viejo.

Proceso de identificación generacional

Al comprar un servidor en la nube, lo que más se teme es «pagar por una máquina nueva y usar un procesador viejo». No te limites a mirar el número de vCPU; la generación es la clave del sobreprecio. Mi proceso consta de cuatro pasos, totalmente reproducibles:

1. lscpu para obtener la huella de microarquitectura—lscpu muestra el nombre del modelo y los flags. El EPYC 9006 tendrá nuevos conjuntos de instrucciones como avx512, svaes; si se trata de un veterano como el E5-26xx v2, puede que hasta le falte avx2.
2. Steal Time para medir la sobresuscripción—vmstat 1 observa la columna st. CPU vieja + steal alto significa que no solo estás usando hardware antiguo, sino que además compites con otros por el tiempo de CPU.
3. Prueba real de ancho de banda de memoria—Ejecuta sysbench memory. Las plataformas antiguas de la era DDR3 suelen tener un ancho de banda inferior a 12 GB/s; el nuevo EPYC 9006 lo duplica fácilmente.
4. CloudWorth para comparar el sobreprecio—Introduce los resultados de las pruebas en /app y calcula la tasa de sobreprecio de FinOps entre la «configuración nominal» y el «rendimiento real». Si la puntuación es inferior al 70 % de la nueva generación con la misma configuración, deberías negociar al precio de descuento del hardware antiguo.

Recuerda: que el modelo sea nuevo no significa que el hardware lo sea; si las puntuaciones son bajas, primero hay que determinar si se debe a una generación antigua o a sobresuscripción. Solo realiza el pedido después de recopilar las pruebas, para gastar cada céntimo en potencia de cómputo.

Rendimiento real vs. configuración declarada

Muchos proveedores etiquetan «EPYC 7452» o «Xeon Gold 6230», que parecen muy nuevos, pero en cuanto se prueba el rendimiento real, se destapa el engaño. Tengo la costumbre de ejecutar primero lscpu para ver la microarquitectura y el stepping, y luego, de paso, usar sysbench o openssl speed para probar el ancho de banda de memoria y el rendimiento de enteros de un solo núcleo. Por ejemplo, un mismo servidor en la nube de «4 núcleos y 8 GB» que declara ser de la serie EPYC 7002, en la práctica su rendimiento de un solo núcleo es solo el 60% de un CPU nuevo de la misma generación; probablemente se le haya asignado un CPU antiguo de 2019, e incluso se le haya limitado la frecuencia de forma encubierta debido a la sobresuscripción.

En ese momento, no te apresures a dejar una mala reseña. Utiliza el proceso forense de CloudWorth: primero lee /proc/cpuinfo para confirmar family/model/stepping, luego compara con la puntuación media de PassMark para el mismo modelo; ejecuta sysbench cpu run tres veces y toma la mediana, y también revisa el Steal Time de vmstat. Si el steal suele estar por encima del 5%, significa que los vecinos están acaparando recursos; la combinación de una generación de hardware antigua y la sobresuscripción hace que el rendimiento sufra un doble golpe.

Lo que realmente debe preocuparte es el sobreprecio. Algunos canales venden el E5-2660 v3 de 2015 como un «dedicado de alto rendimiento», pero el precio es comparable al de un EPYC 9006 nuevo de 2024. Si calculamos el «factor de relación calidad/precio» de CloudWorth, el precio unitario de rendimiento por núcleo es 2,3 veces el de una máquina nueva; esta es la típica trampa de la tasa de sobreprecio de FinOps. El dinero extra que pagas compra el costo de depreciación de un chip antiguo, no potencia de cálculo. Sin mencionar que los CPUs antiguos también sufren la pérdida de rendimiento por los parches para vulnerabilidades conocidas como Meltdown y MDS.

Por lo tanto, la configuración declarada solo merece ir a la basura; el rendimiento real es el espejo que desenmascara la verdad.

Calibración de prima FinOps

En la selección de servidores en la nube, la generación de hardware determina directamente cuánta potencia de cómputo obtienes por cada dólar. El núcleo de FinOps es alinear el costo con el rendimiento, y las CPU antiguas suelen ser el "asesino invisible" con la prima más alta.

Tomando lscpu como ejemplo, cuando obtienes un servidor en la nube, primero mira el campo Microarchitecture: si muestra Zen 3 o Ice Lake, significa que es hardware de las últimas tres generaciones; si muestra Zen 1 o Skylake, ten cuidado. En una misma especificación de instancia de cierto proveedor, el número de vCPU nominal es el mismo entre las dos generaciones de CPU, pero la diferencia en la puntuación de un solo núcleo puede superar el 40% — esto significa que, en términos de rendimiento, la prima de la CPU antigua es en realidad un 40% más alta.

Más oculto es el parche de seguridad. Después de habilitar las mitigaciones de Meltdown/MDS en CPU antiguas, el rendimiento en algunos escenarios cae adicionalmente un 10%~20%. La configuración nominal no cambia, pero la potencia real se reduce; esta "depreciación" también debe contabilizarse en la prima FinOps.

Verificación práctica: ejecuta un Geekbench o sysbench con /app, combinado con la microarquitectura de lscpu y el Steal Time, para calcular la relación precio/rendimiento real de la instancia. Si con el mismo precio la instancia de nueva generación obtiene una puntuación un 30% mayor, se recomienda migrar de inmediato. No pagues el precio de hardware nuevo por hardware viejo, este es el objetivo final de la calibración FinOps.

Migración y consejos para evitar trampas

Si confirmas en las pruebas que la instancia ejecuta una CPU antigua (por ejemplo, lscpu muestra microcódigo correspondiente a Sandy Bridge/QEMU virtualizado con modelos antiguos), no te apresures a renovar: primero haz una verificación completa de rendimiento real vs. configuración anunciada.

# Recopila evidencia clave de una sola vez
lscpu | grep -E 'Model name|Microcode|Flags|BogoMIPS'
cat /proc/cpuinfo | grep -i 'steal' | head -1
# Luego usa sysbench para medir el ancho de banda de memoria
sysbench memory run --threads=2 --time=10

Una vez que tengas los datos, calcula una tasa de prima de FinOps al estilo CloudWorth:

• Al mismo precio, la puntuación de un solo núcleo de una plataforma antigua (como Intel Xeon E5 v2) puede ser solo la mitad que la de un EPYC 9006, pero el número de vCPU anunciado es el mismo.
• Si en una instancia compartida el steal supera a menudo el 10%, significa que los vecinos están acaparando los recursos antiguos; esa "relación calidad-precio" en realidad es pagar una prima por hardware ineficiente.
• No te fijes solo en los GHz de la página promocional: las plataformas antiguas tienen poca caché y bajo ancho de banda de memoria; la caída de rendimiento en cargas de bases de datos es más notable de lo que se anuncia.

Al migrar, recuerda: primero abre una instancia de las mismas especificaciones en la zona de destino y pruébala, luego migra los datos. Muchas nubes mezclan diferentes generaciones de chips entre zonas de disponibilidad; al mismo precio puedes comprar dos experiencias completamente distintas. Además, los CPUs antiguos suelen carecer de mitigaciones de seguridad recientes (como los parches de MDS). Recomiendo capturar también el campo bugs de lscpu como evidencia; es tanto una base para negociar como parte de la auditoría de operaciones.

En una frase: la nueva plataforma no es un extra, es la configuración predeterminada que te corresponde; si no puedes detectar la generación, no hables de verdadera relación calidad-precio.