Le type de processeur d’une machine virtuelle : pourquoi le réglage par défaut est lent et pourquoi host n’est pas toujours juste

Le type de processeur par défaut est délibérément ancien pour fonctionner partout. Le prix, c’est la performance. À l’autre bout, host donne la vitesse mais retire à la machine sa liberté de se déplacer.

AtlasPVE ·

Cette fiche répond à

  • proxmox type cpu host ou kvm64
  • proxmox vm lente cpu
  • proxmox type de cpu c’est quoi
  • proxmox migration cpu incompatible
  • proxmox aes-ni machine virtuelle

À la création d’une machine virtuelle, il existe un champ appelé type de processeur, et on le laisse d’ordinaire à sa valeur par défaut. Cette valeur est un modèle de processeur assez ancien et générique.

Ce n’est pas un oubli, c’est un choix délibéré. Mais le laisser là sans savoir ce qu’il vous coûte, ce serait un oubli.

Pourquoi le réglage par défaut est si ancien

Le modèle de processeur montré à une machine virtuelle détermine où cette machine peut être déplacée. Une machine en marche ne peut pas être déplacée vers un serveur qui ne prend pas en charge les fonctions de processeur qu’on lui a montrées.

Montrer le modèle le plus ancien et le plus générique donne la compatibilité la plus large. C’est la logique du réglage par défaut : qu’elle puisse aller partout.

Ce que cela coûte

Les processeurs modernes ont des instructions spéciales qui accélèrent certains travaux de plusieurs fois. Le chiffrement, la compression, le travail multimédia et le calcul d’empreintes en profitent directement.

L’ancien modèle par défaut cache ces instructions à l’invité. Comme l’invité ne les voit pas, il prend le chemin lent. Résultat : votre serveur est capable de faire ce travail vite, votre machine virtuelle non.

L’écart n’est pas petit. Un service qui chiffre peut mettre plusieurs fois plus de temps dans la machine virtuelle que le même travail sur le serveur. Et cet écart n’apparaît nulle part comme une erreur ; il se ressent seulement comme « ici, c’est lent ».

L’autre bout : montrer le processeur du serveur tel quel

À l’autre extrémité, vous pouvez transmettre le processeur du serveur tel quel. L’invité voit toutes les instructions modernes et tourne au plus vite.

Le prix est tout aussi net : cette machine ne peut pas être déplacée en marche vers un serveur doté d’un processeur différent. Si vous avez monté un cluster, la machine que vous voulez déplacer une nuit de maintenance reste sur place précisément à cause de ce réglage.

Le choix est donc le même compromis qui revient sans cesse dans ce wiki : la performance ou la mobilité.

Trois situations, trois réponses

Si vous avez une seule machine, transmettez le processeur du serveur. Il n’y a nulle part où déplacer, donc rien ne justifie de payer pour la compatibilité.

Si les serveurs du cluster sont identiques, vous pouvez également le transmettre. Même processeur, mêmes fonctions.

Si les serveurs du cluster diffèrent, prenez la voie du milieu : choisissez un modèle moderne nommé que tous prennent en charge. Vous obtenez la plupart des instructions modernes et la portabilité est préservée. C’est l’option la plus négligée et le plus souvent la plus juste.

Le piège fréquent

Cela arrive dans cet ordre : vous commencez avec une machine, vous réglez le processeur sur celui du serveur, des mois passent, vous achetez un second serveur et montez un cluster, et quand vient une nuit de maintenance, les machines ne se déplacent pas.

À ce moment-là, personne ne se souvient d’un réglage fait des mois plus tôt. Le jour où vous montez un cluster, revoyez le réglage de processeur des machines existantes.

Ce qu’il faut savoir avant de changer

Changer le modèle de processeur revient à montrer à l’invité que le matériel a changé. Le changement exige donc que la machine soit complètement arrêtée puis redémarrée ; redémarrer de l’intérieur ne suffit pas.

Certains systèmes d’exploitation remarquent aussi un changement de matériel sur le plan des licences. Si vous avez un tel invité, prenez-le en compte avant de faire le changement.

Ce que fait Atlas

Atlas reconnaît les anciens types de processeur par défaut et le signale quand une machine tourne encore avec l’un d’eux.

Le choix du niveau compte ici : c’est une suggestion, pas un avertissement. La raison est honnête : le réglage par défaut n’est pas cassé, il fonctionne. Il y a simplement de la performance laissée sur la table. Appeler avertissement quelque chose qui n’est pas cassé abaisse la valeur des vrais avertissements.

Le signalement figure sous la rubrique performance, il ne dit donc pas « cette machine est mal configurée », il dit « cette machine pourrait être plus rapide ».

Et la suggestion vous mène directement là où se trouve le réglage. Dire à quelqu’un que quelque chose peut être amélioré puis le laisser chercher où cela se trouve n’est qu’à peine mieux que de ne rien dire.

Sources

La documentation officielle de Proxmox. En anglais, et c’est elle qui a le dernier mot sur ce sujet.

Fiches liées

À quoi cela ressemble dans Atlas ?

Aller à la page produit