Una vCPU es una unidad de capacidad de procesamiento que una plataforma virtual asigna a una máquina virtual. No equivale automáticamente a un núcleo físico dedicado. El hipervisor planifica el trabajo de varias máquinas sobre recursos físicos y la experiencia final depende de esa asignación, del procesador y de la carga compartida.
Por eso dos planes con cuatro vCPU pueden comportarse de forma distinta. El número ayuda a describir capacidad, pero no basta para predecir tiempo de respuesta.
De la CPU física a la máquina virtual
El servidor físico dispone de núcleos y, según la tecnología, de hilos de ejecución. El hipervisor presenta procesadores virtuales a cada máquina y decide cuándo cada uno utiliza tiempo de CPU físico. La máquina virtual ve una abstracción; no controla por sí sola qué otros trabajos compiten por el host.
La asignación puede ser compartida, limitada o reservada según el producto. No debe suponerse aislamiento dedicado si no está expresamente definido.
Planificación y contención
Si varias máquinas solicitan CPU al mismo tiempo, el hipervisor las planifica. La espera puede reflejarse como tiempo de steal o como una diferencia entre CPU solicitada y CPU realmente disponible, según el sistema de medición. Una vCPU aparentemente ociosa no demuestra que todas las tareas hayan recibido servicio inmediato.
La contención cambia con el horario y con los vecinos del host. Mide durante el periodo real de carga antes de concluir que faltan vCPU.
Núcleos, hilos y frecuencia
Un núcleo físico ejecuta trabajo de forma independiente; los hilos hardware permiten aprovechar unidades internas del procesador, pero no son equivalentes en todos los sentidos a núcleos adicionales. La frecuencia anunciada tampoco resume arquitectura, caché, instrucciones ni comportamiento sostenido.
Una tarea con paralelismo suficiente puede aprovechar varias vCPU. Otra que espera una operación secuencial, disco o red puede no mejorar al añadirlas.
Compartida frente a reservada
Las vCPU compartidas suelen ofrecer flexibilidad y un coste distinto al de recursos reservados. En cargas variables pueden ser adecuadas; en trabajos sensibles a latencia sostenida, la política de contención merece una comprobación específica. La descripción comercial debe leerse con atención para no convertir “vCPU” en una promesa de núcleo dedicado.
Cómo se comporta según la carga
Un servidor web puede distribuir peticiones entre workers, mientras una tarea de generación de informes consume un hilo durante más tiempo. Aumentar vCPU ayuda solo si existe paralelismo y si memoria, almacenamiento y base de datos no son el cuello de botella. Un proceso que espera I/O seguirá esperando aunque tenga otro procesador virtual disponible.
Qué medir en un VPS
Observa uso por proceso, tiempo de CPU, load, latencia, steal o indicadores equivalentes, duración de peticiones y colas. Compara una ventana en reposo con otra de carga representativa. Dos planes de cuatro vCPU pueden usar generaciones de CPU, límites y políticas diferentes; la prueba del trabajo real es más informativa que el número aislado.
Por qué el número de vCPU no basta para comparar servidores
Compara generación y tipo de CPU cuando se publiquen, política de recursos, memoria, I/O, límites de red y comportamiento medido. Una aplicación estable necesita que todos esos componentes acompañen a la CPU. La vCPU describe una asignación virtual, no una equivalencia universal con un núcleo físico ni una garantía de rendimiento.
La diferencia entre capacidad y garantía
Una vCPU describe una asignación visible para el sistema invitado, no la marca del procesador ni una reserva permanente de tiempo. Algunas plataformas limitan el uso sostenido, otras comparten recursos y otras ofrecen clases con políticas diferentes. Lee qué mide el proveedor y qué ocurre cuando el host está ocupado.
El sistema operativo puede mostrar varios procesadores virtuales y repartir procesos entre ellos, pero una aplicación mal paralelizada no utilizará todos de forma útil. La memoria, la caché del procesador y la espera de disco también influyen en el tiempo final.
Prueba con el trabajo real
Un benchmark sintético puede revelar diferencias de CPU, pero no sustituye una prueba de la aplicación. Mide una tarea repetible y observa tiempo de CPU, espera, steal, latencia y errores. Compara la misma versión y configuración para que el resultado no mezcle cambios de código con cambios de infraestructura.
Cuándo cambiar el número de vCPU
Amplía vCPU si hay trabajo paralelo sostenido y la memoria, el disco y las dependencias no son el límite. Si la carga espera a una base de datos o a una API, más procesadores no acortarán esa espera. Una revisión de capacidad debe comprobar todo el recorrido antes de atribuir el síntoma a la CPU.
Paralelismo útil y límites de una aplicación
Un servidor puede tener varias vCPU y seguir ejecutando lentamente una tarea que usa un único hilo. En cambio, varios workers web pueden aprovecharlas hasta que memoria, base de datos o I/O se conviertan en el nuevo límite. El perfil de la aplicación decide cuánto paralelismo es aprovechable. Mídelo con la carga que realmente ejecuta el servicio, no con una tarea sintética aislada.
Tras ampliar, compara tiempo de CPU y tiempo de espera, no solo porcentaje de uso. Si la latencia no cambia y aumenta el steal o la espera externa, el problema no estaba en la cantidad de procesadores virtuales.