FR2986887A1 - Procede d'aide a la conception d'un centre de calcul - Google Patents

Abstract

Procédé d'aide à la conception par ordinateur d'un centre de calcul comportant les étapes suivantes de : - définition géométrique d'un local prévu pour accueillir le centre de calcul, - définition de contraintes physiques associées audit local, - fourniture d'une bibliothèque d'éléments de centre de calcul pour une définition matérielle dudit centre de calcul, ladite bibliothèque étant associée à un jeu de règles d'installation desdits éléments dans un centre de calcul, - définition d'une liste de besoins à satisfaire par le centre de calcul, et génération d'une liste d'éléments de la bibliothèque susceptibles de répondre à ladite liste de besoins à partir d'une application d'au moins une règle d'installation, lesdits éléments de la liste respectant lesdites définitions et ladite liste pouvant être vide pour le cas où il n'est pas possible de trouver d'éléments respectant lesdites définitions et lesdites règles.

Description

La présente invention concerne le domaine des calculateurs hautes performances, généralement désignés sous leur appellation anglo-saxonne « clusters » HPC (HPC étant le sigle de « High Performance Computing »). La présente invention vise plus particulièrement la conception de tels calculateurs. Avant même l'installation d'un cluster HPC dans un local physique, et avant même sa conception, se pose la question de la faisabilité et du coût d'un tel projet d'installation. Typiquement, lorsqu'un un établissement (entreprise, centre de recherche ou autre) souhaite s'équiper d'un cluster HPC, il établit un cahier des charges spécifiant les performances souhaitées pour le cluster. Il spécifie par exemple une combinaison de facteurs importants comme une capacité de calcul en flops (acronyme de « FLoating point Operations Per Second », c'est-à-dire « opérations à virgule flottante par seconde » en anglais), une bande passante (en Gb/s), un nombre d'entrées/sorties par seconde (en 10PS), une consommation électrique (en W, KW, MW), une dissipation thermique ou autre.

Il donne également une description d'un local physique pour accueillir le calculateur. Il est rarement possible pour le concepteur du calculateur de modifier le local pour qu'il soit adapté au calculateur. En réalité, c'est au concepteur du calculateur d'adapter le système au local prévu par l'établissement.

Ainsi, avant le lancement industriel de la conception d'un calculateur répondant au cahier des charges de l'établissement, le concepteur doit pouvoir s'assurer que la technologie dont il dispose peut lui permettre de réaliser un calculateur adapté au local prévu pour l'accueillir dans des coûts acceptables. Selon l'art antérieur, la description d'un cluster HPC se fait au moyen de logiciels de type "tableurs" permettant d'écrire de manière précise le type et le nombre de chaque équipement (ou élément) constituant le cluster.

Cette solution est difficile à mettre en oeuvre à grande échelle car un cluster comporte des milliers, voire des dizaines de milliers d'équipements différents. En effet, il est difficile pour un concepteur de gérer mentalement un tableur contenant des milliers d'entrées (voire centaines de milliers). Le temps d'intégration et de gestion de données linéaires sous forme de tables n'est pas optimal et ne permet pas une visualisation ou une interaction forte entre composants. En outre, cette solution ne permet pas de tenir réellement compte de l'implantation physique finale du cluster. Il peut donc arriver que le concepteur mette en place une architecture de cluster répondant au cahier des charges fixé mais que celle-ci se trouve être très difficile voire impossible à implanter dans le local prévu. Une telle situation nécessite alors soit de revoir complètement l'architecture, soit de réaliser des travaux d'aménagement du local ce qui dans les deux cas peut engendrer des coûts importants et probablement non prévus dans le budget initial de conception et d'installation du cluster. Il existe donc un besoin pour aider à la conception des calculateurs (clusters HPC), notamment pour permettre de tenir compte, tôt dans le processus industriel de conception de l'implantation physique finale du calculateur.

Un premier aspect de l'invention concerne un procédé d'aide à la conception par ordinateur d'un centre de calcul comportant les étapes suivantes de : - définition géométrique d'un local prévu pour accueillir le centre de calcul, - définition de contraintes physiques associées audit local, - fourniture d'une bibliothèque d'éléments de centre de calcul pour une définition matérielle dudit centre de calcul, ladite bibliothèque étant associée à un jeu de règles d'installation desdits éléments dans un centre de calcul, - définition d'une liste de besoins à satisfaire par le centre de calcul, et - génération d'une liste d'éléments de la bibliothèque susceptibles de répondre à ladite liste de besoins à partir d'une application d'au moins une règle d'installation, lesdits éléments de la liste respectant lesdites définitions et ladite liste pouvant être vide pour le cas où il n'est pas possible de trouver d'éléments respectant lesdites définitions et lesdites règles. La présente invention apporte une approche novatrice dans la réponse à une demande de création d'un nouveau centre de calcul (cluster) par un procédé intégrant tôt dans la conception du centre de calcul l'installation finale de celui-ci dans le local prévu à cet effet. La présente invention peut également permettre de détecter tôt les problèmes pouvant se présenter quant au respect de contraintes peu prévisible au début d'un projet comme par exemple des besoin techniques difficiles à satisfaire, un local inadapté ou autre. La présente invention permet également de faire des estimations économiques fines en ce qui concerne le coût final du centre de calcul que ce soit en termes de matériel constituant le cluster mais également en termes de travaux d'aménagement à effectuer pour accueillir un cluster répondant aux besoins. La présente invention répond au besoin grandissant de prévoir à l'avance la faisabilité d'un centre de calcul afin de pouvoir respecter des budgets et des délais alloués à la mise en place de ces systèmes complexes. En effet, les centres de calculs atteignent des tailles de plus en plus importantes avec parfois plusieurs centaines de kilomètres de câbles de tailles et de types différents, différents modèles de noeuds, de stockage, de commutateur réseau, ou autre. La présente invention offre une alternative à la conception purement intellectuelle selon l'art antérieur qui devient très difficile à mettre en oeuvre.

La présente invention permet de tenir compte des contraintes données par le cahier des charges (ou la technologie utilisée) et des contraintes induites. Les contraintes "induites" le sont par exemple dans le sens où certains câbles ne peuvent pas mesurer plus de "n mètres", ne peuvent pas avoir un rayon de courbure de plus de "x degrés" ou autre. Elles le sont aussi par exemple dans le sens où il n'est pas possible de mettre un équipement d'un certain type à côté d'un équipement d'un autre type (du fait de problèmes de transferts de chaleur par exemple).

