Ubuntu Server 24.04 Installation minimale vs Installation standard : que révèlent réellement les tests de performance ?

Vous installez Ubuntu Server 24.04 LTS sur deux machines virtuelles identiques, choisissez l'option « Minimale » sur l'une et l'option « Standard » sur l'autre, et vous vous demandez ensuite si l'installation minimale améliorera réellement les performances de votre application. C'est la question pratique qui sous-tend la plupart des comparaisons « Minimale vs Standard ». La réponse est plus nuancée qu'un simple score de benchmark : l'option « Minimale » peut réduire l'utilisation du stockage, le nombre de paquets installés, les logiciels en arrière-plan et parfois la mémoire inactive ou le temps de démarrage, mais elle n'offre pas automatiquement un noyau plus rapide à votre processeur, votre base de données ou votre serveur web.

Ubuntu 24.04 LTS, nom de code Noble Numbat, bénéficie d'une maintenance de sécurité assurée par Canonical pendant cinq ans, jusqu'au 31 mai 2029. Les deux modes d'installation appartiennent à la même famille de distributions Ubuntu et utilisent les mêmes dépôts Ubuntu. La différence majeure réside dans la configuration par défaut, et non dans des performances optimisées. L'archive de paquets de Canonical décrit ubuntu-server-minimall'installation minimale comme le « système Ubuntu Server minimal », tandis que le ubuntu-servermétapaquet inclut un ensemble plus complet d'outils d'administration serveur et de paquets recommandés. Consultez la définition officielle du paquet minimal Ubuntu Server , la définition du paquet Ubuntu Server et les notes de version d'Ubuntu 24.04 LTS .

Minimal vs Standard : qu'est-ce qui change réellement ?

L'option Minimale est à considérer comme un point de départ plus simple. Elle installe la plateforme serveur essentielle et exclut certains logiciels de confort qu'un administrateur serveur classique pourrait souhaiter. Le métapaquet serveur standard inclut des outils supplémentaires tels que des multiplexeurs de terminal, des éditeurs, des utilitaires de dépannage, des assistants de gestion de dépôts et d'autres paquets utiles pour l'administration interactive.

Canonical propose également des images cloud Ubuntu minimales, volontairement plus petites, qui omettent les paquets non essentiels et, dans certains cas, les paquets recommandés. Canonical indique que ces images sont plus rapides à déployer, à provisionner et à démarrer que les images de base plus volumineuses. Cette affirmation concernant les images cloud soutient le principe général – moins de logiciels signifie moins de transfert, d'installation et d'initialisation – mais ne doit pas être interprétée comme une valeur de référence universelle pour l'installateur ISO d'Ubuntu Server. La documentation relative aux images cloud est disponible sur la page dédiée aux images de base et minimales d'Ubuntu .

Pourquoi les affirmations concernant les valeurs de référence varient-elles autant ?

Les comparaisons de performances mêlent souvent trois questions distinctes. La première concerne l'empreinte mémoire : combien de paquets, d'espace disque et de mémoire sont consommés avant le déploiement de la charge de travail ? La deuxième porte sur le temps de démarrage : combien de temps est consacré à l'activation des services au démarrage du système ? La troisième concerne les performances de la charge de travail : requêtes par seconde, transactions de base de données, temps de compilation, vitesse de compression ou autre indicateur de performance applicatif.

L'utilisation minimale présente généralement un net avantage dans la première catégorie. Elle peut également améliorer la seconde si le système standard dispose de services supplémentaires activés. La troisième catégorie est généralement beaucoup moins marquée. Si les deux machines exécutent le même noyau, la même version d'application, la même base de données, le même ensemble de services et la même configuration de processeur et de stockage, l'application n'a souvent que peu de raisons de se comporter différemment. Un serveur web ne devient pas plus rapide simplement parce que [insérer le nom de la machine] tmux, [insérer le nom vimde la machine] ou un package de dépannage est absent.

C’est pourquoi des chiffres fixes tels que « Minimal utilise 40 % de RAM en moins » ou « Minimal est 15 % plus rapide » doivent être interprétés avec prudence, à moins que l’auteur ne précise la version exacte d’Ubuntu, l’état des paquets, la plateforme de virtualisation, le matériel, la liste des services et la méthode de test. Canonical ne publie pas de tableau de performances universel comparant les configurations Minimal et Standard pour chaque déploiement d’Ubuntu Server 24.04 ; cet article n’en crée donc pas un.

