Demander un devis → Serveur à l'arrêt · Urgence
Maintenance · thermique

Optimisation thermique : ramener les capteurs dans les plages de design.

Un serveur de production en throttling thermique fonctionne en dessous de ses capacités nominales — souvent sans que le monitoring applicatif le signale explicitement. Lecture de l'historique BMC, inspection physique du thermal path, intervention ciblée : pâte thermique, ventilateurs, airflow du châssis, calibrage des fan curves.

Le principe

Les spécifications constructeur présupposent un thermal path en état nominal.

Un serveur enterprise est conçu avec une marge thermique précise : inlet temperature, delta-T à travers le châssis, capacité des dissipateurs, RPM nominaux des ventilateurs. Lorsque le thermal path se dégrade — pâte thermique vieillie, filtres encrassés, ventilateurs inefficaces, blank panels manquants — le système active ses protections automatiques : d'abord il augmente les RPM des ventilateurs (bruit en hausse, consommation électrique en hausse), puis il réduit la fréquence CPU par protection (throttling).

Le symptôme applicatif du throttling est sournois : le système paraît « lent » sans cause logicielle identifiable, des pics de latence qui ne se corrèlent pas à la charge, des transactions qui montent en charge moins bien que prévu. Le diagnostic thermique traite le problème à la source.

Ce que nous faisons

Diagnostic → intervention ciblée.

  • Lecture de l'historique des capteurs BMC : températures CPU, DIMM, VRM, ambient inlet, RPM des ventilateurs, événements PROCHOT.
  • Inspection physique : airflow, blank panels, état des filtres, obstruction interne éventuelle du châssis (câbles, disques mal montés).
  • Réfection de la pâte thermique sur CPU (et GPU le cas échéant).
  • Remplacement des ventilateurs inadaptés ou en dérive.
  • Calibrage des fan curves : optimisé pour la charge de travail réelle, avec des marges sur les seuils critiques.
  • Vérification des conditions datacenter : inlet temperature réaliste, recirculation d'air chaud, positionnement dans le rack.
Quand l'effet se voit

Performance récupérée dès la première montée en charge.

L'effet d'une optimisation thermique bien menée est mesurable dès les premières heures de charge après l'intervention : des températures CPU en baisse de 5 à 15 °C à charge égale, une fréquence dynamique plus stable sur le boost, des événements PROCHOT qui disparaissent du SEL, des RPM de ventilateurs plus bas à température égale.

Récupération de performance typique déclarée par les capteurs : 10-20 % sur des charges CPU-bound. Sur des charges AI/GPU, la marge peut être encore plus significative.

FAQ

Les questions qu'on nous pose le plus souvent.

Comment distinguer un problème thermique d'un autre type de dégradation ?

Des patterns caractéristiques : températures CPU/DIMM élevées uniquement sous charge, événements PROCHOT dans le SEL, RPM de ventilateurs anormalement élevés à charge de travail historique égale, fréquence CPU dynamique qui reste sous le base clock au lieu de monter au boost. Le monitoring thermique via turbostat / perf montre le throttling en cours.

L'optimisation thermique impose-t-elle un arrêt ?

L'analyse préliminaire est entièrement en ligne (lecture BMC et logs). L'intervention physique (ouverture du serveur) impose un arrêt, dans une fenêtre convenue. Sur les systèmes avec failover, l'intervention peut être menée nœud par nœud sans arrêt du service applicatif.

Différence entre optimisation thermique et refresh hardware ?

Le refresh hardware est une intervention plus large, qui inclut la partie thermique en plus d'autres contrôles. L'optimisation thermique cible spécifiquement le thermal path lorsque le symptôme pointe dans cette direction. Sur un serveur avec throttling documenté, on fait l'optimisation ciblée ; sur un serveur en production depuis 3-4 ans sans symptôme spécifique, le refresh complet a du sens.