Serveur de calcul HPC et nœud de cluster sur mesureHPC compute server and cluster node built to order

En calcul intensif, la puissance brute d'un processeur est rarement le facteur limitant. Ce sont la bande passante mémoire et la latence d'interconnexion qui decident du temps de restitution. Un nœud desequilibre gaspille ses cœurs a attendre. S2I conçoit des nœuds de calcul equilibres, les assemble et valide leur tenue thermique en charge soutenue.In high-performance computing, raw CPU power is rarely the limiting factor. Memory bandwidth and interconnect latency decide time to solution. An unbalanced node wastes its cores waiting on data. S2I designs balanced compute nodes, assembles them and validates their thermal behaviour under sustained full load.

Canaux mémoire : peupler toutes les voiesMemory channels: populate every one of them

Les processeurs serveurs actuels disposent de nombreux canaux mémoire, et la bande passante disponible dépend directement du nombre de canaux effectivement peuples. Installer trop peu de barrettes divise mécaniquement la bande passante, quelle que soit la capacité totale obtenue. Pour les codes limites par la mémoire, ce point pese souvent davantage que le choix du modèle de processeur. Nous configurons toujours la mémoire en respectant la topologie du socket.Current server CPUs offer numerous memory channels, and available bandwidth depends directly on how many of those channels are actually populated. Fitting too few DIMMs mechanically divides bandwidth, whatever total capacity you end up with. For memory-bound codes, this point often weighs more heavily than the choice of CPU model itself. We always configure memory in line with the socket topology.

  • Tous les canaux mémoire peuples, sans exception
  • Barrettes identiques pour un entrelacement homogène
  • Topologie NUMA documentée pour le placement des tâches
  • Fréquence mémoire choisie selon les codes limites par la bande passante
  • Every memory channel populated, without exception
  • Identical DIMMs for homogeneous interleaving
  • NUMA topology documented for correct task placement
  • Memory speed chosen against the needs of bandwidth-bound codes

Interconnexion et communication entre nœudsInterconnect and inter-node communication

Un calcul réparti passe son temps a echanger des messages entre nœuds. La latence compte alors davantage que le débit annonce : des milliers de petits messages souffrent beaucoup plus d'une latence élevée que d'une bande passante modérée. Un réseau à faible latence dédié au trafic de calcul, sépare de l'administration et du stockage, évite les interferences. Le stockage partage doit lui aussi suivre, sous peine de bloquer tous les nœuds a l'écriture des résultats.Distributed computation spends its time exchanging messages between nodes. Latency then matters more than headline bandwidth: thousands of small messages suffer far more from high latency than from moderate bandwidth. A low-latency network dedicated to compute traffic, separate from management and storage, avoids interference. Shared storage must keep up too, or every node stalls while writing results.

  • Réseau de calcul à faible latence, sépare de l'administration
  • 100 GbE ou interconnexion specialisee selon les codes
  • Stockage partage dimensionne pour l'écriture simultanee des résultats
  • Trafic de stockage isole du trafic de messages
  • Low-latency compute fabric kept separate from management traffic
  • 100 GbE or a specialised interconnect depending on the codes
  • Shared storage sized for simultaneous result writing
  • Storage traffic isolated from message-passing traffic

Densité, énergie et ordonnancementDensity, power and job scheduling

Un nœud de calcul tourne a pleine charge pendant des heures, parfois des jours. Le refroidissement doit tenir cette sollicitation continue sans limitation thermique, sinon les performances s'erodent silencieusement. La densité en baie se heurte vite a la capacité électrique disponible : mieux vaut vérifier le budget par baie avant de commander. Un ordonnanceur comme Slurm permet ensuite d'exploiter le cluster efficacement. S2I valide chaque nœud par un burn-in prolonge.A compute node runs at full load for hours, sometimes days. Cooling must sustain that continuous demand without thermal throttling, otherwise performance erodes silently. Rack density quickly runs into available electrical capacity: it is worth checking the per-rack power budget before ordering. A scheduler such as Slurm then lets you exploit the cluster efficiently. S2I validates every node through extended burn-in.

  • Refroidissement valide en charge continue, pas en pic bref
  • Budget électrique par baie vérifie avant commande
  • Nœuds homogènes pour un ordonnancement prévisible
  • Burn-in prolonge et rapport de recette fournis
  • Cooling validated under continuous load, not brief peaks
  • Per-rack power budget verified before ordering
  • Homogeneous nodes for predictable scheduling behaviour
  • Extended burn-in with an acceptance report supplied

Repères de configurationConfiguration guidance

ProcesseurCPUAMD EPYC 9004/9005 ou Intel Xeon — densité de cœurs élevée
MémoireMemoryDDR5 RDIMM ECC, tous les canaux mémoire peuples
InterconnexionInterconnectRéseau faible latence 100 GbE ou fabric specialise
Stockage localLocal storageSSD NVMe pour les fichiers de travail temporaires
Stockage partageShared storageSystème de fichiers parallèle ou baie NVMe dédiée
RefroidissementCoolingVentilation dimensionnée pour une charge continue
OrdonnancementSchedulingNœuds homogènes compatibles Slurm ou équivalent

Repères indicatifs : la configuration finale est validée avec vous selon vos contraintes réelles (charge, budget, environnement).Indicative guidance: the final configuration is validated with you against your real constraints (workload, budget, environment).

Questions fréquentesFrequently asked questions

Cela dépend de votre code. Un code limite par la mémoire ne gagnera rien a recevoir plus de cœurs : ils attendront tous la même bande passante. Un code limite par le calcul profite au contraire de la densité. Profiler l'application avant d'acheter reste la seule façon d'éviter un investissement mal oriente.It depends on your code. A memory-bound code gains nothing from additional cores: they will all wait on the same bandwidth. A compute-bound code, conversely, benefits from density. Profiling the application before purchasing remains the only way to avoid a badly targeted investment.
Pour beaucoup de charges, oui, surtout si les échanges entre nœuds restent moderes. Les codes très couples, qui echangent constamment de petits messages, souffrent davantage de la latence que du débit et peuvent justifier une interconnexion specialisee. Le profil de communication de votre application tranche la question.For many workloads, yes, especially where inter-node exchange stays moderate. Tightly coupled codes that constantly exchange small messages suffer more from latency than from bandwidth and may justify a specialised interconnect. Your application's communication profile settles the question.
On peut démarrer avec deux ou trois nœuds et un serveur d'administration portant l'ordonnanceur. L'important est de garder les nœuds homogènes pour que les temps d'exécution soient comparables et l'ordonnancement prévisible. L'ajout ultérieur de nœuds identiques reste alors simple et sans reconception.You can start with two or three nodes plus a management server hosting the scheduler. What matters is keeping nodes homogeneous so run times stay comparable and scheduling remains predictable. Adding identical nodes later then stays straightforward, with no redesign required.

Un besoin précis à chiffrer ?A specific need to quote?

Décrivez votre contexte : nous revenons sous 24 à 72 heures avec une approche et un devis.Tell us your context: we come back within 24-72 hours with an approach and a quote.