Test de performance d'Ubuntu Server 24.04 assez satisfaisant

La comparaison la plus pertinente est celle que vous pouvez reproduire sur votre propre matériel ou instance cloud. Commencez par deux installations neuves sur des ressources identiques : même version d’Ubuntu 24.04, même nombre de cœurs de processeur, même allocation de RAM, même type de disque virtuel, même système de fichiers, même mode de firmware, même modèle réseau et même hôte de virtualisation. Appliquez les mêmes mises à jour avant de procéder aux mesures.

1. Enregistrer le nombre de paquets et la taille installée

Compter les paquets installés avec :

dpkg-query -f '${binary:Package}
' -W | wc -l

Ensuite, examinez l'utilisation du disque :

df -h /
sudo du -xsh /usr /var 2>/dev/null

Il s'agit de mesures d'empreinte mémoire, et non de mesures de vitesse d'exécution des applications. Exécutez-les immédiatement après le même cycle de mise à jour sur les deux systèmes.

2. Comparer la mémoire inactive sans confondre cache et mémoire inutilisée.

Utilisez cette fonction free -h, mais concentrez-vous sur la availablecolonne plutôt que de supposer que chaque mégaoctet mis en cache est consommé définitivement. Linux utilise intentionnellement la RAM inactive pour le cache du système de fichiers. Notez également les services actifs afin de pouvoir expliquer toute différence :

free -h
systemctl --type=service --state=running
systemctl list-unit-files --state=enabled

Si le mode minimal permet d'économiser de la mémoire grâce à l'absence de trois services, c'est un résultat positif. Si vous installez et activez ces mêmes services ultérieurement, l'écart devrait se réduire.

3. Mesurez le temps de démarrage, puis identifiez la cause.

Systemd inclut des outils de synchronisation intégrés :

systemd-analyze
systemd-analyze blame
systemd-analyze critical-chain

Effectuez plusieurs démarrages, éliminez les valeurs aberrantes évidentes et comparez les médianes plutôt qu'un seul essai. Le temps de démarrage d'une machine virtuelle peut être influencé par l'hyperviseur, cloud-init, la latence du stockage, le DHCP, le firmware et la charge du serveur en arrière-plan ; un seul échantillon ne constitue donc pas une preuve concluante.

4. Testez la charge de travail qui vous importe réellement.

Si le serveur exécute Nginx, PostgreSQL, Redis, Docker, un service Java ou une API Python, évaluez sa charge de travail après avoir rendu la pile logicielle identique. Le test clé n'est pas de savoir « quel système d'exploitation neuf est le plus léger ? » mais plutôt « est-ce que la configuration de base plus légère modifie ma charge de travail en production une fois que les deux machines contiennent tout ce dont elle a besoin ? »

Pour les tests de performances CPU, utilisez le même binaire et la même version du benchmark sur les deux machines. Pour les tests de stockage, assurez-vous que le système de fichiers, les options de montage, le contrôleur de disque virtuel, les paramètres de file d'attente et la stratégie de cache soient identiques. Pour les tests réseau, vérifiez que les deux machines virtuelles partagent le même chemin d'accès et n'exécutez pas les benchmarks simultanément s'ils risquent d'entrer en conflit pour les mêmes ressources physiques de l'hôte.

À quelle différence de performance pouvez-vous vous attendre ?

Sur un petit VPS, un hôte de conteneurs, un déploiement de type appliance ou une flotte automatisée, Minimal présente un avantage pratique : chaque paquet inutile consomme de l’espace de stockage, de la bande passante pour les mises à jour, complexifie l’inventaire ou nécessite une attention administrative. Une image de départ plus légère peut également réduire le temps de provisionnement lorsque des images doivent être transférées ou étendues de manière répétée.

