Combien de cœurs et combien de mémoire pour quel travail

C’est la question la plus posée au moment de monter une machine, et elle n’a pas de réponse unique, car la réponse dépend du type de travail. Les tâches se rangent tout de même en quelques familles, et chaque famille a son propre goulot.

Pourquoi trop donner fait du tort

Donner à une machine plus de cœurs qu’il ne lui en faut ne la rend pas plus rapide. Des vCPU en trop allongent la file sur le serveur, et chaque fois que la machine veut tourner elle attend que davantage de cœurs se libèrent en même temps. La mémoire se comporte pareil : la mémoire attribuée compte comme prise à l’hôte même sans être vraiment utilisée, et elle est fermée aux autres machines.

Le type de travail fixe le goulot

Un serveur multimédia veut de la puissance de transcodage plutôt que des cœurs ; avec l’accélération matérielle deux cœurs suffisent, sans elle aucun nombre de cœurs ne fera l’affaire. Une base de données est sensible à la latence disque : un disque rapide et un thread d’entrées-sorties dédié changent plus que des cœurs en plus. Les reverse proxies et les petits services de panneau ne demandent presque rien et tournent des années avec un cœur et peu de mémoire. Les travaux d’IA et d’image veulent l’inverse : sans carte graphique transmise ils ne tournent de toute façon pas vraiment, et leur appétit mémoire est grand.

La règle de départ

Donner peu, mesurer, puis augmenter. Ajouter un cœur à une machine en marche est en général simple ; en reprendre un revient à retirer une ressource devenue habitude. La mémoire suit le même chemin, et c’est la ressource qui s’épuise le plus vite sur l’hôte.

Ne pas décider sans mesurer

Ce dont une machine a réellement besoin apparaît après quelques jours de fonctionnement. L’estimation du premier jour n’est qu’un point de départ ; la vraie décision vient d’une mesure prise sous charge.