Maîtriser le réglage des performances Linux : Des paramètres du noyau à la planification des E/S

Dans le monde exigeant du DevOps et de la gestion de l'infrastructure, la latence des applications n'est souvent que le symptôme. La maladie est plus profonde, enfouie dans l'interaction du noyau Linux avec les ressources matérielles. Pour les développeurs intermédiaires à avancés, comprendre comment régler l'environnement Linux n'est pas seulement une technique d'optimisation, c'est une nécessité pour garantir l'évolutivité, la stabilité et l'efficacité économique.

Le réglage des performances n'est pas une solution unique. Un serveur de base de données a des exigences très différentes d'une interface web ou d'un nœud de trading haute fréquence. Cependant, les principes fondamentaux de la gestion des ressources restent cohérents. Ce guide explore les couches critiques du réglage des performances Linux, passant de la gestion de la mémoire aux stratégies d'entrée/sortie et aux optimisations de la pile réseau.

Gestion de la mémoire et comportement du swapping

La pression sur la mémoire est l'un des goulets d'étranglement les plus courants dans les environnements de production. Par défaut, Linux est enclin à échanger les pages inactives vers le disque pour libérer de la RAM pour la mise en cache. Bien que ce soit généralement un bon comportement, dans les applications à haut débit, le swapping peut introduire des pics de latence catastrophiques.

L'un des premiers ajustements devrait concerner le paramètre vm.swappiness. Cette valeur, comprise entre 0 et 100, indique au noyau avec quelle agressivité il doit effectuer le swapping. Pour les applications sensibles à la latence, vous souhaitez généralement minimiser le swapping.

# Réduire le swappiness à 10 pour privilégier le maintien des données en RAM
sudo sysctl -w vm.swappiness=10

# Rendre le paramètre persistant après les redémarrages
echo "vm.swappiness=10" | sudo tee -a /etc/sysctl.conf

De plus, envisagez de régler vm.vfs_cache_pressure. Cela contrôle l'équilibre entre la récupération de la mémoire utilisée pour la mise en cache des répertoires et des inodes par rapport au cache de pages. Abaisser cette valeur encourage le noyau à conserver les caches de répertoires et d'inodes plus longtemps, ce qui est bénéfique pour les charges de travail intensives en système de fichiers.

# Réduire la pression sur le cache pour maintenir les caches de répertoires/inodes en mémoire plus longtemps
sudo sysctl -w vm.vfs_cache_pressure=50

Optimisation des planificateurs d'E/S

Le planificateur d'E/S se situe entre l'application et le sous-système de stockage, décidant l'ordre dans lequel les requêtes d'E/S sont traitées. Le planificateur par défaut varie selon la distribution, mais est souvent mq-deadline pour les disques NVMe modernes ou bfq pour les disques rotatifs. Cependant, des charges de travail spécifiques peuvent bénéficier de différents planificateurs.

Pour les SSD et les disques NVMe, les planificateurs none ou mq-deadline sont souvent optimaux car le matériel gère la file d'attente plus efficacement que la couche logicielle du noyau. Vous pouvez vérifier votre planificateur actuel avec :

cat /sys/block/sda/queue/scheduler

Pour changer le planificateur pour un périphérique bloc, vous pouvez écrire directement dans l'interface sysfs. Notez que ce changement est temporaire et doit être scripté via des règles udev pour la persistance.

# Passer au planificateur 'none' pour le disque NVMe sda
echo "none" | sudo tee /sys/block/sda/queue/scheduler

Réglage de la pile réseau pour une haute concurrence

Lorsqu'on sert des milliers de connexions simultanées, les paramètres par défaut de la pile TCP deviennent souvent un goulot d'étranglement. Deux paramètres critiques sont net.core.somaxconn et net.ipv4.tcp_tw_reuse.

Le paramètre somaxconn définit la longueur maximale de la file d'attente de connexion socket. Si votre application est un serveur web comme Nginx ou Apache, et que vous voyez des erreurs "Connection refused" malgré une faible utilisation du CPU, votre file d'attente de backlog est probablement pleine.

# Augmenter la file d'attente maximale de connexion socket à 65535
sudo sysctl -w net.core.somaxconn=65535

De plus, tcp_tw_reuse permet la réutilisation des sockets TIME-WAIT pour de nouvelles connexions sortantes. Cela est crucial pour les applications établissant de nombreuses connexions sortantes, telles que les passerelles API ou les équilibreurs de charge.

# Activer la réutilisation des sockets TIME-WAIT TCP
sudo sysctl -w net.ipv4.tcp_tw_reuse=1

Surveillance et itération

Régler sans mesurer, c'est deviner. Utilisez des outils comme vmstat, iostat et pidstat pour établir une ligne de base. Recherchez une forte valeur wa (attente d'E/S) dans vmstat, une forte utilisation du disque dans iostat, ou des pics de changements de contexte dans pidstat. Ajustez un paramètre à la fois, mesurez l'impact et itérez.

Conclusion

Le réglage des performances Linux est une discipline nuancée qui nécessite une compréhension approfondie de la manière dont le système d'exploitation gère les ressources matérielles. En ajustant soigneusement les paramètres du noyau liés à la mémoire, aux E/S et au réseau, vous pouvez extraire des gains de performances significatifs de votre infrastructure. Cependant, rappelez-vous toujours que ces optimisations doivent être alignées sur les caractéristiques de la charge de travail de votre application spécifique. Commencez par une base de surveillance solide, apportez des modifications incrémentales et laissez les données guider vos décisions de réglage.