La mémoire déséquilibrée des serveurs bi-socket n'est pas seulement un problème d'ordre esthétique. Elle peut réduire la bande passante de la mémoire, augmenter l'accès NUMA à distance, créer une latence instable et transformer une mise à niveau matérielle propre en une enquête sur les performances que personne n'avait prévue dans le budget.
Le serveur a démarré.
C'est la phrase la plus dangereuse en matière d'acquisition de mémoire, car un serveur à double socket peut reconnaître toute la RAM installée tout en fonctionnant avec une configuration de mémoire de serveur à double socket médiocre qui réduit discrètement la bande passante, augmente le trafic de mémoire à distance et fait passer la latence des applications pour un problème de logiciel.
Que se passe-t-il donc lorsque la mémoire est déséquilibrée sur des serveurs à deux sockets ?
En clair : les CPU n'ont plus le même accès à la mémoire locale, les canaux de mémoire ne fonctionnent plus à plein rendement, le comportement NUMA devient désordonné et les charges de travail qui dépendent d'une latence prévisible - SQL Server, hôtes de virtualisation, nœuds d'analyse, systèmes ERP, bases de données en mémoire - commencent à payer une taxe que personne ne voit sur la facture.
J'ai vu des équipes blâmer VMware, Linux, SQL Server, le micrologiciel du BIOS, le stockage et les “mauvais DIMM” avant que quelqu'un n'ouvre le plan du châssis et ne remarque la terrible vérité : le CPU 1 a une topologie de mémoire, le CPU 2 en a une autre, et le système d'exploitation fait de son mieux avec une disposition qui n'aurait jamais dû être livrée.
Il ne s'agit pas d'une petite erreur. Il s'agit d'une dette d'infrastructure concernant les dissipateurs thermiques.
Dell affirme que la partie silencieuse se trouve ouvertement dans son Guide de configuration de la mémoire PowerEdge: Les RDIMM et les LRDIMM ne peuvent pas être mélangés, et la configuration de la mémoire entre deux CPU doit être identique en taille et en position. Document Lenovo 2024 sur les configurations de mémoire équilibrées pour les serveurs Intel Xeon à 2 sockets est encore plus direct en ce qui concerne les performances : une mémoire équilibrée est liée à une bande passante maximale, tandis qu'une disposition déséquilibrée peut réduire la bande passante disponible et créer un comportement d'accès incohérent.
Et pourtant, les acheteurs continuent de commander “suffisamment de gigaoctets” au lieu de la bonne présentation.
NUMA signifie Non-Uniform Memory Access (accès non uniforme à la mémoire). Dans un serveur à deux sockets, chaque socket de l'unité centrale dispose d'une mémoire qui est physiquement plus proche de lui, et lorsqu'un cœur de processeur traverse le lien inter-socket pour accéder à la mémoire attachée à l'autre unité centrale, la latence augmente et la bande passante disponible peut diminuer.
Cela semble académique jusqu'à ce que l'application commence à respirer fort.
Les propres Guide des performances VTune NUMA définit NUMA exactement de cette manière : l'accès à la mémoire locale est plus rapide que l'accès à la mémoire non locale, et les logiciels qui touchent fréquemment à la mémoire distante peuvent subir une perte de performance mesurable. Une étude d'optimisation NUMA réalisée en 2025 sur un système Intel Xeon Gold 6230R à deux sockets a révélé une latence de la mémoire locale d'environ 100 ns et une latence de la mémoire distante d'environ 150 ns en utilisant les mesures Intel MLC, ce qui représente un saut de latence de 50% avant que l'application n'ait effectué une seule transaction commerciale utile (voir l'encadré).arXiv Étude d'optimisation NUMA-aware).
Voici la dure vérité : NUMA ne pardonne pas les installations physiques négligées.
Si l'unité centrale 1 a 384 Go installés sur ses canaux et que l'unité centrale 2 a 256 Go, votre système d'exploitation peut encore exposer la mémoire totale. Votre tableau de bord de surveillance peut encore sourire. Votre feuille de calcul des achats peut encore indiquer que la mise à niveau a réussi. Mais sous charge, les threads programmés sur un socket peuvent chasser des données vivant derrière l'autre socket, traversant Intel UPI ou AMD Infinity Fabric, et chacun de ces voyages à distance ajoute de la friction.
Petit retard. Grand désordre.
Lorsque ce retard se répercute sur le pool de tampons d'une base de données, le tas de Java, l'ensemble de travail de SAP HANA, le processus Redis, les tampons partagés de PostgreSQL, l'instance de Microsoft SQL Server ou une pile de machines virtuelles, il se transforme en gigue. Pas toujours catastrophique. Pire : intermittente.
Et c'est lorsque les performances sont intermittentes que les ingénieurs seniors perdent leurs week-ends.
Le déséquilibre de la mémoire sur les serveurs bi-socket crée généralement quatre types de dommages : déséquilibre des canaux, déséquilibre des sockets, déséquilibre des nœuds NUMA et déséquilibre de l'approvisionnement. Le dernier est le plus courant car il commence avant que le serveur ne soit touché.
Les processeurs de serveurs modernes sont construits autour de canaux de mémoire. Les processeurs Intel Xeon Scalable des 4e et 5e générations, par exemple, utilisent huit canaux de mémoire par processeur dans les systèmes couverts par le document de Lenovo sur la mémoire équilibrée. Si les canaux sont peuplés de manière inégale, l'unité centrale ne peut pas entrelacer proprement la mémoire sur tous les canaux.
Cela signifie qu'un serveur peut avoir une grande capacité mais une largeur de bande effective plus faible.
Lenovo explique que l'entrelacement répartit l'accès à la mémoire contiguë sur plusieurs canaux de mémoire afin d'augmenter la bande passante, mais les canaux doivent avoir la même capacité de mémoire pour former des ensembles d'entrelacement propres. Lorsque plusieurs ensembles d'entrelacement sont créés, les performances peuvent dépendre de la région de mémoire touchée par la charge de travail. C'est une façon polie de dire : “Votre benchmark peut sembler correct le lundi et bizarre le jeudi”.”
Je préfère une formulation plus laide : des canaux inégaux transforment la RAM coûteuse en une loterie.
Si vous prévoyez une mise à niveau avec des modules de 32, 64, 96 ou 128 Go, ne commencez pas par le prix. Commencez par la carte des emplacements. Pour les plates-formes plus anciennes, cela peut signifier la standardisation sur les modules Mémoire serveur DDR4 dans des capacités et des rangs adaptés. Pour les plates-formes plus récentes, il peut s'agir de construire autour de Mémoire serveur DDR5 tout en respectant le nombre de canaux, les règles de vitesse et les limites de génération de CPU.
Dans une configuration bi-socket propre, les CPU 1 et 2 devraient généralement bénéficier d'une capacité de mémoire et d'une position identiques. Ce n'est pas une question d'esthétique. Cela protège la localité.
Le guide PowerEdge de Dell indique que la configuration de la mémoire entre les deux CPU doit être identique en taille et en position. Cela correspond à ce que les bons ingénieurs de terrain savent déjà : si les sockets ne sont pas mis en miroir, les nœuds NUMA cessent d'être des citoyens égaux.
Imaginez maintenant un hôte de virtualisation. Vous attribuez à une VM 32 vCPU et 256 Go de RAM. L'hyperviseur tente de placer le processeur et la mémoire de manière judicieuse, mais l'hôte physique dispose d'une mémoire inégale par socket. La machine virtuelle peut s'étendre sur les sockets plus tôt que prévu, toucher plus souvent la mémoire distante ou se battre avec d'autres charges de travail pour la “bonne” mémoire locale.
La documentation de Microsoft sur le serveur SQL traite également la NUMA comme un problème de mise à l'échelle de premier ordre. Dans la documentation de Documentation SQL Server soft-NUMA, Sur Linux, Microsoft explique que chaque socket est généralement représenté par un nœud NUMA et que SQL Server partitionne les structures internes et les threads de service par nœud NUMA. Sous Linux, le système d'exploitation de Microsoft Meilleures pratiques en matière de performances du serveur SQL recommande également d'utiliser l'affinité de processus pour les nœuds NUMA et les CPU afin de maintenir un comportement d'ordonnancement efficace.
Ainsi, lorsque le matériel NUMA est désordonné, l'optimisation de la base de données devient un moyen de limiter les dégâts.
Toutes les défaillances ne sont pas subtiles. Certaines plates-formes rejettent simplement les configurations de mémoire non prises en charge pendant le POST.
Bon.
Je préfère voir un serveur refuser de démarrer plutôt que d'accepter une mauvaise configuration et de punir tranquillement la production. Les machines dangereuses sont celles qui tolèrent l'erreur mais réduisent la vitesse, désactivent l'entrelacement optimal, lancent des avertissements SEL ou poussent l'administrateur dans une vague zone “non prise en charge mais fonctionnelle”.
Si votre équipe se demande si elle peut mélanger les rangs, les marques, les RDIMM, les LRDIMM, les vitesses ou les capacités, commencez par vérifier la compatibilité avant d'acheter. Le guide ServerDimm sur la possibilité de mélanger la RAM du serveur est une référence interne utile, car cette question revient constamment dans les conversations sur les marchés publics. Ma réponse brutale : vous pouvez parfois mélanger les règles du fournisseur, mais vous ne devez jamais improviser d'une prise à l'autre.
L'improvisation a sa place dans le jazz, pas dans les cartes mémorielles de la production.
Les troubles de la mémoire sont souvent diagnostiqués à l'envers.
Les symptômes ressemblent à des logiciels : des pics de latence des requêtes, des pauses de VM, des résultats de benchmark incohérents, des plaintes liées au bruit des voisins, des fenêtres de lot imprévisibles, une bande passante mémoire dégradée ou une pression sur les nœuds NUMA. L'équipe passe alors des heures à collecter des journaux, à modifier les paramètres du noyau, à ajuster la mémoire maximale de SQL Server, à déplacer des machines virtuelles, à blâmer le stockage et à ouvrir des tickets de fournisseur.
Mais la cause première est physique.
J'ai une règle simple : avant de régler une application sur un serveur à double socket, vérifiez la disposition physique des DIMM, le mode de mémoire du BIOS, la carte des nœuds NUMA, la vue NUMA du système d'exploitation et l'affinité de l'application. Si ces éléments ne concordent pas, la mise au point s'impose.
| Zone | Configuration équilibrée de la mémoire sur deux sockets | Configuration déséquilibrée de la mémoire à deux sockets |
|---|---|---|
| Disposition du socle de l'unité centrale | L'unité centrale 1 et l'unité centrale 2 ont la même capacité, la même position et la même classe de module. | Un socket a plus de mémoire, une utilisation différente de l'emplacement ou des caractéristiques DIMM différentes. |
| Comportement NUMA | L'accès à la mémoire locale est plus facile à préserver | Risque d'accès NUMA plus distant en cas de charge |
| Canaux de mémoire | Les canaux peuvent s'entrelacer plus proprement lorsque les capacités correspondent. | Certains canaux peuvent être sous-utilisés ou divisés en régions d'entrelacement incohérentes. |
| Largeur de bande | Plus de chances d'atteindre la largeur de bande de mémoire attendue | Performance de la bande passante de la mémoire du serveur plus faible ou moins prévisible |
| Symptômes d'application | Une latence plus stable pour les bases de données, la virtualisation, l'analyse et l'informatique | Gigue, débit inégal, mise en file d'attente inattendue, fenêtres de lot plus lentes |
| Risque lié à la passation de marchés | Faciliter les commandes répétitives et la documentation | Plus de risques d'inadéquation, des conversations RMA plus difficiles, une mise en scène plus désordonnée |
| Meilleur cas d'utilisation | Bases de données de production, hôtes VM, HPC, ERP, analytique, informatique adjacente à l'IA | Boîtes de laboratoire, tests temporaires ou capacité d'urgence uniquement - et même dans ce cas, documentez-les. |
La leçon est laide mais utile : la capacité n'est pas la configuration.
Un serveur avec 768 Go mal installés peut être pire pour une charge de travail que 512 Go installés correctement, en particulier si la charge de travail est sensible à la bande passante plutôt que purement en manque de capacité. C'est la raison pour laquelle j'encourage les acheteurs à privilégier un flux de travail axé sur les spécifications et non sur la recherche des bâtons les moins chers. Si l'équipe de sourcing a besoin d'un approvisionnement en gros, la conversation doit commencer par le modèle de serveur, le nombre de CPU, la capacité cible par socket, le type de DIMM, le rang, la vitesse et le plan de l'emplacement - et pas seulement le nombre total de Go. DIMM du serveur alimentation en RAM du serveur en vrac est construite autour de ce type de flux d'approvisionnement : DDR3, DDR4, DDR5, ECC, RDIMM et LRDIMM pour les acheteurs des entreprises et des centres de données.
Personne ne l'a admis lors de la réunion de lancement, alors je vais le faire.
La plupart des déséquilibres de mémoire sont dus au fait que l'on essaie d“”utiliser ce que l'on a déjà". Il y a quatre RDIMM DDR4 de 32 Go de rechange dans une armoire, six modules de 64 Go provenant d'un hôte mis hors service et un devis pour huit bâtons supplémentaires qui correspondent presque. Presque.
La construction devient alors un compromis.
L'acheteur voit des économies. L'ingénieur voit le risque. Le financier voit des stocks réutilisés. Le serveur voit un problème de topologie.
C'est là que les numéros de pièces sont importants. Le rang est important. La densité de la DRAM est importante. Les RDIMM et les LRDIMM ont de l'importance. L'emplacement de la vitesse est important. La génération du processeur est importante. L'ordre de peuplement des slots est important. Que les modules soient de marque Samsung, Micron, SK Hynix ou Kingston n'est pas tout ; les spécifications exactes et la prise en charge de la plate-forme déterminent si le serveur accepte la configuration sans problème.
Pour les serveurs de base de données, l'erreur est encore plus coûteuse car la mémoire n'est pas seulement une question de capacité. Il s'agit du cache, de l'espace de travail d'exécution, de la mémoire de tri, de la mémoire de hachage, du comportement du stockage en colonnes, de la pression tempdb et de la localité NUMA, tous ces éléments étant regroupés dans une seule ligne budgétaire. L'article de ServerDimm sur planification de la capacité de mémoire du serveur de base de données a raison : la meilleure mémoire est la mémoire vive ECC compatible pour serveurs, généralement RDIMM ou LRDIMM selon la plate-forme, dimensionnée en fonction de la charge de travail et installée dans une disposition équilibrée des canaux.
Cette phrase devrait être imprimée sur chaque demande d'achat.
Commencez par le châssis, pas par le tableau de bord.
Commencez par consulter le modèle du serveur et le manuel d'entretien. Confirmez le nombre de CPU, les canaux de mémoire par CPU, les emplacements DIMM par canal, les types de DIMM pris en charge, les vitesses prises en charge et les séquences de population valides. Dell PowerEdge, Lenovo ThinkSystem, HPE ProLiant, Supermicro, Cisco UCS - chaque plateforme a ses propres règles, et le serveur ne se souciera pas du fait que l'approvisionnement avait une date limite.
Deuxièmement, cartographiez les modules actuels. Enregistrez la capacité, la vitesse, le rang, le numéro de pièce, le fabricant, le type de module DIMM et la position de l'emplacement. N'écrivez pas “64 Go DDR4” et ne vous contentez pas de cela. C'est de la paresse.
Troisièmement, comparez la symétrie des prises. La capacité totale et l'emplacement des fentes de l'unité centrale 1 et de l'unité centrale 2 doivent correspondre pour la plupart des configurations de production. Si l'unité centrale 1 est équipée de A1, A2, B1, B2, l'unité centrale 2 ne doit pas être traitée comme une étagère de pièces détachées.
Quatrièmement, vérifiez la visibilité du système d'exploitation. Sous Linux, utilisez des outils tels que numactl --hardware, lscpu, dmidecode, et des tests de la bande passante de la mémoire, le cas échéant. Sur Windows Server, vérifiez la présentation des nœuds NUMA, les journaux d'événements, les journaux de microprogrammes et les messages de détection du moteur de base de données.
Cinquièmement, valider en fonction de la charge de travail. Les tests synthétiques sont utiles, mais ils ne représentent pas toute la vérité. Les données Intel MLC, STREAM, les diagnostics des fournisseurs, les statistiques d'attente du serveur SQL, les compteurs NUMA de VMware ESXi et les données relatives à la latence des applications devraient toutes raconter la même histoire. Si ce n'est pas le cas, il faut d'abord se fier à la topologie.
Avant l'expédition, je souhaiterais également une validation du côté du fournisseur. ServerDimm's les essais de qualité et le déroulement de la garantie est pertinent dans ce cas, car les défaillances de la mémoire ne sont pas seulement dues à des modules DIMM morts, mais aussi à des modules de mauvaise génération, à une mauvaise classe de modules DIMM, à des numéros de pièces imprécis et à des erreurs de configuration.
Presque jamais en production.
Oui, il y a des exceptions. Un serveur de laboratoire. Une boîte de restauration temporaire. Un hôte de migration d'une semaine. Un serveur de fichiers non critique avec une faible pression de mémoire. Un environnement de test dont l'objectif est simplement d'amorcer un micrologiciel et de valider un périphérique.
Mais si le serveur exécute SQL Server, Oracle, PostgreSQL, VMware, Hyper-V, KVM, SAP, Redis, Elasticsearch, ClickHouse, Spark, des tâches d'aide à l'inférence d'IA, des rendus de CAO ou des charges de travail HPC, le déséquilibre n'est pas “suffisant”. Il s'agit d'un incident futur avec une meilleure gestion des câbles.
Et non, l'achat de modules DIMM plus rapides ne résout pas automatiquement le problème. Si vos canaux sont inégaux ou si vos prises ne sont pas adaptées, l'indice de vitesse devient un bruit de marketing. Une DDR5-5600 mal installée reste mal installée. Un RDIMM DDR5 de 96 Go peut être un choix intelligent en termes de densité, mais uniquement si la plate-forme le supporte et si la disposition reste équilibrée. Un LRDIMM de 128 Go peut résoudre le problème de la pression sur les emplacements, mais pas si quelqu'un le mélange avec un RDIMM parce que “les deux conviennent”.”
Ils s'adaptent. Puis ils échouent.
Le déséquilibre de la mémoire dans les serveurs à double socket signifie que les deux sockets de l'unité centrale ou les canaux de mémoire ne bénéficient pas d'une capacité, d'un emplacement ou de caractéristiques de module DIMM équivalents, ce qui entraîne une réduction de la bande passante, un accès NUMA distant plus élevé, une latence moins prévisible et d'éventuels avertissements au démarrage ou au niveau du micrologiciel, en fonction des règles de population de la plateforme.
Dans la pratique, le serveur peut toujours démarrer et afficher la RAM totale attendue, mais les charges de travail peuvent souffrir d'un accès incohérent à la mémoire. Les bases de données, les hyperviseurs, les travaux d'analyse et les applications en mémoire sont les premiers endroits où je chercherais des symptômes.
Le déséquilibre de la mémoire NUMA est une situation dans laquelle la capacité de la mémoire ou le placement de la mémoire de travail est inégal entre les nœuds NUMA, ce qui oblige les processeurs à accéder plus souvent à la mémoire distante au lieu d'utiliser la mémoire locale attachée au même socket du CPU, ce qui peut augmenter la latence et réduire le débit effectif.
Dans un serveur à deux sockets, chaque socket est généralement présenté comme un nœud NUMA. Si un socket dispose de plus de mémoire locale utilisable que l'autre, le planificateur et l'application peuvent être confrontés à des pools de ressources inégaux.
Une mémoire déséquilibrée peut réduire les performances du serveur en limitant l'entrelacement des canaux de mémoire, en diminuant la bande passante disponible, en augmentant l'accès à la mémoire à distance et en rendant la latence moins prévisible sous charge, en particulier pour les charges de travail sensibles à la mémoire telles que SQL Server, la virtualisation, l'analyse, l'ERP et les applications de calcul à haute performance.
Ce qui est ennuyeux, c'est que la perte n'est pas toujours évidente. Au lieu d'une erreur matérielle, vous pouvez constater des rapports plus lents, un comportement bruyant des machines virtuelles, des travaux par lots dégradés ou des résultats d'analyse comparative inégaux.
Un serveur à deux sockets peut parfois fonctionner avec des quantités de mémoire vive différentes sur chaque unité centrale, mais les plates-formes de production attendent généralement une population de mémoire symétrique pour obtenir les meilleures performances, et de nombreuses règles du fournisseur exigent une taille et une position identiques sur les unités centrales afin d'éviter des configurations non prises en charge ou un comportement dégradé de la mémoire.
Mon point de vue est simple : ne considérez pas “démarre avec succès” comme une approbation. Si le guide du fournisseur indique de mettre en miroir les unités centrales, mettez-les en miroir.
Pour équilibrer la mémoire dans les serveurs à deux sockets, installez des modules DIMM de capacité, de type, de rang, de vitesse et de position identiques sur les deux sockets du processeur, tout en respectant l'ordre de peuplement de la mémoire du fournisseur du serveur, les règles du canal et la liste des modules pris en charge pour la plate-forme et la génération de processeur en question.
Par exemple, si l'unité centrale 1 reçoit huit modules RDIMM DDR4 de 64 Go sur les canaux recommandés, l'unité centrale 2 devrait normalement recevoir le même modèle de huit modules. Les noms exacts des emplacements varient selon le modèle de serveur, il convient donc d'utiliser le manuel d'entretien.
Il est généralement préférable d'équilibrer d'abord la RAM existante, car une mémoire équilibrée peut améliorer la bande passante utilisable et la cohérence de la latence sans augmenter la capacité totale, tandis qu'une RAM supplémentaire installée de manière inégale peut créer une pression NUMA, un déséquilibre des canaux et un dépannage plus difficile pendant les charges de travail de production réelles.
L'augmentation de la mémoire n'est utile que si le serveur peut l'utiliser proprement. Une RAM supplémentaire mal placée n'est pas une planification de la capacité ; c'est un encombrement avec des contacts dorés.
Si votre serveur bi-socket rencontre des problèmes de performance après une mise à niveau de la mémoire, ne commencez pas par régler la base de données, modifier les paramètres de l'hyperviseur ou rejeter la faute sur le système d'exploitation.
Commencez par la carte mémoire.
Confirmez le modèle exact du serveur, la génération du processeur, le type de module DIMM, la capacité par socket, la population du canal, le rang, la vitesse et la cohérence du numéro de pièce. Vérifiez ensuite la disposition NUMA dans le système d'exploitation et testez la charge de travail qui compte vraiment.
Et si vous vous procurez de la mémoire pour un déploiement de production, envoyez la configuration complète avant d'acheter : modèle de serveur, disposition actuelle des modules DIMM, capacité cible, marques préférées, exigence de neuf ou d'occasion testée, et destination. C'est ainsi que vous éviterez de transformer une simple commande de mémoire vive en un incident de performance au ralenti.
ServerDimm fournit des mémoires de serveur de marque, neuves et d'occasion, aux distributeurs, aux acheteurs OEM, aux revendeurs et aux équipes des centres de données. Nous prenons en charge l'approvisionnement en DDR4 et DDR5 avec des stocks testés, des vérifications de compatibilité et un service de devis réactif.
Copyright © 2026 Shenzhen Lux Telecommunication Technology Co.,Ltd. Tous droits réservés