Sur un serveur généraliste géré manuellement, l'installation standard peut s'avérer un meilleur compromis. Les outils supplémentaires permettent de gagner du temps lors du dépannage, et le coût en ressources de quelques utilitaires en ligne de commande inactifs est souvent négligeable comparé à celui d'un pool de mémoire tampon de base de données, du tas JVM, de la charge de travail d'un conteneur ou d'un cache de fichiers. Supprimer les paquets qui ne sont jamais exécutés ne libère pas miraculeusement de cycles CPU.

L'ensemble de paquets standard ne correspond pas non plus à une définition figée du terme « surcharge ». Canonical peut modifier les dépendances et les recommandations de paquets via les mises à jour, et les administrateurs personnalisent généralement les deux installations. Deux serveurs initialement différents peuvent converger au fil du temps, à mesure que des paquets sont ajoutés ou supprimés.

Minimal ne signifie pas soutien réduit

Une préoccupation fréquente est que choisir une image minimale impliquerait un système d'exploitation moins bien pris en charge. La documentation de Canonical concernant l'image minimale d'Ubuntu dans le cloud indique que cette image conserve l'accès aux archives Ubuntu et bénéficie du même modèle de maintenance de sécurité que les images de base. Ubuntu Server 24.04 LTS reste couvert par le cycle de vie standard de maintenance de sécurité de cette version. Ce que vous perdez, c'est principalement la commodité des installations préinstallées, et non l'accès à l'écosystème de paquets habituel.

Si un environnement minimal est trop dépouillé pour une administration interactive, Canonical propose l' unminimizeutilitaire pour les images Ubuntu minimales. Celui-ci restaure la documentation et les traductions et installe des paquets supplémentaires destinés à faciliter l'utilisation de l'environnement. Canonical documente la commande dans la même documentation qu'Ubuntu minimale . Attention : l'exécution de cette commande ne unminimizegarantit pas une correspondance exacte avec toutes les installations serveur standard ; les paquets installés dépendent également du type d'image, des choix de l'installateur, de l'architecture et des mises à jour.

Lequel choisir ?

Choisissez le mode Minimal si vous souhaitez une base contrôlée et reproductible et si vous connaissez précisément les packages nécessaires à votre déploiement. Il est particulièrement adapté au provisionnement automatisé, aux images de référence, aux processus d'intégration continue, aux hôtes de conteneurs, aux appliances de périphérie et aux petites machines virtuelles où la marge de stockage ou de mémoire est cruciale.

Choisissez le mode Standard lorsque la facilité d'administration prime sur l'optimisation des performances. C'est souvent le choix le plus simple pour un serveur géré manuellement, un système de laboratoire, un environnement nécessitant un dépannage intensif ou une machine dont l'empreinte applicative est bien supérieure à celle du système d'exploitation.

Si votre décision repose uniquement sur le débit, ne vous basez pas sur un pourcentage générique issu d'une autre machine. Installez les deux logiciels sur des instances de test identiques, normalisez la pile applicative et mesurez votre charge de travail réelle.

Comment vérifier votre résultat

Avant de désigner un vainqueur, vérifiez cinq points : les deux machines utilisent la même version d’Ubuntu 24.04 (même noyau et même mise à jour) ; elles ont toutes deux reçu les mêmes mises à jour ; leurs paramètres de processeur, de mémoire vive, de disque, de système de fichiers et de virtualisation sont identiques ; la liste des services en cours d’exécution est disponible ; et les tests de performance des applications sont répétés suffisamment de fois pour détecter les anomalies. Enregistrez la liste des paquets et les commandes de test avec les résultats afin de pouvoir reproduire le test ultérieurement.

Une bonne conclusion distinguera généralement l'empreinte mémoire du débit. Par exemple : « Dans cet environnement, Minimal a utilisé moins de paquets installés et moins d'espace disque, tandis que les performances de l'application sont restées dans les limites des variations normales d'une exécution à l'autre après une configuration identique des deux systèmes. » C'est plus utile que d'affirmer qu'une installation est systématiquement plus rapide.

Pour Ubuntu Server 24.04, l'option Minimal est la plus légère ; l'option Standard est la plus pratique. Le gain de performance se justifie surtout par l'encombrement et la charge de déploiement réduite. L'impact sur la vitesse de production dépendra de votre charge de travail et non de l'étiquette de l'installateur.