Ces contraintes peuvent être définies et gérées selon des règles d'installation. Une ou plusieurs règles de dépendance matérielle selon lesquelles l'installation d'un élément implique l'installation d'au moins un autre élément peuvent être mises en oeuvre. Cela permet d'évaluer plus finement l'ensemble d'équipements à prévoir dans l'installation finale du centre de calcul. Il est alors plus aisé d'estimer le coût, la taille, la consommation électrique, la dissipation thermique ou d'autres critères.

Ainsi, lorsque la présence d'un élément est dictée par une exigence des besoins à satisfaire, l'ensemble matériel nécessaire pour le bon fonctionnement de l'élément est également inclus dans la liste générée. Par exemple, la liste d'éléments est générée à partir d'une représentation virtuelle préexistante d'un centre de calcul.

Ainsi, il est possible de tenir compte de projets de centre de calcul déjà réalisés. Cela peut permettre d'accélérer le procédé. Le procédé peut en outre comporter les étapes suivantes : - d'affichage d'une représentation géométrique dudit local, et - d'affichage des éléments de ladite liste d'éléments au sein de la représentation géométrique du local affichée. Le procédé selon l'invention peut ainsi être associé à une interface graphique permettant à un utilisateur d'avoir une vision réaliste du centre de calcul et pouvoir apporter des modifications de manière intuitive. Le procédé peut en outre comporter une étape de mise en oeuvre d'un algorithme d'optimisation de distance entre les éléments pour répartir lesdits éléments de la liste d'éléments dans ladite représentation géométrique du local. Ainsi, le câblage du centre de calcul peut être réduit. En effet, les locaux prévus pour accueillir les clusters sont typiquement pourvus de faux planchers et/ou de faux plafonds. La structure de câblage doit donc être considérée en trois dimensions avec plusieurs niveaux de câblage.

Par ailleurs, l'espace occupé au sol ou la répartition thermique des équipements peuvent être optimisés. Par exemple, il peut s'agir de répartir de manière optimale les équipements "chauds" et les équipements "froids" afin d'optimiser l'empreinte énergétique.

Le procédé peut en outre comporter les étapes suivantes de - réception d'une commande pour modifier la liste d'éléments générée, - application d'au moins une règle d'installation pour déterminer s'il est possible de modifier la liste, et - modification ou non de la liste selon un résultat de l'étape d'application de ladite au moins une règle. Il est ainsi possible de modifier en temps réel une configuration de centre de calcul déjà générée. L'affichage des éléments de la liste d'éléments peut aussi être modifié.

