Cuántos núcleos y cuánta memoria para cada trabajo

Es la pregunta más frecuente al montar una máquina nueva, y no tiene una única respuesta correcta, porque la respuesta depende del tipo de trabajo. Aun así los trabajos caen en unas pocas familias, y cada familia tiene su propio cuello de botella.

Por qué dar de más hace daño

Dar a una máquina más núcleos de los que necesita no la hace más rápida. Las vCPU sobrantes alargan la cola en el servidor, y cada vez que la máquina quiere correr espera a que se liberen más núcleos a la vez. Con la memoria pasa igual: la memoria asignada cuenta como tomada del anfitrión aunque no se use de verdad, y queda cerrada a las demás máquinas.

El tipo de trabajo fija el cuello de botella

Un servidor multimedia quiere potencia de transcodificación más que núcleos; con aceleración por hardware bastan dos núcleos, sin ella ningún número de núcleos servirá. Una base de datos es sensible a la latencia del disco: un disco rápido y un hilo de entrada y salida propio cambian más que núcleos extra. Los proxies inversos y los pequeños servicios de panel piden casi nada y corren años con un núcleo y poca memoria. Los trabajos de IA e imagen quieren lo contrario: sin una tarjeta gráfica asignada no corren de forma útil, y su apetito de memoria es alto.

La regla de partida

Dar poco, medir, luego subir. Añadir un núcleo a una máquina en marcha suele ser fácil; quitarlo significa retirar un recurso que ya se volvió costumbre. Con la memoria vale el mismo camino, y es el recurso que antes se agota en el anfitrión.

No decidir sin medir

Lo que una máquina necesita de verdad aparece tras unos días de funcionamiento. La estimación del primer día es solo un punto de partida; la decisión real nace de una medición tomada bajo carga.