La modification de la liste peut être couplée à une interface graphique qui affiche en même temps une représentation du centre de calcul et une représentation de la bibliothèque d'éléments permettant ainsi à l'utilisateur d'ajouter des éléments de la bibliothèque dans la représentation du centre de calcul. L'utilisateur peut également supprimer des éléments de la représentation du centre de calcul. Les contraintes physiques comportent au moins l'un parmi : - un poids maximal supporté par le local, - une puissance électrique maximale supportée, - une puissance maximale de climatisation disponible, - une configuration de chemin de câbles, - une configuration d'arrivée d'eau, - une configuration de connexion réseau avec l'extérieur, - une configuration de connexions électriques, - une configuration de points froids, - une configuration de points chauds. Les contraintes peuvent être globales (c'est-à-dire concerner le local en totalité) ou locales (par exemple un poids maximal supporté par dalle de faux plancher, des contraintes électriques par zone ou par rack, des contraintes de climatisation par zone ou par rack, ou autre). La liste de besoins comporte au moins l'un parmi - des besoins performance de calcul, - des besoins en quantité de mémoire, - des besoins en bandes passantes, - des besoins en débit de données. Les bandes passantes peuvent concerner les réseaux (par exemple « l'interconnect »), le stockage, l' »interconnect », la mémoire ou autre.

Un deuxième aspect de l'invention concerne un programme d'ordinateur ainsi qu'un produit programme d'ordinateur et un support de stockage pour de tels programme et produit, permettant la mise en oeuvre d'un procédé selon le premier aspect de l'invention, lorsque le programme est stocké dans une mémoire d'un dispositif d'aide à la conception par ordinateur d'un centre de calcul et exécuté par un processeur d'un tel dispositif. Un troisième aspect de l'invention concerne un dispositif d'aide à la conception par ordinateur d'un centre de calcul. Un tel dispositif comporte : - une unité de communication configurée pour recevoir une définition géométrique d'un local prévu pour accueillir le centre de calcul, une définition de contraintes physiques associées audit local et une définition d'une liste de besoins à satisfaire par le centre de calcul, et - une unité de traitement configurée pour générer une liste d'éléments d'une bibliothèque d'éléments de centre de calcul pour une définition matérielle dudit centre de calcul, ladite bibliothèque étant associée à un jeu de règles d'installation desdits éléments dans un centre de calcul, lesdits éléments de la liste étant susceptibles de répondre à ladite liste de besoins à partir d'une application d'au moins une règle d'installation, lesdits éléments de la liste respectant lesdites définitions et ladite liste pouvant être vide pour le cas où il n'est pas possible de trouver d'éléments respectant lesdites définitions et lesdites règles.

Le dispositif peut en outre comporter une unité de mémoire configurée pour stocker ladite bibliothèque. L'unité de communication peut en outre être configurée pour communiquer avec un serveur stockant ladite bibliothèque.

L'unité de traitement peut en outre être configurée pour mettre en oeuvre une règle de dépendance matérielle selon laquelle l'installation d'un élément implique l'installation d'au moins un autre élément. La liste d'éléments peut être générée à partir d'une représentation virtuelle préexistante d'un centre de calcul.

L'unité de traitement peut en outre être configurée pour commander l'affichage d'une représentation géométrique dudit local, et des éléments de ladite liste d'éléments au sein de la représentation géométrique du local affichée. L'unité de traitement peut en outre être configurée pour mettre en oeuvre un algorithme d'optimisation de distance entre les éléments pour répartir lesdits éléments de la liste d'éléments dans ladite représentation géométrique du local. Selon des modes de réalisation : - l'unité de communication est configurée pour recevoir une commande pour modifier la liste d'éléments générée, et - l'unité de traitement est en outre configurée pour appliquer au moins une règle d'installation pour déterminer s'il est possible de modifier la liste, et pour modifier ou non de la liste selon un résultat de l'étape d'application de ladite au moins une règle.

L'unité de traitement peut en outre être configurée pour commander une modification de l'affichage desdits éléments de la liste d'éléments. Les objets selon les deuxième et troisième aspects de l'invention procurent au moins les mêmes avantages que ceux procurés par le procédé selon le premier aspect. Le dispositif selon le troisième aspect peut comporter des moyens pour la mise en oeuvre de caractéristiques optionnelles évoquées pour le premier aspect en termes de procédé.

D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la présente description détaillée qui suit, à titre d'exemple non limitatif, et des figures annexées parmi lesquelles : - la figure 1 illustre une définition géométrique d'un local pour accueillir un centre de calcul ; - les figures 2A-2E illustrent des représentations des contraintes physiques associées à un centre de calcul ; - la figure 3 illustre une interface graphique selon un mode de réalisation ; - les figures 4 et 5 sont des organigrammes d'étapes mises en oeuvre dans des modes de réalisation ; et la figure 6 illustre schématiquement un dispositif selon un mode de réalisation de l'invention. Dans la description qui suit, il est proposé un outil d'aide à la conception de calculateur de type « cluster HPC». Cet outil permet à un concepteur d'évaluer rapidement la faisabilité industrielle d'un projet de calculateur en tenant compte de l'implantation physique de celui-ci dans un local prévu à cet effet. Il s'agit d'un outil s'inscrivant dans le processus industriel de conception optimisée d'un calculateur pour répondre à la fois aux besoins en termes de performances du calculateur mais également en termes d'implantation et de coût d'installation. Lorsqu'il s'agit de créer un nouveau calculateur, un cahier des charges est établi comportant un ensemble de besoins que le calculateur doit satisfaire, par exemple une capacité de calcul en flops (par exemple teraflops), une capacité de mémoire (par exemple en petaBytes), un débit de données (en entrées/sorties par secondes) ou autre. Ces performances peuvent être atteintes en associant des éléments typiquement présents dans un calculateur : serveurs de stockage, noeuds de calcul, ou autre. Typiquement, ces éléments sont associés à d'autres matériels comme par exemple des alimentations, des systèmes de refroidissement, des commutateurs réseau, ou autre. De manière générale l'ensemble des équipements est regroupée dans des armoires informatiques communément désignées « racks ». L'ensemble des équipements (ou éléments) d'un calculateur sont interconnectés, directement ou indirectement, ce qui nécessite des câbles de connexion et des éléments de connectique associés (ports, prises ou autre). A partir du cahier des charges, il est possible de déterminer un ensemble d'éléments qui, une fois associés entre eux, pourront constituer un cluster répondant aux besoins exprimés. Selon un exemple, si un cluster doit pouvoir stocker 800 To (teraoctets) et qu'un serveur peut stocker 80 To, il est possible de déduire que le cluster doit comporter 10 serveurs. Il est également possible de déduire le type et le nombre d'équipements additionnels associés à ces 10 serveurs comme par exemple le nombre d'alimentations électriques nécessaires, le type de refroidissement et le nombre d'armoires nécessaires pour regrouper ces éléments. Selon un autre exemple, les éléments pour constituer le cluster sont choisis à partir de projets précédents. Par exemple, des architectures « types » peuvent être conservées dans une mémoire et être réutilisées et éventuellement réadaptées. Il peut s'agir de structures prédéfinies pour les réseaux, le stockage (ou autre) dont on connaît le caractère optimal de la topologie. On peut ainsi automatiser la conception du cluster en se basant sur des contraintes topologiques hors contraintes purement matérielles. Il est ainsi possible de faire des optimisations en performances réelles disponibles contrairement à des optimisations purement théoriques dérivées de données techniques théoriques. A ce stade de la conception, on ne dispose que d'une liste d'éléments à associer pour former le calculateur. Selon l'invention, la configuration du local prévu pour accueillir le calculateur est également prise en compte.

Ainsi, ce local est défini géométriquement, par exemple en tenant compte de ses dimensions en trois dimensions. Une représentation géométrique en trois dimensions est illustrée dans la figure 1. Selon l'exemple de la figure 1, le local est un parallélépipède de longueur L, de largeur I et de hauteur H. Le local comporte une porte d'entrée 10 et une bouche d'aération 11. Les dimensions de la porte et de la bouche d'aération sont supposées connues.

La définition géométrique du local permet de tenir compte de la surface disponible et de la hauteur sous plafond disponible pour installer les armoires informatiques. En particulier, il est possible de connaître les irrégularités dans le volume disponible. En effet, il peut arriver que le local prévu pour la calculateur ne soit pas parfaitement parallélépipédique et que par exemple la hauteur sous plafond ne soit pas uniforme ou que la surface du local ne soit pas rectangulaire. Une fois la définition géométrique du local connue, il est déjà possible de savoir si les éléments disponibles pour réaliser le cluster peuvent être contenus dans le local. Des aménagements plus ou moins complexes peuvent être envisagés selon des règles d'installation des armoires. Par exemple, il est possible de prévoir un espacement entre les armoires ou non. En outre, la configuration géométrique du local, les contraintes physiques associées au local sont définies. En effet, les équipements amenés à constituer le cluster peuvent nécessiter des aménagements particuliers. Par exemple, un équipement nécessitant un refroidissement par circulation d'eau doit être placé à proximité d'une source d'eau. De même, la disposition des sources électriques peut influer sur le positionnement des armoires informatiques dans le local. La figure 2A illustre certaines contraintes physiques pouvant être associées au local de la figure 1. La présence d'une porte 10 et d'une bouche d'aération 11 représente en elle-même une contrainte. En outre, les sources électriques se trouvent être en nombre limité et à des positions fixes. En outre plusieurs types de sources électriques sont disponibles. Une source électrique 200 de 4 MW se trouve au sol dans un premier coin du local du côté de la porte. Une source électrique 201 de 2 MW se trouve au sol dans un deuxième coin du local du côté de la porte. Une autre source électrique 202 de 2 MW se trouve au sol dans un troisième coin du local en face de la porte. Une source électrique 203 de 5 MW se trouve au sol dans un quatrième coin du local du côté de la porte. Enfin, une source électrique 204 de 4 MW se trouve au sol au centre du local.

Le local comporte par ailleurs deux chemins de câbles 205 et 206 traversant longitudinalement le local et comportant respectivement deux ouvertures 207, 208 et 209, 210. Ces chemins de câbles permettent d'accueillir les câbles électriques et les câbles réseau reliant les divers équipements du cluster.

Le local peut aussi comporter des zones avec des températures plus ou moins élevées, par exemple du fait de la répartition des bouches d'aération. Il est alors possible de définir des points froids, c'est-à-dire des zones à température relativement basse et des points chauds, c'est-à-dire des zones à température relativement haute. Typiquement, les équipements nécessitant un fort refroidissement doivent être placés de préférence à proximité de points froids et il doit être évité de les placer à proximité des points chauds. La configuration selon la figure lA est purement illustrative. D'autres configurations de câblage réseau, de câblage électrique ou de réseau de distribution d'eau (de refroidissement) peuvent être envisagées.

Par exemple, la figure 2B illustre un local 211 avec un faux plafond 212, et un faux plancher avec plusieurs niveaux, par exemple ici deux niveaux 213, 214. Le faux plafond pourrait lui aussi comporter plusieurs niveaux. Par exemple, le faux plafond comporte un réseau de câblage réseau, comme illustré dans la figure 2C qui est une vue de dessus du faux plafond. Ce réseau comporte des concentrateurs réseau 215 (NET1) et 216 (NET2) d'où s'étend un réseau de câbles de communication 217, 218. Sur ces câbles de communication sont disposés des ports de connexion 219, 220, 221 qui sont accessibles depuis le local 211. Ces pots de connexion permettent de connecter les armoires informatiques (ou « racks »). La position de ces ports de connexion peut dépendre de la configuration du faux plafond, par exemple du fait du volume disponible pour placer les concentrateurs 215 ou 216.

Le premier niveau de faux plancher 213 comporte par exemple un réseau de distribution d'eau de refroidissement comme illustré par la figure 2D qui est une vue de dessus de ce premier niveau de faux plancher. Ce niveau de faux plancher comporte une arrivée d'eau et une évacuation d'eau 222 pour alimenter et pour purger un circuit de refroidissement 223. L'arrivée d'eau alimente le circuit 223 via un module de refroidissement 237. Le circuit de refroidissement serpente dans le faux plancher de manière à couvrir la surface sous le local. Des points de connexion 224-227 sont présents régulièrement sur le circuit et sont accessibles depuis le local afin de connecter des armoires informatiques pour les refroidir par circulation de l'eau refroidie par le module de refroidissement. Etant donné le sens de circulation de l'eau, par exemple passant d'abord par le point 224 vers le point 227, l'eau disponible au point 224 est plus refroidie que l'eau disponible au point 227 car au point 224, elle est directement issue du module de refroidissement. Cela peut constituer une contrainte de positionnement des racks nécessitant le plus de refroidissement, ceux-ci étant de préférence connectés aux points de connexion les plus froids. Enfin, le niveau de faux plancher 213 comporte (vers le haut et vers la bas) des passages de câbles électriques 228-230 pour laisser passer des câbles électriques depuis le niveau de faux plancher inférieur 214 vers le local.

Le deuxième niveau de faux plancher 214 comporte par exemple un réseau de distribution de puissance électrique comme représenté par la figure 2E qui est une vue de dessus du deuxième niveau de faux plancher. Ce niveau de faux plancher comporte deux sources de puissance 231 (PWR1), 232 (PWR2). Par exemple, la source 231 a une puissance plus faible que la source 232. De ces sources de puissance s'étendent des câbles de distribution de puissance 233, 234, 235 selon un maillage de la surface du local. Par exemple, le maillage dépend de la position des sources de puissance qui peut être donnée par le point d'entrée au réseau de puissance du bâtiment dans lequel se trouve le local. Ce maillage peut également dépendre du circuit de refroidissement se situant dans le niveau du dessus afin que les passages de câbles ne se situent pas directement en dessous d'une canalisation. Au niveau des passages de câbles se trouvent des prises de connexion accessibles depuis le local pour connecter des armoires informatiques. Le maillage du réseau électrique peut ainsi constituer une contrainte de placement des armoires informatiques, en particulier en ce qui concerne leurs besoins en puissance. Par exemple, les armoires demandant une forte puissance doivent être placées à proximité des passages de câble pour être connectées à la source de plus forte puissance 232. Une fois les contraintes physiques du local connues, il est possible d'affiner la conception du cluster. Par exemple, les équipements à forte consommation de puissance électrique doivent être connectés à la source 203 car il s'agit de la plus grande source de puissance électrique. Cela implique que ces équipements doivent se trouver au niveau du coin du local dans lequel se trouve cette source. Par exemple encore, la charge électrique doit être répartie mais la plupart des équipements doivent avoir une alimentation redondante. Il faut alors répartir les équipements de manière optimisée et ce en tenant compte d'autres contraintes : distance, redondance, phase électrique, ou autre. Selon l'invention, une bibliothèque d'éléments stocke les caractéristiques de ces éléments, notamment leurs dimensions, leur consommation électrique, la liste des éléments qui leurs sont associés (alimentation, connexion réseau ou autre), ou tout autre caractéristique. La bibliothèque est associée à un ensemble de règles d'installation des équipements. Par exemple, il s'agit d'indiquer qu'un type d'équipement devant être refroidit par circulation d'eau doit se trouver à proximité d'une arrivée d'eau, ou encore de répartir les équipements selon leur consommation de puissance électrique et la répartition des sources électriques dans la salle ou autre. Selon l'invention, à partir du cahier des charges définissant les besoins à satisfaire par le cluster, des éléments de la bibliothèque sont sélectionnés. Lors de cette sélection, la définition géométrique du local et les contraintes physiques de celui-ci sont prises en compte. Pour ce faire, les règles d'installation associées à la bibliothèque sont appliquées.

Il résulte de cette sélection une liste d'équipements (« Netlist ») ainsi que leur configuration en termes de configuration matérielle (notamment les interconnexions entre ces équipements) et en termes de configuration spatiale dans le local.

S'il n'est pas possible de sélectionner de tels équipements, il est possible de générer une liste vide. Alternativement, une liste est générée avec un message indiquant les aménagements à opérer dans le local (par exemple besoin d'une source électrique supplémentaire, besoin d'espace supplémentaire, ou autre).

A partir de cette liste il peut être aisé pour le concepteur de chiffrer le coût global du cluster et éventuellement de faire estimer le coût d'éventuels aménagements à faire dans le local. Pour faciliter la conception, il est possible d'afficher une vue en trois dimensions du local permettant de se rendre compte de la configuration 15 géométrique du local, des contraintes physiques de celui-ci et de l'aménagement du cluster. Une telle vue est illustrée dans la figure 3. Il s'agit d'une interface graphique logicielle, plus communément appelée « fenêtre » comportant un premier cadre 300 dans lequel est affichée 20 une représentation en trois dimensions du cluster installé dans le local. Cette représentation reprend les références des figures 1 et 2. Deux armoires informatiques 301, 302 du cluster sont représentées en trois dimensions selon un aménagement déterminé en fonction du cahier des charges, de la géométrie du local, de ses contraintes physiques et des 25 règles d'installation. Dans un souci de concision, seulement deux armoires ont été représentées mais en réalité un cluster comporte un nombre plus important d'armoires. Dans le présent exemple, l'armoire 301 est raccordée à la source électrique 202 et au chemin de câble 206. L'armoire 302 est raccordée à la 30 source électrique 203 et au chemin de câble 205. Les éléments peuvent être représentés selon un code couleur par type ou par état afin de rapprocher la représentation de la réalité.

L'utilisateur peut naviguer dans le local en opérant des zooms sur des zones sélectionnées et en déplaçant la vue pour voir le local selon différentes perspectives. La liste des éléments sélectionnés pour constituer le cluster est affichées dans un cadre 303 afin de permettre à l'utilisateur de connaître l'ensemble des éléments présents dans le cluster. En effet, la vue en trois dimensions des armoires peut ne pas être suffisante pour connaître le contenu de chaque armoire. L'utilisateur peut également modifier le cluster en ajoutant ou en supprimant des éléments. A cet effet, un cadre 304 affiche la bibliothèque d'éléments selon l'invention. Par exemple, l'utilisateur sélectionne un élément de la bibliothèque puis le fait glisser du cadre 304 vers le cadre 300 (opération de « drag and drop » en terminologie anglo-saxonne). Un processus de mise à jour de la liste est alors mis en oeuvre. Par exemple, une ou plusieurs règles d'installation sont appliquées pour déterminer s'il est possible ou non de rajouter ou de supprimer un élément. Si cela s'avère possible, la liste est modifiée et la vue en trois dimensions également.

Un outil d'aide à la conception de centre de calcul selon l'invention permet ainsi de fournir à un utilisateur (par exemple un concepteur ou une personne chargée de répondre à un appel d'offre) : - une librairie complète des équipements (éléments) disponible pour réaliser un cluster (modèles de noeud, modèles de commutateur, modèles de baies de stockage, ou autre), - une interface permettant de définir de manière intuitive (données géométriques (x, y, z)) le local prévu pour accueillir le cluster, - la possibilité de définir les contraintes physiques associées au local (faux plancher, passages de câbles, arrivées de climatisation, arrivées d'eau, arrivées électriques, ou autre) - la possibilité de définir un aménagement des éléments disponibles dans la librairie pour former le cluster (positionnement des éléments dans la représentation 2D ou 3D du local, - la possibilité de réaliser les connexions entre les divers objets 5 (réseau électrique, réseau Ethernet, interconnections...) en utilisant automatiquement des algorithmes d'optimisation de distance, - la possibilité de concevoir un cluster en tenant compte dès l'origine de règles de configuration propres aux clusters (localisation des connexions, optimisation d'architecture, ou autre), 10 - l'intégration automatique des dépendances matérielles (ainsi, par exemple lorsque l'utilisateur sélectionne un noeud dans la bibliothèque, une alimentation est automatiquement associée au noeud, par exemple encore, s'il s'agit d'un noeud de service, une double alimentation est sélectionnée il a besoin d'une double alimentation). 15 Selon un mode de réalisation, l'outil d'aide à la conception selon la présente invention est utilisé par des services « d'avant-vente » (c'est-à-dire la phase commerciale précédant la phase de conception industrielle) pour pouvoir se rendre compte de la faisabilité d'un cluster en fonction des besoins du client, du local disponible pour recevoir le cluster et des équipements disponibles pour 20 réaliser le cluster. Il peut également être utilisé pour chiffrer un tel projet. Une interface selon la présente invention, par exemple une interface selon la figure 3, permet d'avoir une vision proche de la réalité du cluster final implanté dans le local : positionnement des racks, positionnement des divers équipements dans les racks. 25 Selon des réalisations, il est possible de simuler la montée en puissance (c'est-à-dire la dissipation énergétique) du cluster. Il s'agit par exemple de calculer la consommation d'énergie et la dissipation de chaleur du cluster et de fournir une représentation graphique des résultats. Ainsi, il est possible de déterminer si la charge électrique demandée par le cluster est en 30 adéquation avec la puissance disponible au sein du local et avec les capacités de refroidissement. Des aménagements du local peuvent alors être décidés sur la base de cette simulation.

Il est également possible de déterminer le nombre de noeuds maximum (avec les équipements dont eux mêmes dépendent) et donc la puissance (en FLOPS) maximum théorique. L'enveloppe énergétique, les dimensions du local, et la puissance de calcul peuvent être des critères prépondérants dans un cahier des charges pour un cluster. L'interface selon l'invention permet à l'utilisateur de traiter en temps réel l'ensemble de ces critères pour concevoir le cluster, et éventuellement de corriger certains aspects, par exemple, en fonction de projet de cluster précédents. La présente invention peut être implémentée sous forme logicielle. Par exemple en langage Java. L'interface graphique, en particulier la vue dans le cadre 300 peut se faire en plusieurs niveaux : - global (plan complet du local), - global avec les contraintes (plan du local avec représentation du faux plancher, des sources électriques, de la climatisation ou autre), - global avec les équipements (plan du local, contraintes physiques et équipements), - vision par armoire informatique (rack), - vision par consommation énergétique (diagramme de couleur pour montrer les zones dans lesquelles la consommation est la plus élevée), - vision par dissipation thermique (diagramme de couleur pour montrer les zones dans lesquelles la dissipation thermique est la plus élevée), - vision par réseaux (Ethernet administration, Ethernet BMC, interconnexion électrique, ou autre), - vision par équipement (vision de l'ensemble des interdépendances d'un équipement), - vision des flux d'air (simulation des flux d'air générés par les équipements avec les informations dans les attributs des équipements au niveau des ventilateurs et de leur sens de circulation d'air pour permettre d'optimiser les échanges thermiques en localisant les flux chauds par rapport aux flux froids. L'outil selon la présente invention peut permettre de générer la « Netlist » (c'est-à-dire la liste complète des éléments à commander, des règles 5 de montage et de câblage). Dans une réalisation, l'outil permet de définir le rôle de chaque noeud dans le cluster et de définir le profile logiciel associé (liste de paquets à installer, configuration). La figure 4 est un organigramme d'étapes mise en oeuvre dans un 10 mode de réalisation. Un cahier des charges technique est établi et comporte un ensemble de critères sur les besoins que doit satisfaire le cluster. Un plan du local destiné à accueillir le cluster est également établi. L'utilisateur lance alors une application logicielle sur un ordinateur 15 (ou sur tout autre dispositif configuré pour la mise en oeuvre du procédé). Lors d'une première étape S400, par exemple via une interface graphique, l'utilisateur définit géométriquement le local. Par exemple il entre au clavier des dimensions du local. Alternativement, l'utilisateur charge un fichier de modélisation trois dimensions décrivant la géométrie du local. 20 Ensuite, lors d'une étape S401, l'utilisateur définit les contraintes du local. Par exemple, l'interface du logiciel lui propose des contraintes « types » régulièrement rencontrées dans les locaux accueillant des clusters. Il peut s'agir de faux planchers, d'arrivées d'eau, de connexions électriques, de portes, de bouches d'aération, les chemins de câbles ou autre. L'utilisateur peut 25 également spécifier le poids maximal supporté, la puissance électrique maximale totale disponible dans le local, la puissance de climatisation, ou autre. Comme pour la définition géométrique du local, ces données peuvent être chargées depuis un fichier dédié. Lors d'une étape S402, les besoins que le cluster doit satisfaire sont 30 définis, par exemple, notamment : - les besoins en termes de performance brute (FLOPS), les besoins en termes de mémoire par noeud et/ou de mémoire totale, les besoins en termes de stockage, les besoins en termes de bande passante réseau d'administration, - les besoins en termes de bande passante et latence du réseau d'interconnexion - les besoins en termes de connexion avec l'extérieur (backbone) avec débit exigé et types de connexion (fibre, cuivre, ou autre).

Une fois le local défini géométriquement et par ses contraintes physiques et une fois les besoins du cluster connus, il est établi une ou plusieurs listes temporaires d'éléments de la bibliothèque de composants répondant aux besoins lors d'une étape S403. Dans un premier temps, le local n'entre pas en ligne de compte. Une telle étape permet par exemple de partir de projets de clusters précédents. Lors de cette étape, des règles de dépendance matérielle peuvent être appliquées pour déterminer les éléments à inclure dans la liste dont la présence découle de l'utilisation d'un autre équipement pour répondre à un besoin du cahier des charges. Une fois l'étape S403 exécutée, une ou plusieurs listes sont à disposition. Il s'agit alors ensuite de déterminer parmi ces listes, celle qui permet une installation dans le local tel que défini par sa géométrie et par ses contraintes physiques. Un algorithme d'aménagement est alors mis en oeuvre pour déterminer si pour chaque liste, l'ensemble des équipements peut être installé dans le local. Cet algorithme combine un ensemble de règles d'installation et est mis en oeuvre lors de l'étape S404. Par exemple, il est déterminé le nombre d'armoires informatiques à utiliser pour regrouper l'ensemble des éléments, puis la surface occupée par ce nombre d'armoires informatiques (en tenant éventuellement compte d'un espacement entre les armoires) est comparée à la surface disponible dans le local. Cela permet de faire une première sélection parmi les listes. En effet, si la surface occupée par les armoires est supérieure à la surface du local, il n'est pas possible d'aménager le cluster dans le local. Ensuite, il est tenu compte de règles d'installation comme par exemple la répartition des sources électriques, les arrivées d'eau, la ventilation, ou autre. L'ordre d'application des règles peut par exemple dépendre de l'importance qui est donnée à chacune ou à la capacité de filtrage de chaque règle. Il est rappelé que l'application des règles, en outre d'assurer que les éléments permettent au cluster de répondre aux besoins et d'assurer que le cluster puisse être installé dans le local, visent à sélectionner la meilleure liste parmi celles déterminées lors de l'étape S403. Lorsqu'une liste répond aux règles appliquées lors de l'étape S404, elle est stockée lors de l'étape S405. Lorsqu'une liste ne répond pas aux règles appliquées lors de l'étape S404, elle est supprimée lors de l'étape S406. Lors de l'étape S407, il est déterminé si toutes les listes générées lors de l'étape S404 ont été considérées. S'il reste des listes auxquelles les règles n'ont pas été appliquées, on retourne à l'étape S404. Si toutes les listes ont été considérées, une liste finale est générée lors de l'étape S408. Il est possible de considérer le cas où plusieurs listes répondent aux règles de l'étape S404. C'est alors l'utilisateur qui choisit la liste qui convient le mieux. Alternativement, les listes sont triées en fonction de critères prédéterminés comme par exemple l'optimisation du coût, la complexité de mise en oeuvre, le nombre d'équipements requis, ou autre. Cela permet de sélectionner la meilleure solution pour un critère donné. Dans l'exemple décrit en référence à la figure 4, les besoins du cluster ont été considérés avant la géométrie du local et ses contraintes physiques. Toutefois, de manière alternative, il est possible de considérer la géométrie du local et ses contraintes en premier pour obtenir des listes temporaires, puis utiliser les besoins à satisfaire pour sélectionner une ou des listes parmi ces listes temporaires.

La figure 5 illustre des étapes mises en oeuvre pour permettre à l'utilisateur de modifier (ou d'ajuster) le cluster en temps réel.

Lors d'une étape S500, une représentation graphique du local est affichée sur un écran. Cette représentation peut être en deux ou trois dimensions. L'utilisateur peut naviguer dans cette représentation en faisant varier les angles de vue. Une telle représentation est illustrée par la figure 1.

Lors d'une étape S501, les contraintes physiques du local sont ajoutées à la représentation géométrique du local. La représentation du local résultant d'une telle étape est illustrée par la figure 2. Ensuite, à partir de la liste d'éléments du cluster, par exemple générée lors d'une étape telle que l'étape S408, les éléments du cluster sont affichés dans la représentation du local, selon un aménagement répondant aux règles d'installation, par exemple telles qu'appliquées lors de l'étape S404. A ce stade, l'utilisateur peut toujours naviguer dans la représentation du local, comme cela a été présenté en référence à la figure 3. Le déclenchement des étapes S500, S501 et S502 peut se faire automatiquement ou par l'intervention de l'utilisateur, par exemple en cliquant sur un bouton dédié (non représenté) dans l'interface selon la figure 3. En particulier, l'affichage des éléments peut être déclenché par la sélection par l'utilisateur d'une liste parmi un ensemble de listes générées lors d'une étape telle que l'étape S408.

De retour à la figure 5, lorsque l'utilisateur souhaite modifier le cluster représenté, il émet une commande en ce sens qui est reçue lors de l'étape S503. Par exemple, il s'agit de faire glisser (« drag and drop » en terminologie anglo-saxonne) un élément du cadre 304 de la figure 3 dans le cadre 300 de la même figure.

Lorsqu'une telle commande est reçue, il est déterminé s'il est possible de modifier la liste tout en continuant à respecter les besoins du cluster et les règles d'installation. Cette vérification est mise en oeuvre lors de l'étape S504. S'il n'est pas possible de modifier la liste, un message d'erreur est affiché à l'utilisateur lors de l'étape S505.

S'il est possible de modifier la liste, la nouvelle liste modifiée lors de l'étape S506 puis l'affichage du cluster est mis à jour en retournant à l'étape S502. L'affichage du cluster peut se faire selon un niveau de détails permettant de modifier le cluster à un niveau très bas ou très haut. Par exemple, il peut être possible de positionner des racks complets "pré-assemblés" avec des noeuds déjà positionnés. Il peut également être possible de pouvoir changer le processeur d'un noeud (ou d'un ensemble), modifier le type de mémoire (fréquence différente), ou autre.

Après une modification du cluster, l'impact sur certains critères peut être présenté comme par exemple l'enveloppe énergétique, le changement de la performance totale, la répartition des déperditions thermiques, ou autre. A cet effet une représentation spécifique du local peut être affichée, comme par exemple une carte des déperditions thermiques avec des zones rouges aux endroits du local où la déperdition est élevée et des zones bleues aux endroits où elle est moins élevée, avec un dégradé de couleurs pour les zones intermédiaires. Le même type de carte peut être envisagé pour la consommation électrique ou autre. Il est ainsi possible d'obtenir une représentation réaliste du local (salle machine) avec le cluster implanté, avec par exemple l'ensemble du câblage (port à port). La liste des éléments du cluster peut constituer une "Netlisf' contenant l'ensemble des composants de la solution (nombre de noeuds de type N, nombre de PDU de type X, nombre, tailles et types des câbles, ou autre...) ainsi que leurs interconnexions. La présente invention peut permettre de générer de manière automatique des solutions de base pour répondre à des besoins d'un cahier des charges selon un schéma simple dans lequel un ensemble de paramètres sont fournis puis, à partir d'une bibliothèque d'éléments "utilisables" (ou disponibles auprès du constructeur du cluster) une solution est générée. Cette solution générée automatiquement permet d'avoir une première version du cluster qui peut être affinée par la suite.

La présente invention permet d'évaluer rapidement et intuitivement la faisabilité et éventuellement le coût de réalisation d'un cluster et de son implémentation. Selon l'invention, l'installation finale du cluster peut être prise en compte très tôt dans la conception du cluster. Par ailleurs, la représentation peut permettre de générer des étiquettes de câblage et de fournir aux personnes en charge de l'installation du cluster une liste précise des positionnements et connexions entre les équipements constituant le cluster. Ces étiquettes peuvent donner le modèle et la longueur des câbles. La présente invention peut être mise en oeuvre par des moyens informatiques tels que par exemple un ordinateur. Il est possible d'envisager une exécution locale d'un logiciel mettant en oeuvre un procédé selon l'invention ou une exécution à distance. La bibliothèque d'éléments peut avoir une taille en mémoire importante. Ainsi, il peut être intéressant d'avoir la bibliothèque et le logiciel mettant en oeuvre un procédé selon l'invention au sein d'un serveur d'application auquel plusieurs utilisateurs peuvent accéder. Un programme d'ordinateur pour la mise en oeuvre d'un procédé selon un mode de réalisation de l'invention peut-être réalisé à partir des organigrammes des figures 4 et 5 et de la présente description détaillée. Un dispositif d'aide à la conception par ordinateur d'un centre de calcul (cluster) selon un mode de réalisation est décrit en référence à la figure 6. Le dispositif 600 de la figure 6 comporte une unité de mémoire 601 (MEM). Cette unité de mémoire comporte une mémoire vive pour stocker de manière non durable des données de calcul utilisées lors de la mise en oeuvre d'un procédé conforme à l'invention, selon divers modes de réalisation, par exemple les listes temporaires déterminées lors de l'étape S403. L'unité de mémoire comporte par ailleurs une mémoire non volatile (par exemple du type EEPROM) pour stocker par exemple un programme d'ordinateur, selon un mode de réalisation, pour son exécution par un processeur (non représenté) d'une unité de traitement 602 (PROC) du dispositif. L'unité de mémoire peut par exemple stocker la définition géométrique du local, les contraintes physiques, la bibliothèque d'éléments, l'ensemble des règles d'installation, les besoins à satisfaire, et les listes générées lors de l'étape S408. L'unité de mémoire peut également stocker des descriptions de projets préexistants avec par exemple des listes d'éléments, des définitions géométriques de locaux, des définitions de contraintes physiques, ou autre. Le dispositif comporte par ailleurs une unité de communication 403 (COM) pour par exemple recevoir des commandes de la par de l'utilisateur, transmettre des données d'affichage à un écran (non représenté), ou recevoir des fichiers décrivant la géométrie d'un local, les contraintes physiques, les besoins à satisfaire ou autre. L'unité de communication peut par ailleurs être configurée pour communiquer avec un serveur (on représenté) stockant la bibliothèque d'éléments.

Dans une architecture plus détaillée (non représentée), le dispositif comporte : - un module de définition des besoins (puissance de calcul totale, taille mémoire globale ou par noeud, taille de stockage, débits, ou autre), - un module de stockage de la bibliothèque d'éléments les données associées aux éléments et les règles d'installation, - un module de gestion de plan de salle, par exemple un module 3D (plan au sol, faux plancher, passage de câbles, gestion énergétique, gestion de climatisation, gestion de poids, arrivée d'eau, ou autre), - un moteur graphique de création des objets combinés (création d'une armoire informatique (rack) et de ses éléments à partir de la bibliothèque et en respect des contraintes), - un module de gestion d'armoire informatique (gestion de l'installation des éléments dans l'armoire, gestion des contraintes associées, gestion des dépendances matérielles, ou autre), - un module de gestion d'interconnexion inter-armoires, - un module de gestion d'énergie, pour par exemple déterminer une carte de la consommation d'énergie du cluster, - un module de gestion de dissipation thermique, pour par exemple déterminer une carte de la dissipation thermique du cluster, - moteur de gestion global des règles d'installation (application des règles de dépendance, règles de câblage, règles de liaison entre équipements, ou autre), - un module de gestion réseau (Ethernet, interconnexion, stockage, électrique, ou autre), - un module d'optimisation de l'aménagement (placement des noeuds, des longueurs de câbles, ou autre), et - un module d'auto-génération d'une configuration initiale en fonction des critères fournis. Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites, d'autres variantes et combinaisons de caractéristiques sont possibles.

La présente invention a été décrite et illustrée dans la présente description détaillée en référence aux figures jointes. Toutefois la présente invention ne se limite pas aux formes de réalisation présentées. D'autres variantes et modes de réalisation peuvent être déduits et mis en oeuvre par la personne du métier à la lecture de la présente description et des figures annexées. Dans les revendications, le terme "comporter" n'exclut pas d'autres éléments ou d'autres étapes. L'article indéfini « un » n'exclut pas le pluriel. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en oeuvre l'invention. Les différentes caractéristiques présentées et/ou revendiquées peuvent être avantageusement combinées. Leur présence dans la description ou dans des revendications dépendantes différentes, n'exclut pas en effet la possibilité de les combiner. Les signes de référence ne sauraient être compris comme limitant la portée de l'invention.

Claims (21)

1. REVENDICATIONS1. Procédé d'aide à la conception par ordinateur d'un centre de calcul comportant les étapes suivantes de : - définition géométrique (S400) d'un local prévu pour accueillir le centre de calcul, - définition de contraintes physiques associées audit local (S401), - fourniture d'une bibliothèque d'éléments de centre de calcul (304) pour une définition matérielle dudit centre de calcul, ladite bibliothèque étant associée à un jeu de règles d'installation desdits éléments dans un centre de calcul, - définition d'une liste de besoins à satisfaire par le centre de calcul (S402), et - génération (S408) d'une liste d'éléments de la bibliothèque susceptibles de répondre à ladite liste de besoins à partir d'une application (S404) d'au moins une règle d'installation, lesdits éléments de la liste respectant lesdites définitions et ladite liste pouvant être vide pour le cas où il n'est pas possible de trouver d'éléments respectant lesdites définitions et lesdites règles.
2. 2. Procédé selon la revendication 1, comportant en outre une étape de mise en oeuvre d'une règle de dépendance matérielle selon laquelle l'installation d'un élément implique l'installation d'au moins un autre élément.
3. 3. Procédé selon l'une des revendications précédentes, dans lequel la liste d'éléments est générée à partir d'une représentation virtuelle préexistante d'un centre de calcul.
4. 4. Procédé selon l'une des revendications précédentes, comportant en outre les étapes suivantes: - d'affichage (S500) d'une représentation géométrique dudit local, et - d'affichage (S502) des éléments de ladite liste d'éléments au sein de la représentation géométrique du local affichée.
5. 5. Procédé selon la revendication 4, comportant en outre une étape de mise en oeuvre d'un algorithme d'optimisation de distance entre les éléments pour répartir lesdits éléments de la liste d'éléments dans ladite représentation géométrique du local.
6. 6. Procédé selon l'une des revendications précédentes, comportant en outre les étapes suivantes de - réception (S503) d'une commande pour modifier la liste d'éléments générée, - application (S504) d'au moins une règle d'installation pour déterminer s'il est possible de modifier la liste, et - modification (S505) ou non de la liste selon un résultat de l'étape d'application de ladite au moins une règle.
7. 7. Procédé selon la revendication 6, en combinaison avec la revendication 4 ou 5, comportant en outre une étape de modification de l'affichage desdits éléments de la liste d'éléments.
8. 8. Procédé selon l'une des revendications précédentes, dans lequel lesdites contraintes physiques comportent au moins l'un parmi : - un poids maximal supporté par le local, - une puissance électrique maximale supportée, - une puissance maximale de climatisation disponible, - une configuration de chemin de câbles, - une configuration d'arrivée d'eau, - une configuration de connexion réseau avec l'extérieur, - une configuration de connexions électriques, - une configuration de points froids, - une configuration de points chauds.
9. 9. Procédé selon l'une des revendications précédentes, dans lequel ladite liste de besoins comporte au moins l'un parmi : - des besoins performance de calcul,- des besoins en quantité de mémoire, - des besoins en bandes passantes, - des besoins en débit de données.
10. 10. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l'une des revendications 1 à 11, lorsqu'il est exécuté par un processeur d'un dispositif d'aide à la conception d'un centre de calcul.
11. 11. Dispositif d'aide à la conception d'un centre de calcul comportant : - une unité de communication (603) configurée pour recevoir une définition géométrique d'un local prévu pour accueillir le centre de calcul, une définition de contraintes physiques associées audit local et une définition d'une liste de besoins à satisfaire par le centre de calcul, et - une unité de traitement (602) configurée pour générer une liste d'éléments d'une bibliothèque d'éléments de centre de calcul pour une définition matérielle dudit centre de calcul, ladite bibliothèque étant associée à un jeu de règles d'installation desdits éléments dans un centre de calcul, lesdits éléments de la liste étant susceptibles de répondre à ladite liste de besoins à partir d'une application d'au moins une règle d'installation, lesdits éléments de la liste respectant lesdites définitions et ladite liste pouvant être vide pour le cas où il n'est pas possible de trouver d'éléments respectant lesdites définitions et lesdites règles.
12. 12. Dispositif selon la revendication 11 comportant en outre une unité de mémoire (601) configurée pour stocker la dite bibliothèque.
13. 13. Dispositif selon la revendication 11, dans lequel l'unité de communication est configurée pour communiquer avec un serveur stockant ladite bibliothèque.
14. 14. Dispositif selon l'une des revendications 11 à 13, dans lequel l'unité de traitement est en outre configurée pour mettre en oeuvre une règle dedépendance matérielle selon laquelle l'installation d'un élément implique l'installation d'au moins un autre élément.
15. 15. Dispositif selon l'une des revendications 11 à 14, dans lequel la liste d'éléments est générée à partir d'une représentation virtuelle préexistante d'un centre de calcul.
16. 16. Dispositif selon l'une des revendications 11 à 15, dans lequel l'unité de traitement est en outre configurée pour commander l'affichage d'une 10 représentation géométrique dudit local, et des éléments de ladite liste d'éléments au sein de la représentation géométrique du local affichée.
17. 17. Dispositif selon la revendication 16, dans lequel l'unité de traitement est en outre configurée pour mettre en oeuvre un algorithme d'optimisation de distance 15 entre les éléments pour répartir lesdits éléments de la liste d'éléments dans ladite représentation géométrique du local.
18. 18. Dispositif selon l'une des revendications 11 à 17, dans lequel : - l'unité de communication est configurée pour recevoir une commande pour 20 modifier la liste d'éléments générée, et - l'unité de traitement est en outre configurée pour appliquer au moins une règle d'installation pour déterminer s'il est possible de modifier la liste, et pour modifier ou non de la liste selon un résultat de l'étape d'application de ladite au moins une règle. 25
19. 19. Dispositif selon la revendication 18, en combinaison avec la revendication 16 ou 17, dans lequel l'unité de traitement est en outre configurée pour commander une modification de l'affichage desdits éléments de la liste d'éléments. 30
20. 20. Dispositif selon l'une des revendications 11 à 19, dans lequel lesdites contraintes physiques comportent au moins l'un parmi : - un poids maximal supporté par le local, - une puissance électrique maximale supportée, - une puissance maximale de climatisation disponible, - une configuration de chemin de câbles, - une configuration d'arrivée d'eau, - une configuration de connexion réseau avec l'extérieur, - une configuration de connexions électriques, - une configuration de points froids, - une configuration de points chauds.
21. 21. Dispositif selon l'une des revendications 11 à 20, dans lequel ladite liste de besoins comporte au moins l'un parmi : - des besoins performance de calcul, - des besoins en quantité de mémoire, - des besoins en bandes passantes, - des besoins en débit de données.