FR 2991067 A1 20131129 FR 1254854 A 20120525 1 La présente invention concerne la gestion thermique de clusters et plus particulièrement un procédé, un programme d'ordinateur ainsi qu'un dispositif de gestion du refroidissement d'un cluster. L'invention concerne en outre un ensemble pourvu d'un cluster, d'un tel dispositif et d'un système de climatisation configuré pour refroidir le cluster. Les clusters regroupent généralement des serveurs, des unités de stockage de données, des microprocesseurs et des équipements de télématique prenant la forme de rangées d'armoires informatiques (« racks » en anglais) dans lesquelles sont installés des équipements informatiques, par exemple de manière amovible. Une pluralité de clusters est souvent rassemblée afin de former des centres d'hébergement informatique connus sous les terminologies anglophones (« data center » ou « server cluster »). Les centres de traitement de données rassemblent généralement des centaines, parfois même des milliers de dispositifs électroniques à interconnecter via des équipements informatiques. Ces équipements informatiques sont généralement portés par des lames insérées dans les armoires informatiques. On assimile ici un équipement informatique à un noeud, autrement dit à un équipement informatique de base pour le calcul. Chaque noeud forme donc un ordinateur indépendant et présente des caractéristiques qui lui sont propres telles que par exemple le nombre de coeurs qu'il comporte (chaque coeur formant une unité de calcul et présentant une taille de mémoire prédéterminée). Un ou plusieurs noeuds forment une zone de traitement, aussi 30 appelée zone de calcul, et correspondent à des ressources informatiques d'un cluster. La zone de traitement peut dans certains cas être formée par seulement certains composants électroniques d'un noeud, voire au contraire par un grand nombre de noeuds. Ces clusters comportent en outre généralement une unité de contrôle et de commande pourvue d'un système de gestion du refroidissement, aussi appelé gestionnaire de climatisation. Le gestionnaire de climatisation est configuré pour recevoir un certain nombre de caractéristiques d'état thermique ambiant au cluster et est relié à un système de climatisation associé au cluster. On connaît des procédés de gestion du refroidissement d'un cluster configuré pour communiquer avec le système de climatisation associé à ce cluster, pour maintenir une température constante dans une salle où se trouvent les équipements informatiques de ce cluster, autrement dit pour maintenir constante une température ambiante au cluster. Ces procédés connus comportent l'étape de recevoir des informations représentatives de la température ambiante à différents endroits de la salle dans laquelle se trouvent les équipements informatiques du cluster. Ces informations représentatives de la température ambiante sont transmises par des capteurs de température disposés physiquement à ces différents endroits de la salle. La prise en compte de la température ambiante en différents endroits de la salle permet de déterminer des caractéristiques d'état thermique en chacun de ces endroits et donne donc une idée générale de l'état thermique ambiant au cluster. Ces procédés connus comportent en outre l'étape de déterminer, à partir des caractéristiques d'état thermique ambiant au cluster, un ou des ordres 25 de commande de refroidissement. Le gestionnaire de climatisation envoie ensuite ce ou ces ordres de commande, correspondant à une commande de régulation de la température ambiante de la salle, vers le système de climatisation de sorte que ce dernier agit en conséquence pour réguler la température ambiante de la salle, ou plus 30 particulièrement d'une partie déterminée de la salle. L'invention concerne des procédés de gestion du refroidissement d'un cluster visant à optimiser le maintien d'une température sensiblement constante au sein du cluster en déterminant des ordres de commande spécifiques, autrement dit en ciblant mieux les zones du cluster à refroidir, par une analyse plus précise et plus fine de l'état thermique du cluster que dans les procédés de l'état de la technique, de manière simple, commode et économique. L'invention a ainsi pour objet, sous un premier aspect, un procédé de gestion du refroidissement d'un cluster pourvu de ressources informatiques pour l'exécution de travaux, comportant une étape de détermination d'ordres de commande correspondants à des actions de refroidissement dudit cluster à partir de caractéristiques d'état thermique dudit cluster, ce procédé étant caractérisé en ce que ladite étape de détermination d'ordres de commande comporte les étapes suivantes : - recevoir des caractéristiques d'état thermique desdites ressources informatiques d'au moins une zone de traitement dudit cluster ; - déterminer par corrélation desdites caractéristiques d'état thermique desdites ressources informatiques au moins de ladite zone de traitement, des ordres de commande préconisés relatifs à ladite au moins une zone de traitement, en fonction de règles prédéterminées ; et - déduire desdits ordres de commande déterminés une liste d'actions 20 de refroidissement préconisées desdites ressources informatiques de ladite au moins une zone de traitement dudit cluster. Grâce à l'invention, ce sont des ordres de commandes correspondants à des actions de refroidissement du cluster lui-même (et non de la salle) qui sont déterminés et soumis à un système de climatisation selon une 25 liste d'actions de refroidissement préconisées des ressources informatiques au moins de la zone de traitement. Cette liste d'actions de refroidissement préconisées est avantageusement déterminée en fonction des caractéristiques d'état thermique au moins des ressources informatiques que comporte la zone de traitement du 30 cluster, ressources informatiques qui exécutent les travaux. La combinaison des différentes données de nature thermique liées aux ressources informatiques de la zone de traitement, c'est-à-dire à liées à au moins un composant électronique d'au moins un noeud du cluster, permet de prendre en compte l'état thermique de ce composant électronique, lequel est caractérisé par exemple par la température à laquelle il se trouve, voire par sa dissipation thermique, dans la détermination des ordres de commande préconisés et l'établissement de la liste d'actions de refroidissement préconisées. La prise en compte de cet aspect thermique au sein du cluster, c'est- à-dire à l'intérieur même de ses composants électroniques, permet de déterminer de manière précise et fine les actions de refroidissement à mettre en oeuvre, par le biais d'actions de refroidissement préconisées à transmettre à un système de climatisation, et non pas en se basant seulement sur la température ambiante globale du cluster, ou sur la température ambiante de certaines zones du cluster. Le procédé selon l'invention offre donc la possibilité de corréler toutes les informations caractéristiques de l'état thermique de l'ensemble des ressources informatiques au moins de la zone de traitement du cluster pour la détermination d'ordres de commande préconisés et afin de placer ces derniers de façon optimale pour maintenir une température sensiblement constante, ou tout au moins inférieure à une valeur de seuil prédéterminée, dans au moins 20 une zone de traitement du cluster, de manière simple, commode et économique. Plus généralement, le procédé selon l'invention permet d'une part d'avoir une vision globale mais particulièrement détaillée de l'état thermique actuel au moins de la zone de traitement, voire du cluster en entier, grâce à la 25 détermination des caractéristiques d'état thermique des ressources informatiques du cluster, et d'autre part de maintenir une température constante prédéterminée dans au moins la zone de traitement, voire dans le cluster en entier, grâce à la corrélation de ces informations caractéristiques qui a pour but la détermination des ordres de commande et à transmettre à un système de 30 climatisation associé au cluster, lesquels ordres correspondent aux actions de refroidissement à mettre en oeuvre et permettent en outre d'évaluer l'état thermique prévu après refroidissement, toujours selon une vision globale mais particulièrement détaillée, au moins de la zone de traitement, voire du cluster en entier. Selon des caractéristiques préférées, simples, commodes et économiques du procédé selon l'invention : - il comporte en outre l'étape de transmettre ladite liste d'ordres de commande préconisés pour le refroidissement au moins desdites ressources informatiques de ladite zone de traitement dudit cluster ; - lesdites caractéristiques d'état thermique correspondent à la température interne propre auxdites ressources informatiques et ledit procédé 10 comporte l'étape de déterminer des caractéristiques de température au moins desdites ressources informatiques de ladite zone de traitement ; - il comporte en outre l'étape de déterminer lesdites caractéristiques d'état thermique propre auxdites ressources informatiques et/ou l'étape de déterminer une cartographie d'état thermique au moins de ladite zone de 15 traitement, en fonction desdites caractéristiques de température au moins desdites ressources informatiques de ladite zone de traitement ; - il comporte en outre l'étape de recevoir des caractéristiques de panne desdites ressources informatiques d'au moins d'une zone de traitement dudit cluster et ladite étape de déterminer des ordres de commande préconisés 20 par corrélation se fait en outre en fonction desdites caractéristiques de panne ; - lesdites caractéristiques de panne correspondent aux pannes matérielles et/ou aux pannes logicielles propres auxdites ressources informatiques et le procédé comporte en outre une étape de détermination des caractéristiques de panne matérielle au moins desdites ressources informatiques 25 de ladite zone de traitement et une étape de détermination des caractéristiques de panne logicielle au moins desdites ressources informatiques de ladite zone de traitement ; ainsi qu'une étape de détermination desdites caractéristiques de panne en fonction desdites caractéristiques de panne matérielle et desdites caractéristiques de panne logicielle, au moins desdites ressources informatiques 30 de ladite zone de traitement ; - il comporte en outre l'étape de recevoir une liste d'allocations préconisées desdites ressources informatiques au moins de ladite zone de traitement dudit cluster pour l'exécution d'au moins un travail soumis audit cluster et ladite étape de déterminer des ordres de commande préconisés par corrélation se fait en outre en fonction desdites allocations préconisées ; - il comporte en outre une étape de détermination de ladite liste 5 d'allocations préconisées, laquelle étape comporte les étapes de recevoir des caractéristiques matérielles dudit au moins un travail, recevoir des caractéristiques matérielles et de disponibilité desdites ressources informatiques au moins de ladite zone de traitement et recevoir des caractéristiques d'état énergétique desdites ressources informatiques au moins de ladite zone de 10 traitement ; de déterminer par corrélation desdites caractéristiques matérielles dudit au moins un travail, desdites caractéristiques matérielles, de disponibilité et d'état énergétique desdites ressources informatiques au moins de ladite zone de traitement, un placement préconisé dudit au moins travail en fonction de règles prédéterminées ; et de déduire dudit placement préconisé déterminé une liste 15 d'allocations préconisées desdites ressources informatiques de ladite zone de traitement ; - il comporte en outre l'étape de recevoir un profil énergétique associé audit au moins un travail et une étape de détermination d'une liste desdites caractéristiques matérielles dudit au moins un travail en fonction dudit 20 profil énergétique associé audit au moins un travail ; et/ou - lesdites règles prédéterminées de corrélation et de définition des ordres de commande prennent en considération l'impact énergétique sur lesdites ressources informatiques au moins de ladite zone de traitement dudit cluster ; l'étape de déterminer une liste d'ordres de commande préconisés comportant une 25 étape de détermination dudit impact énergétique lié à l'exécution desdits ordres de commande au moins à partir desdites caractéristiques d'état thermique, de panne et d'état énergétique desdites ressources informatiques au moins de ladite zone de traitement dudit cluster et à partir desdites caractéristiques matérielles dudit au moins un travail. 30 L'invention a aussi pour objet, sous un deuxième aspect, un programme d'ordinateur comportant des instructions configurées pour mettre en oeuvre chacune des étapes du procédé tel que décrit ci-dessus lorsque ledit programme est exécuté sur un ordinateur. L'invention a également pour objet, sous un troisième aspect, un dispositif comprenant des éléments systémiques configurés pour mettre en 5 oeuvre chacune des étapes du procédé. Ce dispositif permet avantageusement de mettre en oeuvre chacune des étapes du procédé tel que décrit ci-dessus de manière simple, commode et économique. Selon des caractéristiques préférées, simples, commodes et 10 économiques du dispositif selon l'invention, lesdits éléments systémiques sont formés au moins par un gestionnaire de climatisation et un gestionnaire d'énergie configurés pour communiquer chacun indépendamment avec des ressources informatiques d'un cluster ; et par un système de corrélation communiquant à la fois avec ledit gestionnaire de climatisation et avec ledit gestionnaire d'énergie. 15 Selon d'autres caractéristiques préférées, simples, commodes et économiques du dispositif selon l'invention, lesdits éléments systémiques sont formés en outre par un gestionnaire de travaux configuré pour communiquer indépendamment avec lesdites ressources informatiques dudit cluster. L'invention a également pour objet, sous un quatrième aspect, un 20 ensemble comportant un cluster pourvu d'une pluralité de ressources informatiques pour l'exécution de travaux, un dispositif tel que décrit ci-dessus et un système de climatisation configuré pour refroidir lesdites ressources informatiques dudit cluster. On va maintenant poursuivre l'exposé de l'invention par la 25 description d'un exemple de réalisation, donnée ci-après à titre illustratif et non limitatif, en référence aux dessins annexés sur lesquels : - la figure 1 représente très schématiquement un cluster pourvu d'au moins une zone de traitement et d'un dispositif configuré pour la mise en oeuvre d'un procédé de gestion du refroidissement de ce cluster conformément 30 à l'invention, ainsi qu'un système de climatisation associé à ce cluster ; - la figure 2 représente très schématiquement un environnement de communication entre une ou plusieurs zones de traitement et le dispositif du cluster visible à la figure 1 ; - la figure 3 illustre un exemple d'architecture d'au moins une ressource informatique du cluster illustré sur la figure 1 ; - la figure 4 est un schéma-blocs illustrant différentes étapes de fonctionnement du procédé ; - les figures 5 et 6 sont des schéma-blocs illustrant respectivement l'étape d'établir une base de données caractéristique des pannes matérielles et/ou logicielles d'au moins une zone de traitement et l'étape d'établir un fichier de caractéristiques d'état thermique de ladite au moins une zone, pour la mise en oeuvre de certaines étapes de fonctionnement visibles à la figure 4 ; - la figure 7 est un schéma-blocs montrant respectivement l'étape d'établir un fichier de caractéristiques de température de chaque noeud formant 15 une ressource informatique que comporte ladite au moins une zone de traitement, l'étape d'établir un fichier de caractéristiques de panne logicielle de chacun de ces noeuds et l'étape d'établir un fichier de caractéristiques de panne matérielle de chacun de ces noeuds, pour la mise en oeuvre des étapes visibles sur les figures 5 et 6 ; 20 - la figure 8 est un schéma-blocs illustrant l'étape d'établir un fichier listant des allocations préconisées de ressources informatiques pour l'exécution par le cluster de travaux qui lui sont soumis, pour la mise en oeuvre de certaines étapes de fonctionnement visibles à la figure 4 ; - les figures 9 et 10 sont des schéma-blocs illustrant respectivement 25 l'étape d'établir une base de données de caractéristiques d'état énergétique d'au moins une zone de traitement, l'étape d'établir un fichier de caractéristiques matérielles d'au moins un travail soumis ainsi qu'une base de données de caractéristiques matérielles et de disponibilité de ladite au moins une zone, pour la mise en oeuvre des étapes visibles à la figure 8 ; 30 - la figure 11 est un schéma-blocs montrant respectivement l'étape d'établir un fichier de caractéristiques de dissipation thermique de chaque noeud formant une ressource informatique que comporte ladite au moins une zone de traitement, l'étape d'établir un fichier de caractéristiques de consommation électrique de chacun de ces noeuds, l'étape d'établir un fichier de caractéristiques matérielles de chacun de ces noeuds et l'étape d'établir un fichier de caractéristiques de disponibilité de chacun de ces noeuds, pour la mise en oeuvre des étapes visibles sur les figures 9 et 10 ; - la figure 12 est un schéma-blocs illustrant d'autres étapes de fonctionnement du procédé ; et - la figure 13 est un schéma-blocs illustrant différentes étapes de fonctionnement d'un procédé de refroidissement du cluster. La figure 1 illustre très schématiquement une salle dans laquelle est installé un cluster 1 présentant plusieurs zones de traitement 2, ici au nombre de six, ainsi qu'un dispositif général de contrôle et de commande 6. Chaque zone de traitement 2 forme une zone de calcul qui comporte plusieurs rangées d'armoires informatiques 3 dans lesquelles sont insérées des 15 lames d'équipements informatiques 4 qui sont quant à eux formés chacun d'une pluralité de composants électroniques. Chaque zone de traitement 2 présente une pluralité de noeuds 5 correspondant à un équipement informatique de base pour le calcul, c'est-à-dire un ordinateur indépendant. 20 Ici, on assimile un équipement informatique à un noeud 5. Chaque noeud 5 forme ici une ressource informatique du cluster 1. Chaque noeud 5 présente des caractéristiques qui lui sont propres, décrites ci-après en référence à la figure 3. Le dispositif général de contrôle et de commande 6 est pourvu 25 d'interfaces de communication permettant notamment la réception de données d'entrée issues de l'extérieur du cluster 1, telles que par exemple la réception de travaux T à exécuter au sein du cluster 1 ou la transmission d'ordres de commande vers un système de climatisation 11 associé à ce cluster 1, pour le refroidissement du cluster 1. 30 Ce dispositif général de contrôle et de commande 6 est en outre pourvu d'éléments systémiques 7, 8, 9 et 10 qui sont formés respectivement par un gestionnaire de travaux 7, un gestionnaire d'énergie 8, un gestionnaire 2 99106 7 10 de climatisation 10 et un système de corrélation 9 qui communiquent et interagissent entre eux et avec les noeuds 5 du cluster 1, comme cela est décrit ci-après en référence à la figure 2. On observera qu'une pluralité de capteurs thermiques 12 est 5 disposée à différents endroits d'une salle dans laquelle se trouvent les éléments formant le cluster 1. La figure 2 représente l'environnement interactif communiquant entre une zone de traitement 2 du cluster 1, en particulier une pluralité de noeuds 5 disposés dans les lames 4, et les éléments systémiques qui sont formés par le 10 gestionnaire de climatisation 7, le gestionnaire d'énergie 8, le gestionnaire de climatisation 10 et le système de corrélation 9 ; et l'environnement interactif communiquant entre le gestionnaire de climatisation 10 et le système de climatisation 11. On observera qu'ici, le cluster 1 est pourvu de six rangées pourvues chacune de quatre armoires informatiques 3. Ici, la zone de traitement 2 est formée de quatre armoires informatiques 3 pourvues chacune d'une pluralité de lames 4 disposées sur trois hauteurs d'emplacement que l'on nommera niveau haut, niveau central et niveau bas en référence à la figure 2. Chaque lame 4 est pourvue d'une pluralité de noeuds 5 dont le nombre est ici prédéterminé. La première armoire informatique 3 est pourvue des noeuds 5 numérotés de 0 à n, la deuxième armoire informatique 3 est pourvue des noeuds 5 numérotés de n+1 à 2n+1, la troisième armoire informatique 3 est 25 pourvue des noeuds 5 numérotés de 2n+2 à 3n+2 et la quatrième armoire informatique 3 est pourvue des noeuds 5 numérotés de 3n+3 à 4n+3. On observera que chaque noeud 5 est pourvu d'un ou de plusieurs capteurs thermiques 13 (seulement quelques-uns de ces capteurs 13 sont représentés sur la figure 2). Ces capteurs thermiques 13 peuvent être disposés 30 à des niveaux structurels différents du noeud 5 lui-même, par exemple au niveau processeur ou au niveau mémoire. 2 99106 7 11 Le gestionnaire de travaux 7 est configuré pour recevoir des données d'entrée soumises au cluster 1, correspondants à des données caractéristiques d'un travail T à exécuter dans au moins la zone de traitement prédéterminée 2 du cluster 1. 5 Ce gestionnaire de travaux 7 est en outre configuré pour communiquer de manière réciproque à la fois avec les noeuds 5 au moins de la zone de traitement 2 du cluster 1 et avec le système de corrélation 9. Cela signifie que le gestionnaire de travaux 7 est configuré pour recevoir des informations relatives aux noeuds 5 et provenant au moins de la 10 zone de traitement 2, pour transmettre des informations à ces noeuds 5, pour recevoir des informations du système de corrélation 9 et pour transmettre des informations à ce système de corrélation 9. Le gestionnaire d'énergie 8 est quant à lui configuré pour communiquer avec à la fois les noeuds 5 au moins de la zone de traitement 2 15 du cluster 1 et avec le système de corrélation 9 ; en ce sens que le gestionnaire d'énergie 8 est configuré pour recevoir des informations relatives aux noeuds 5 au moins de cette zone de traitement 2 et pour transmettre des informations au système de corrélation 9. Le gestionnaire de climatisation 10 est configuré pour transmettre 20 des données de sortie vers l'extérieur du cluster 1, en particulier au système de climatisation 11. Ces données de sortie sont des ordres de commande correspondant à des actions de déclenchement, d'interruption, d'augmentation et/ou de réduction du flux d'air froid circulant dans le cluster 1 et généré du système de climatisation 11. Autrement dit, ces données de sortie correspondent à des actions de régulation, ou de gestion, de la température d'au moins une zone de traitement 2 du cluster 1. Ce gestionnaire de climatisation 10 est en outre configuré pour communiquer à la fois avec les noeuds 5 au moins de la zone de traitement 2 du cluster 1 et avec le système de corrélation 9. Cela signifie que le gestionnaire de climatisation 10 est configuré pour recevoir des informations relatives aux noeuds 5 et provenant au moins de la zone de traitement 2, pour transmettre des informations au système de corrélation 9, pour recevoir des informations de ce système de corrélation 9 et pour transmettre des informations au système de climatisation 11. Ainsi, le système de corrélation 9 est configuré pour communiquer de manière réciproque avec le gestionnaire de travaux 7 en ce sens qu'il est configuré pour recevoir des informations de ce gestionnaire de travaux 7 et pour transmettre des informations à ce gestionnaire de travaux 7 ; pour communiquer avec le gestionnaire d'énergie 8 en ce sens qu'il est configuré pour recevoir des informations de ce gestionnaire d'énergie 8 ; et pour communiquer de manière réciproque avec le gestionnaire de climatisation 10 en ce sens qu'il est configuré pour recevoir des informations de ce gestionnaire de climatisation 10 et pour transmettre des informations à ce gestionnaire de climatisation 10. Ici, la zone de traitement 2 est configurée pour transmettre des informations relatives aux caractéristiques d'état thermique des noeuds 5 (formant les ressources informatiques) via les capteurs thermiques 13, voire via les capteurs 12, au gestionnaire de climatisation 10, des informations relatives aux caractéristiques matérielles et de disponibilité des noeuds 5 au gestionnaire de travaux 7, ainsi que des informations relatives à des caractéristiques de l'état énergétique des noeuds 5 au gestionnaire d'énergie 8. Le gestionnaire d'énergie 8 est quant à lui configuré pour transmettre au système de corrélation 9 une base de données relative aux caractéristiques énergétiques et une base de données relatives aux pannes matérielles et/ou logicielles au moins de la zone de traitement 2 du cluster 1. Le gestionnaire de travaux 7 est quant à lui configuré pour 25 transmettre au système de corrélation 9 un fichier pourvu d'informations relatives aux caractéristiques matérielles de chaque travail T qui lui est soumis. Le gestionnaire de climatisation 10 est quant à lui configuré pour transmettre un fichier pourvu d'informations relatives aux caractéristiques d'état thermique au moins de la zone de traitement 2 du cluster 1. 30 Le système de corrélation 9 est quant à lui configuré pour transmettre des informations relatives à une allocation préconisée des noeuds 5 pour l'exécution d'au moins un travail T au gestionnaire de travaux 7, ce dernier étant en outre configuré pour transmettre des informations relatives aux noeuds 5 (c'est-à-dire aux ressources informatiques) qui ont été choisis pour l'exécution de ce travail T au moins parmi les noeuds 5 de la zone de traitement prédéterminée 2, elle-même choisie pour l'exécution du travail T. Le système de corrélation 9 est en outre configuré pour transmettre des informations relatives à des ordres de commande préconisés pour le refroidissement du cluster 1 au gestionnaire de climatisation 10, ce dernier étant en outre configuré pour transmettre des informations relatives à des actions de refroidissement préconisées au système de climatisation 11 pour le 10 refroidissement au moins de la zone de traitement prédéterminée 2. Un exemple d'architecture d'un noeud 5 du cluster 1 est illustré sur la figure 3. Le noeud 5 comporte ici un bus de communication 51 auquel sont connectés des unités centrales de traitement ou microprocesseurs 52 (ou CPU, 15 sigle de « Central Processing Unit » en terminologie anglo-saxonne), des composants de mémoire vive 53 (RAM, acronyme de « Randorn Access Memory » en terminologie anglo-saxonne) comportant des registres adaptés à enregistrer des variables des paramètres créés et modifiés au cours de l'exécution de programmes, des interfaces de communication 54 configurées 20 pour transmettre et recevoir des données ; et des éléments de stockage interne 55, tels que des disques durs, pouvant notamment comporter le code exécutable de programmes permettant aux noeuds 5 de mettre en oeuvre un travail T. Ici, chaque composant de mémoire vive 53 est associé à un 25 microprocesseur 52 ou est commun aux composants électroniques du noeud 5. Le bus de communication 51 permet la communication et l'interopérabilité entre les différents composants électroniques que comporte le noeud 5 ou qui sont connectés à lui. La représentation du bus 51 n'est pas limitative, et notamment, les 30 microprocesseurs 52 sont susceptibles de communiquer des instructions à tout composant électronique du noeud 5 directement ou par l'intermédiaire d'un autre composant électronique du noeud 5. De manière générale, le ou les programmes mis en oeuvre peuvent être chargés par un des composants électroniques de stockage ou de communication du noeud 5 avant d'être exécutés. Les microprocesseurs 52 commandent et dirigent l'exécution des 5 instructions ou portions de code de logiciel du ou des programmes qui peuvent être mis en oeuvre dans le noeud 5. Lors de la mise sous tension, le ou les programmes qui sont stockés dans une mémoire non volatile, par exemple un disque dur, sont transférés dans la mémoire vive 53 qui contient alors le code exécutable du ou des programmes mis en oeuvre, ainsi que des registres pour 10 mémoriser les variables et paramètres nécessaires à la mise en oeuvre de ces programmes. Chaque noeud 5 présente donc un certain nombre de composants électroniques 52 à 55, un ou plusieurs capteurs thermiques pour mesurer les températures de ces composants électroniques ainsi que des caractéristiques 15 matérielles qui lui sont propres. Ces caractéristiques matérielles correspondent par exemple au nombre de microprocesseurs 52 qu'il comporte, au nombre de coeurs formant chacun une unité de calcul et présentant chacun une taille de mémoire prédéterminée, la taille de mémoire vive totale, la taille de mémoire de disque 20 dur, la fréquence maximale d'utilisation des microprocesseurs 52, l'utilisation totale de la bande passante mémoire et des entrées/sorties, la température du noeud 5 ou la température individuelle d'un composant électronique du noeud 5 et la puissance électrique consommée par le noeud 5 ou la puissance électrique individuelle consommée par un composant électronique du noeud 5. 25 Ces caractéristiques propres au noeud 5 sont pour certaines prédéterminées (nombre de microprocesseurs, nombre de coeurs, taille de mémoire par coeur, taille de mémoire vive, taille de mémoire du disque dur et fréquence maximale d'utilisation des microprocesseurs) et d'autres caractéristiques sont dynamiques, c'est-à-dire qu'elles varient en fonction de 30 l'utilisation du noeud 5 et qu'elles sont déterminées à un instant donné (utilisation de la bande passante mémoire et des entrées/sorties, température, puissance électrique consommée et fréquence d'utilisation du microprocesseur). On observera que les caractéristiques propres au noeud 5 qui sont prédéterminées sont toutefois évolutives, c'est-à-dire qu'elles peuvent être modifiées par exemple par la suppression, le remplacement et/ou l'ajout de composants électroniques. On observera que l'architecture illustrée sur la figure 3 correspond à celle d'un noeud 5, c'est-à-dire d'une ressource informatique, d'une zone de traitement 2 du cluster 1 mais qu'il pourrait s'agir à l'identique, ou tout au moins de manière similaire, de l'architecture d'une partie du dispositif général de contrôle et de commande 6 qui est configuré pour mettre en oeuvre un algorithme décrit ci-après en référence aux figures 4 à 9. Le cas échéant, les microprocesseurs commandent et dirigent l'exécution des instructions ou portions de code de logiciel du ou des 15 programmes selon l'invention pour la mise en oeuvre du procédé selon l'invention, décrit ci-après. On va maintenant décrire en référence aux figures 4 à 13 le procédé de gestion du refroidissement du cluster 1, en particulier de ces ressources informatiques, autrement dit des noeuds 5 d'au moins une zone de traitement 20 prédéterminée 2. La figure 4 est un schéma bloc des étapes permettant la détermination par le système de corrélation 9 des ordres de commande préconisés pour le refroidissement d'au moins une zone de traitement 2 prédéterminée du cluster 1. 25 Le système de corrélation 9 reçoit, à l'étape 100, un fichier pourvu d'informations relatives aux caractéristiques d'état thermique au moins de la zone de traitement 2 du cluster 1. On verra ci-après en référence à la figure 6, quelles sont ces caractéristiques d'état thermique. Le système de corrélation 9 reçoit en outre à l'étape 101 un fichier 30 listant des choix préconisés d'allocation des noeuds 5 pour l'exécution d'au moins un travail T soumis au cluster 1. On verra ci-après en référence aux figures 8 à 11 comment ce fichier est établi. 2 99106 7 16 Le système de corrélation 9 reçoit également à l'étape 102 une base de données regroupant des caractéristiques de panne des noeuds 5 de la zone de traitement prédéterminé 2. On verra ci-après à quelles informations correspondent ces caractéristiques de pannes en référence à la figure 7. 5 Ici, la zone de traitement prédéterminée 2 correspond à plusieurs noeuds 5 du cluster 1. On observera que le fichier reçu par le système de corrélation 9 à l'étape 101 peut regrouper des choix préconisés d'allocation des noeuds 5 pour la réalisation d'un ou de plusieurs travaux T soumis au cluster 1 et reçus 10 préalablement par le gestionnaire de travaux 7. On observera en outre qu'on entend ici par travaux T des tâches à réaliser sous forme par exemple de programmes à mettre en oeuvre ou de calculs à effectuer par les noeuds 5, mais aussi d'un arrêt ou d'un démarrage de certains noeuds 5. On observera également que la base de données et le fichier reçus par le système de corrélation 9 respectivement aux étapes 102 et 100 peuvent regrouper les caractéristiques d'état thermique et de panne non pas seulement de la zone de traitement prédéterminée, mais aussi d'autres zones de traitement 2 du cluster 1, voire de l'intégralité du cluster 1. Le système de corrélation 9 détermine à l'étape 103 des ordres de commandes en fonction de règles prédéterminées, préalablement chargée par le biais d'un fichier pourvue de ses règles dans le dispositif général de contrôle et de commande 6 pour être pris en compte dans le système de corrélation 9. Cette étape de détermination 103 est effectuée par corrélation des caractéristiques d'état thermique, de panne (matérielle et/ou logicielle, comme détaillé ci-après) et le choix d'allocations préconisées (pour l'exécution du ou des travaux T soumis) des noeuds 5 au moins de la zone de traitement prédéterminée 2. Les règles prédéterminées de corrélation des caractéristiques 30 susmentionnées qui concernent les noeuds 5 d'au moins la zone de traitement prédéterminée 2 (pour la détermination des ordres de refroidissement au moins de cette zone du cluster 1) prennent en considération l'impact énergétique sur les noeuds 5 de cette zone de traitement prédéterminé 2, voire de la totalité du cluster 1, lequel impact est lié à l'utilisation même du cluster 1 et par exemple lié à l'exécution d'au moins un travail T parmi ces travaux T. Ces règles prédéterminées peuvent en outre comporter une ou plusieurs valeurs de seuil de température, dites critiques, pour l'aide à la décision, ces valeurs de seuil étant par exemple comparés dans le système de corrélation 9 aux températures des noeuds 5. Ainsi, à l'étape 103, pour déterminer les ordres de commande préconisés pour le refroidissement au moins de la zone prédéterminée 2 du cluster 1, le système de corrélation 9 comporte l'étape de déterminer l'impact énergétique lié au refroidissement du cluster 1 et lié à l'exécution du ou des travaux T en fonction des allocations préconisées des noeuds 5, des caractéristiques de panne matérielle et/ou logicielle de ces noeuds 5 et des caractéristiques d'état thermique de ces noeuds 5, au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, reçues respectivement à l'étape 101, à l'étape 102, et à l'étape 100. Le système de corrélation 9 déduit ensuite à cette même étape 103 une liste d'ordres de commande préconisés pour le refroidissement des noeuds 5 de la zone de traitement prédéterminée 2 via le système de climatisation 11, 20 comme indiqué ci- après. Le système de corrélation 9 génère ainsi un fichier établissant une liste d'ordres de commande préconisés pour le refroidissement des noeuds 5 et transmet (ou envoie), à l'étape 104, ce fichier au gestionnaire de climatisation 10 pour l'établissement par ce gestionnaire de climatisation 10 d'une liste 25 d'actions préconisées de refroidissement de ces noeuds 5, comme indiqué ci- après en référence à la figure 12 ; et pour l'exécution de cette ou de ces actions, comme indiqué ci- après en référence à la figure 13. La figure 12 est un schéma-blocs des étapes permettant la transmission de la liste d'actions de refroidissement préconisés des noeuds 5 30 de la zone de traitement prédéterminée 2 par le gestionnaire de climatisation 10 au système de climatisation 11. Le gestionnaire de climatisation 10 reçoit à l'étape 140 le fichier pourvu des ordres de commande préconisés puis détermine à l'étape 141 la liste définitive des actions de refroidissement des noeuds 5 de la zone de traitement prédéterminée 2 ou d'une autre zone de traitement du cluster 1 pour leur refroidissement. Cette étape 141 de détermination est réalisée en fonction de règles pourvues de critères prépondérants de sorte qu'un poids (autrement dit une priorité ou encore une importance) peut être mis par exemple sur la priorité d'exécution donnée au refroidissement de certaines zones de traitement prédéterminées ou sur les règles prédéterminées de corrélation mises en oeuvre par le système de corrélation 9. Autrement dit, les règles du gestionnaire de climatisation 10 permettent de définir si un utilisateur du cluster 1 privilégie l'économie d'énergie ou la rapidité de refroidissement du cluster 1. Il se peut qu'aucun poids supplémentaire ne soit donné à ces deux critères. Le gestionnaire de climatisation 10 transmet (ou envoie) ensuite à l'étape 142 le fichier correspondant au choix définitif d'actions de refroidissement préconisées des ressources informatiques, c'est-à-dire des noeuds 5, de la zone de traitement prédéterminée 2 du cluster 1, ou d'une autre zone de traitement en fonction du choix fait par ce gestionnaire de climatisation 10. On observera que l'on parle ici de choix définitif à l'étape 141 mais il se peut que ce choix soit modifié en fonction des informations reçues par le gestionnaire de climatisation 10, par exemple dans le cas où le système de corrélation 9 transmet un nouveau fichier listant les allocations préconisées. En effet, le système de corrélation 9 reçoit des informations (étapes 100, 101 et 102) en permanence, c'est-à-dire de manière dynamique, et donc détermine une liste d'allocations préconisées également de manière dynamique (étape 103) et est donc susceptible d'envoyer de tels fichiers listant les allocations préconisées (étape 104) également de manière dynamique. 2 99 106 7 19 La figure 13 est un schéma-blocs des étapes permettant l'exécution des actions de refroidissement des noeuds 5 du cluster 1 par le système de climatisation 11. Le système de climatisation 11 reçoit à l'étape 150 le fichier listant 5 les choix définitifs des actions de refroidissement à mettre en oeuvre puis ce système de climatisation 11 exécute ces actions de refroidissement en agissant sur le débit de flux d'air refroidissant acheminé vers le cluster 1 et sur les bouches d'entrée d'air prédéterminées dans la salle où se trouvent les éléments du cluster 1. 10 La figure 6 montre un schéma bloc des étapes permettant la détermination de la liste des caractéristiques d'état thermique des noeuds 5 au moins de la zone de traitement prédéterminée 2. Le gestionnaire de climatisation reçoit à l'étape 120 un fichier de caractéristiques de température des noeuds 5, au moins de la zone de 15 traitement prédéterminée 2. On observera que les caractéristiques de température de chaque noeud 5 peuvent provenir de différents éléments de chacun de ces noeuds 5, car les capteurs thermiques 13, comme indiqué ci-dessus, peuvent être disposés à différents niveaux structurels de ces noeuds 5. 20 Le gestionnaire de climatisation détermine ensuite à l'étape 121, un fichier listant les caractéristiques de température qui caractérisent chacun des noeuds 5 au moins de la zone de traitement prédéterminé 2. Autrement dit, à cette étape 121, le gestionnaire de climatisation 10 détermine une liste de caractéristiques d'état thermique des noeuds 5 et 25 regroupe en outre ces dernières caractéristiques en fonction des placements des capteurs thermiques 13 sur ces noeuds 5. On observera que le gestionnaire de climatisation 10 connaît l'emplacement des noeuds 5 au sein du cluster 1, et plus généralement dans la salle dans laquelle se trouve ce cluster 1, et ce gestionnaire de climatisation 10 30 peut, optionnellement, déterminer une cartographie de l'état thermique des noeuds 5 au moins de la zone de traitement prédéterminée 2 à l'étape 122. Cette cartographie d'état thermique au moins de la zone de traitement prédéterminée 2, voire de l'intégralité du cluster 1, permet de visualiser précisément les zones froides et les zones chaudes de ce cluster 1. On observera en outre qu'en plus des caractéristiques de 5 température des noeuds 5 provenant des capteurs de température 13 et reçus à l'étape 120 par le gestionnaire de climatisation 10, ce dernier peut également recevoir à cette même étape les caractéristiques de température provenant des capteurs de température 12 disposés directement dans la salle ou se trouve le cluster 1. Ces caractéristiques de températures venant des capteurs 12 10 peuvent être utiles pour la détermination à l'étape 122 de la cartographie de l'état thermique du cluster 1, en particulier dans le cas où ces capteurs thermiques 12 sont par exemple du type infrarouge. Cela permet de cartographier de manière infrarouge la salle afin d'avoir une vision différente de l'état thermique du cluster 1. 15 Le gestionnaire de climatisation 10 transmet (ou envoie) ensuite à l'étape 123 le fichier listant les caractéristiques d'état thermique des noeuds 5 d'au moins la zone de traitement prédéterminée 2 vers le système de corrélation 9 (qui le reçoit à l'étape 100 visible figure 4). La figure 7 montre un schéma bloc des étapes permettant la 20 détermination des caractéristiques de température des noeuds 5 au moins de de la zone de traitement prédéterminée 2 du cluster 1. Le cluster 1 détermine, à l'étape 130, les caractéristiques de température de chaque noeud 5 qu'il comporte, grâce au capteur de température 13 associé à chacun de ces noeuds 5. 25 Autrement dit, ces caractéristiques de température correspondent à la température réelle et instantanée de chaque noeud 5. Le cluster 1 transmet (ou envoie) à l'étape 131, un fichier généré à l'étape 130 pourvu des caractéristiques de température des noeuds 5 au moins de la zone de traitement prédéterminée 2 du cluster 1, voire de la totalité du 30 cluster 1, au gestionnaire de climatisation 10. La figure 5 montre un schéma-blocs des étapes permettant la détermination des caractéristiques de panne matérielle et/ou de panne logicielle des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le gestionnaire d'énergie 8 reçoit à l'étape 110 un fichier de caractéristiques de panne logicielle des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le gestionnaire d'énergie 8 reçoit en outre, à l'étape 111, un fichier de caractéristiques de panne matérielle des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le gestionnaire d'énergie 8 détermine ensuite à l'étape 112 un fichier listant les caractéristiques de panne, dite aussi d'erreur, pour chaque noeud 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Autrement dit, à cette étape 112, le gestionnaire d'énergie 8 détermine une liste des caractéristiques de panne matérielle et logicielle pour 15 chaque noeud 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. On observera que les pannes matérielles peuvent être significatives par exemple d'un ventilateur détérioré, voire hors service, et que les pannes logicielles peuvent être significatives par exemple d'un problème sur un 20 calculateur. Ces caractéristiques de panne, aussi appelée erreur, sont particulièrement intéressantes car elles permettent d'influencer les ordres de commandes et donc les actions de refroidissement préconisées car il n'est pas forcément nécessaire de refroidir un noeud 5 qui fonctionne mal. 25 La prise en compte de ces caractéristiques de panne permet de ne pas utiliser le système de climatisation 11 de manière incohérente puisque l'action préconisée qui est à prendre dans le cas où un des noeuds 5 a un problème de calculateur et/ou de ventilateur est bien souvent l'arrêt de ce noeud 5 pour le remplacement du composant matériel et/ou logiciel défaillant. 30 C'est ce que l'on considère comme prendre en compte l'impact énergétique car, dans ce cas de figure, une sur consommation du système de climatisation 11 est ainsi évitée. Bien entendu, le refroidissement de ce noeud 5 2 99106 7 22 défaillant peut être utile mais ne peut pas résoudre la cause racine du problème lié à ce noeud 5. Il peut être nécessaire toutefois, en fonction de la situation et en particulier en fonction de la température du noeud 5, malgré tout de refroidir ce noeud 5 défaillant. 5 Le gestionnaire d'énergie 8 génère donc, à cette même étape 112, une base de données regroupant les caractéristiques de panne matérielle et/ou logicielle des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, et transmet (ou envoie) cette base de données à l'étape 113 vers le système de corrélation 9 (ce dernier reçoit cette base de 10 données à l'étape 102 visible à la figure 4). La figure 7 montre en outre des schémas-blocs des étapes permettant la détermination des caractéristiques de panne logicielle et la détermination des caractéristiques de panne matérielle des noeuds 5 d'au moins la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le cluster 1 détermine à l'étape 134 les caractéristiques de panne logicielle de chacun de ces noeuds 5 correspondants particulièrement à la zone de traitement prédéterminée 2, voire à la totalité du cluster 1. Le cluster 1 génère à cette même étape 134 un fichier de caractéristiques de panne logicielle des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, puis transmet (ou envoie) ce fichier à l'étape 135 vers le gestionnaire d'énergie 8. Le cluster 1 détermine en outre, à l'étape 136, les caractéristiques de panne matérielle de chacun de ces noeuds 5 correspondants particulièrement à cette même zone de traitement prédéterminée 2, voire à la totalité du cluster 1. Le cluster 1 génère en outre, à cette même étape 136, un fichier de caractéristiques de panne matérielle des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, puis transmet (ou envoie) ce fichier à l'étape 137 vers le gestionnaire d'énergie 8. On va maintenant décrire en référence aux figures 8 à 11 l'étape 30 d'établir le fichier listant les allocations préconisées de ressources informatiques, c'est-à-dire des noeuds 5 d'une zone de traitement 2 99106 7 23 prédéterminée 2, du cluster 1 pour l'exécution par ce cluster 1 des travaux T qui lui sont soumis. La figure 8 est un schéma-blocs des étapes permettant la détermination par le système de corrélation 9 du placement d'au moins un 5 travail T soumis au gestionnaire de travaux 7. Le système de corrélation 9 reçoit à l'étape 200 un fichier listant les caractéristiques matérielles d'au moins un travail T. On verra ci-après en référence à la figure 10 quelles sont ces caractéristiques matérielles. Le système de corrélation 9 reçoit en outre à l'étape 201 une base 10 de données regroupant les caractéristiques matérielles des ressources informatiques, c'est-à-dire des noeuds 5, d'une zone de traitement prédéterminée 2 ainsi que les caractéristiques de disponibilité des noeuds 5 de cette zone de traitement 2. On verra ci-après à quoi correspondent les caractéristiques matérielles des noeuds 5 de cette zone 2 en référence 15 également à la figure 10. Le système de corrélation 9 reçoit également à l'étape 202 une base de données regroupant les caractéristiques d'état énergétique des noeuds 5 de la zone de traitement prédéterminée 2. On verra ci-après à quelles informations correspondent ces caractéristiques d'état énergétique en référence à la figure 20 9. On observera que le fichier reçu par le système de corrélation 9 à l'étape 200 peut regrouper les caractéristiques matérielles de plusieurs travaux T soumis au cluster 1 et reçus par le gestionnaire de travaux 7. En outre, on observera que les bases de données reçues par le 25 système de corrélation 9 aux étapes 201 et 202 peuvent regrouper les caractéristiques matérielles, de disponibilité et d'état énergétique, non pas seulement de la zone de traitement prédéterminée, mais aussi d'autres zones de traitement du cluster 1, voire de l'intégralité du cluster 1. On observera encore que la base de données reçue par le système 30 de corrélation à l'étape 202 provient en fait d'une autre partie de ce même système de corrélation 9 puisque c'est ce dernier qui détermine préalablement, dans cette autre partie, cette base de données. 2 99106 7 24 Le système de corrélation 9 détermine ensuite à l'étape 203 un placement préconisé du travail T ou des travaux T listés dans le fichier reçu à l'étape 200 en fonction de règles prédéterminées préalablement chargées par le biais d'un fichier pourvu de ces règles dans le dispositif général de contrôle et 5 de commande 6 pour être pris en compte dans le système de corrélation 9. Cette étape de détermination 203 est effectuée par corrélation des caractéristiques matérielles du ou des travaux T et des caractéristiques matérielles, de disponibilité et d'état énergétique des noeuds 5 au moins de la zone de traitement prédéterminée 2. 10 Les règles prédéterminées de corrélation des caractéristiques susmentionnées qui concernent les travaux T et les noeuds 5 d'au moins la zone de traitement prédéterminée 2 et de placement de ces travaux T prennent aussi en considération l'impact énergétique sur les noeuds 5 de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, lié à l'exécution d'au 15 moins un travail T parmi ces travaux T. Ces règles peuvent être différentes ou au contraire similaires aux règles prises en compte pour la détermination des ordres de commande à l'étape 103. Ainsi, l'étape 203 de déterminer un placement préconisé d'au moins un travail T parmi les travaux T comporte l'étape de déterminer l'impact 20 énergétique lié à l'exécution de ce travail T parmi les travaux T à partir des caractéristiques matérielles dudit travail T reçues à l'étape 200 et les caractéristiques d'état énergétique des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, reçues à l'étape 202. 25 Le système de corrélation 9 déduit ensuite à cette même étape 203 une liste d'allocations préconisées des noeuds 5 de la zone de traitement prédéterminée 2 pour l'exécution d'au moins un travail T parmi les travaux T dans le cluster 1. Le système de corrélation 9 génère ainsi un fichier établissant une liste d'allocations préconisées des noeuds 5 pour l'exécution du ou des travaux T et transmet (ou envoie) à l'étape 204 ce fichier au gestionnaire de travaux 7 pour l'exécution du ou des travaux T par les noeuds 5, préconisés ou pas, de la zone de traitement prédéterminée 2. 2 99106 7 25 On observera que le système de corrélation 9 conserve ce fichier pour l'étape de détermination 103 du fichier d'ordres de commande préconisés, étape 103 mise en oeuvre par ce même système de corrélation 9. La figure 9 montre un schéma-blocs des étapes permettant la 5 détermination de la liste des caractéristiques matérielles du ou des travaux T soumis au gestionnaire de travaux 7. Le gestionnaire de travaux 7 reçoit à l'étape 220 un fichier de caractéristiques matérielles du ou des travaux T qui lui sont soumis. Le gestionnaire de travaux 7 reçoit en outre à l'étape 221 un fichier 10 présentant un profil énergétique de chacun des travaux T qui lui sont soumis. On observera que les caractéristiques matérielles de chaque travail T correspondent au nombre d'unités de base de calcul nécessaires pour l'exécution de ce travail T, et/ou à une taille mémoire nécessaire pour l'exécution de travail T et/ou à une priorité d'exécution de ce travail T. 15 On observera encore qu'un profil énergétique peut être associé à chaque travail T soumis au gestionnaire de travaux 7. Le profil énergétique d'un travail T est en fait une analyse préalable de l'impact énergétique de ce travail T avec un relevé précis des besoins en termes notamment de puissance énergétique, autrement dit de puissance 20 électrique consommée par le ou les noeuds 5 qui pourraient exécuter ce travail T lors de son exécution, et en termes de dissipation thermique du ou des noeuds 5 qui pourraient exécuter ce travail T lors de son exécution, autrement dit l'élévation en température de ce ou ces noeuds 5 sur au moins une période prédéterminée. 25 Un profil énergétique d'un travail T se traduit par exemple par des caractéristiques de fréquence d'utilisation des processeurs 52 d'un noeud 5 et /ou de pourcentage d'utilisation de la bande passante mémoire de ce noeud 5 et/ou des entrées/sorties. Le gestionnaire de travaux 7 détermine ensuite à l'étape 222 un 30 fichier listant le ou les travaux T qui lui sont soumis et pour chaque travail T, les caractéristiques matérielles de ce travail T associées au profil énergétique de ce dernier. 2 99106 7 26 Autrement dit, à cette étape 222, le gestionnaire de travaux détermine une liste des caractéristiques matérielles du ou des travaux T qui lui sont soumis en fonction du nombre d'unités de base de calcul et/ou de la taille mémoire nécessaire pour l'exécution de ce ou ces travaux T et/ou de la priorité 5 d'exécution de ce ou ces travaux T et/ou du profil énergétique de ce ou ces travaux T. Le gestionnaire de travaux 7 transmet (ou envoie) ensuite à l'étape 223 le fichier listant les caractéristiques matérielles d'au moins un travail T (soumis à ce gestionnaire de travaux 7) vers le système de corrélation 9 (qui le 10 reçoit à l'étape 200 visible figure 8). La figure 11 montre un schéma-blocs des étapes permettant la détermination des caractéristiques matérielles des noeuds 5 au moins de la zone de traitement prédéterminée 2 du cluster 1 et des caractéristiques de disponibilité de ces noeuds 5. 15 Le cluster 1 détermine à l'étape 234 les caractéristiques matérielles de chaque noeud 5 qu'il comporte. Autrement dit, ces caractéristiques matérielles correspondent au nombre d'unités de base de calcul et/ou à une taille mémoire de chaque noeud 5. 20 Le cluster 1 transmet (ou envoie) à l'étape 235 un fichier généré à l'étape 134 pourvu des caractéristiques matérielles des noeuds 5 au moins de la zone de traitement prédéterminée 2 du cluster 1, voire de la totalité du cluster 1, au gestionnaire de travaux 7. Le cluster 1 détermine également à l'étape 236 les caractéristiques 25 de disponibilité de chaque noeud 5 au moins de la zone de traitement 2 du cluster 1, voire de la totalité du cluster 1. Ces caractéristiques de disponibilité correspondent, à un instant donné, à la fréquence à laquelle tournent les microprocesseurs et/ou au pourcentage d'utilisation de la bande passante mémoire et/ou des 30 entrées/sorties de ces noeuds 5. Le cluster 1 transmet en outre (ou envoie) à l'étape 237 un fichier des caractéristiques de disponibilité des noeuds 5 au moins de la zone de traitement prédéterminée 2 du cluster 1, voire de la totalité du cluster 1, lequel fichier a été préalablement généré à l'étape 236. Ce fichier est transmis par le cluster 1 au gestionnaire de travaux 7. La figure 10 montre en outre un schéma-blocs des étapes permettant la détermination des caractéristiques matérielles et de disponibilité de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le gestionnaire de travaux 7 reçoit à l'étape 224 un fichier regroupant les fichiers générés aux étapes 234 et 236 par le cluster 1, autrement dit un fichier regroupant les caractéristiques matérielles et de disponibilité de chaque noeud 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le gestionnaire de travaux 7 détermine à l'étape 325, à partir des caractéristiques associées aux noeuds 5 reçues avec le fichier à l'étape 224, les caractéristiques matérielles et de disponibilité au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Ces caractéristiques matérielles et de disponibilité sont similaires à celles correspondant à chaque noeud 5 si ce n'est qu'elles concernent désormais des ensembles de noeuds 5, autrement dit une zone, voire un ensemble de zones, voire encore la totalité du cluster 1. Le gestionnaire de travaux 7 génère à cette même étape 225 une base de données regroupant les caractéristiques matérielles et de disponibilité au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, et transmet (ou envoie) cette base de données à l'étape 226 vers le système de corrélation 9 (ce dernier reçoit cette base de données à l'étape 201 visible à la figure 8). La figure 11 montre en outre les schéma-blocs des étapes permettant la détermination des caractéristiques de dissipation thermique et la détermination des caractéristiques de consommation électrique des noeuds 5 d'au moins la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le cluster 1 détermine à l'étape 230 les caractéristiques de dissipation thermique de chacun de ces noeuds 5, correspondant particulièrement à la zone de traitement prédéterminée 2, voire à la totalité du cluster 1. Ces caractéristiques de dissipation thermique sont différentes des caractéristiques de températures relevées en instantanée (étape 130 à la figure 7) puisqu'il s'agit ici de dissipation et donc de tendance à évacuer la chaleur générée par chacun des noeuds 5. Le cluster 1 génère à cette même étape 230 un fichier de caractéristiques de dissipation des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, puis transmet (ou envoie) ce fichier à l'étape 231 vers le système de corrélation 9. Le cluster 1 détermine en outre à l'étape 232 les caractéristiques de consommation électrique de chacun des noeuds 5 du cluster 1, en particulier des noeuds 5 de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1. Le cluster 1 génère en outre à cette même étape 232 un fichier de 15 caractéristiques de consommation électrique des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, puis transmet (ou envoie) ce fichier à l'étape 233 vers le système de corrélation 9. La figure 9 est un schéma-blocs des étapes permettant la détermination des caractéristiques énergétiques de la zone de traitement 20 prédéterminée 2, voire de la totalité du cluster 1. On observera que les caractéristiques d'état énergétique correspondent ici à la dissipation thermique et/ou à la consommation électrique, autrement dit à la puissance électrique consommée, des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire du cluster 1. 25 Le système de corrélation 9 reçoit également aux étapes 210 et 211, respectivement un fichier des caractéristiques de dissipation thermique des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, et un fichier de caractéristiques de consommation électrique des noeuds 5 au moins de la zone de traitement prédéterminée 2, voire de la totalité 30 du cluster 1. Le système de corrélation 9 détermine à l'étape 212 les caractéristiques d'état énergétique au moins de la zone de traitement 2 99106 7 29 prédéterminée 2, voire de la totalité du cluster 1, en fonction des caractéristiques des fichiers reçus aux étapes 210 et 211. Le système de corrélation 9 génère en outre à cette même étape 212 une base de données regroupant les caractéristiques d'état énergétique au 5 moins de la zone de traitement prédéterminée 2, voire de la totalité du cluster 1, puis transmet (ou envoie) à l'étape 213 cette base de données vers une autre partie de ce système de corrélation 9, qui reçoit à l'étape 202 (figure 8) cette base de données sur laquelle ce système de corrélation 9 se base, entre autres, pour déterminer le placement préconisé du ou des travaux T à l'étape 10 203. La détermination de l'allocation des noeuds 5 d'au moins une zone de traitement prédéterminée 2 du cluster 1 pour l'exécution d'au moins un travail T soumis à ce cluster 1, en particulier à son gestionnaire de travaux 7, permet avantageusement d'améliorer l'impact énergétique de la totalité du cluster 1 en réduisant notamment la puissance électrique consommée par ce cluster 1, ce qui est particulièrement important dans le contexte des clusters et des centres d'hébergement informatique qui peuvent consommer des puissances électriques extrêmement élevées. En effet, la prise en compte de la consommation électrique de la 20 totalité du cluster 1, en prenant en compte chaque zone de traitement prédéterminée 2, voire chaque noeud 5, permet d'optimiser le placement du ou des travaux T en se basant sur ce critère de consommation électrique. On observera que la prise en compte également d'un critère lié à la dissipation thermique de la totalité du cluster 1, ou tout au moins de chaque 25 zone de traitement prédéterminée 2, voire de chaque noeud 5, permet encore d'optimiser le placement du ou des travaux T. En effet, la prise en compte de ce critère thermique est directement en lien avec la consommation électrique, puisqu'un noeud 5 qui présente une puissance électrique consommée maximale peut générer une élévation en température de lui-même et la dissipation 30 thermique engendrée risque d'affecter les noeuds environnant. Ces informations sont en outre importantes pour la finesse de la gestion de la climatisation puisqu'un noeud 5 ayant une température trop 2 99106 7 30 élevée, autrement dit supérieure à une valeur de seuil prédéterminée, n'a pas besoin d'être refroidi, ou peu, si aucun travail T ne nécessite l'utilisation de ce noeud 5, dit en surchauffe, par la suite. En effet, il n'est pas nécessaire dans ce cas que le système de climatisation 11 mette en oeuvre une action spécifique 5 de refroidissement sur ce noeud 5 puisque ce dernier va dissiper la chaleur seul, sans conséquence pour lui-même et sur son environnement. Par contre, un noeud 5 en surchauffe et déjà alloué pour d'autres travaux T nécessite d'être refroidi. On va maintenant décrire un exemple concret qui est ici 10 particulièrement simple. On considère un cluster comportant des armoires informatiques 3 pourvues chacune du même nombre et du même type de ressources informatiques 5, comme le cluster 1 décrit ci-dessus plus en détail, en référence aux figures 1 à 3. 15 Le gestionnaire de travaux 7 reçoit un travail T nécessitant un certain nombre de caractéristiques matérielles et présentant un profil énergétique. On notera que les caractéristiques matérielles de ce travail T sont définies par un besoin en nombre de coeurs, avec une taille de mémoire par coeur ainsi qu'une priorité d'exécution, ici maximale. Le profil énergétique de ce travail T définit un besoin énergétique nécessitant que les microprocesseurs 52 des noeuds 5 qui auront à exécuter ce travail T tournent à plein régime, c'est-à-dire qu'ils présentent une fréquence maximale, et nécessitant l'utilisation totale de la bande passante mémoire et des entrées/sorties, ce qui signifie une consommation énergétique maximale par noeud 5. Dans cet exemple, la zone de traitement prédéterminée 2 correspond au cluster 1 tout entier, lequel est pourvu de six rangées comportant chacune quatre armoires informatiques 3 qui présentent chacune cinquante-quatre noeuds numérotés respectivement n°0 à n°53 pour la première armoire, n°54 à n°107 pour la deuxième armoire, n°108 à n°161 pour la troisième armoire et n°162 à n°215 pour la quatrième armoire. Les noeuds 5 des autres armoires informatiques 3 suivent la même numération, jusqu'à 1295. Les noeuds 5 du cluster 1 sont donc numérotés de 0 à 1295. On considère que ce travail T soumis au gestionnaire de travaux 7 nécessite l'utilisation matérielle de la moitié des noeuds 5 du cluster 1, autrement dit de l'utilisation de trois des six rangées d'armoires informatiques 3, sachant que le cluster comporte ici six rangées d'armoires informatiques 3 identiques (même longueur, même hauteur et mêmes équipements). On notera que tous les noeuds n°0 à n°1295 sont des noeuds ayant la même taille mémoire par coeur, par exemple 4Go, et présentant le même 10 nombre de coeurs par noeud, par exemple seize. Les noeuds n°0 à n°647 sont également des noeuds qui sont disponibles pour l'exécution du travail T. On a donc ici déterminé le fichier listant les caractéristiques matérielles du travail T et la base de données regroupant les caractéristiques matérielles et de disponibilité de la zone de traitement 2. 15 Dans l'exemple, on admettra que la consommation instantanée du cluster 1, autrement dit de la zone de traitement prédéterminée 2, est la suivante : les trois premières rangées d'armoires informatiques 3 (noeuds n°0 à n°647) de la zone de traitement 2 présente, sur ses trois niveaux (haut, central et bas) une consommation énergétique moyenne ; et les trois autres rangées 20 d'armoires informatiques 3 (noeuds n°648 à n°1295) de la zone de traitement 2 présente, sur ses trois niveaux (haut, central et bas) une consommation énergétique maximale. On admettra également que la dissipation thermique du cluster 1, autrement dit de la zone de traitement prédéterminée 2, est la suivante : les 25 trois premières rangées d'armoires informatiques 3 (noeuds n°0 à n°647) de la zone de traitement 2 présente, sur ses trois niveaux (haut, central et bas) une dissipation thermique moyenne ; et les trois autres rangées d'armoires informatiques 3 (noeuds n°648 à n°1295) de la zone de traitement 2 présente également, sur ses trois niveaux (haut, central et bas) une dissipation 30 thermique moyenne. Ces informations relatives à l'état énergétique des noeuds 5 de la zone de traitement prédéterminée 2 permettent d'établir la base de données 2 99106 7 32 des caractéristiques énergétiques de la zone de traitement prédéterminée 2 (la totalité du cluster 1). Dans l'exemple décrit ici, on admettra également que la politique de classement des travaux T, c'est-à-dire les règles prédéterminées associées aux 5 travaux T qui sont chargées dans le système de corrélation 9, est basée sur la corrélation entre la consommation énergétique actuelle (autrement dit avant l'exécution du travail T), la dissipation énergétique actuelle et le risque d'étendre la zone de dissipation thermique, c'est-à-dire que les noeuds 5 qui se trouvent en dissipation thermique moyenne ou minimale soient impactés par des noeuds 5 adjacents se trouvant en dissipation thermique maximale et entraînant donc une augmentation de la température des noeuds 5 qui se trouvent en dissipation thermique moyenne ou minimale et ainsi une augmentation de leur propre dissipation thermique. Le système de corrélation 9 va alors déterminer un fichier d'allocations préconisées des noeuds 5 pour l'exécution du travail T. La sélection préconisée des noeuds 5 pour l'exécution du travail T est donc choisie parmi les noeuds n°0 à n°647. On admettra également que l'état thermique instantanée du cluster 1, autrement dit de la zone de traitement prédéterminée 2, est le suivant : les trois premières rangées d'armoires informatiques 3 (noeuds n°0 à n°647) de la zone de traitement 2 présente, sur ses trois niveaux (haut, central et bas) une température haute, supérieure à une première valeur de seuil prédéterminée et inférieure à une deuxième valeur de seuil prédéterminée ; et les trois autres rangées d'armoires informatiques 3 (noeuds n°648 à n°1295) de la zone de traitement 2 présente, sur ses trois niveaux (haut, central et bas) une température moyenne, inférieure aux valeurs de seuils prédéterminées. Ces informations relatives à l'état matériel (caractéristique thermique) des noeuds 5 de la zone de traitement prédéterminée 2 permettent d'établir le fichier de caractéristiques de température et la cartographie de température de la zone de traitement prédéterminée 2 (la totalité du cluster 1). On admettra également que l'état matériel et logiciel du cluster 1, autrement dit de la zone de traitement prédéterminée 2, est le suivant : les trois 2 99106 7 33 premières rangées d'armoires informatiques 3 (noeuds n°0 à n°647) de la zone de traitement 2 ne présente, sur ses trois niveaux (haut, central et bas) aucune panne, ni matérielle ni logicielle ; et les trois autres rangées d'armoires informatiques 3 (noeuds n°648 à n°1295) de la zone de traitement 2 ne 5 présente, sur ses trois niveaux (haut, central et bas) aucune panne, ni matérielle ni logicielle. Ces informations relatives à l'état thermique des noeuds 5 de la zone de traitement prédéterminée 2 permettent d'établir le fichier de caractéristiques de panne de la zone de traitement prédéterminée 2 (la totalité du cluster 1). 10 Dans l'exemple décrit ici, on admettra également que la politique de refroidissement du cluster 1, c'est-à-dire les règles prédéterminées associées au refroidissement qui sont chargées dans le système de corrélation 9, est basée sur la corrélation entre l'état thermique instantané du cluster 1, l'état matériel du cluster 1 (les éventuelles pannes matérielles et/ou logicielles) et 15 l'allocation des noeuds 5 du cluster 1 pour exécuter le travail T soumis à ce cluster 1 de manière à prendre en compte l'impact énergétique lié à l'exécution du travail T. L'objectif est de conserver une température globale des noeuds 5 du cluster 1 sensiblement à la même température instantanée, et tout au moins en dessous des différentes valeurs de seuils prédéterminées. 20 Le système de corrélation 9 va alors déterminer un fichier d'ordres de commandes préconisés pour l'éventuel refroidissement des noeuds 5. On a vu que les noeuds n°0 à n°647 sont les noeuds préconisés pour exécuter le travail T et donc que ces noeuds peuvent potentiellement subir des hausses de températures du fait de l'exécution de ce travail ; alors même que 25 l'on a vu également que les noeuds n°0 à n°647 sont assez exposés thermiquement car leur température est supérieure à la première valeur de seuil prédéterminée. Etant donné l'état thermique des noeuds n°0 à n°647 et leur allocation pour le travail T, il est donc judicieux d'établir des ordres de 30 commande pour le refroidissement de ces noeuds n°0 à n°647, afin de ramener leur température instantanée en dessous de la première valeur de seuil prédéterminée, avant et/ou pendant l'exécution du travail T. 2 99106 7 34 Une liste définitive d'actions de refroidissement est donc générée par le gestionnaire de climatisation 10 puis envoyer au système de climatisation 11, lequel régule alors la température des noeuds n°0 à n°647 (autrement dit des trois premières rangées d'armoires informatiques 3). 5 Ici, le procédé permet de détecter la montée en température des noeuds 5 utilisés pour le travail T et transmettre au système de climatisation 11 seulement des actions de refroidissements ciblées dans la zone où s'exécute ce travail T. Ainsi, l'effort de climatisation est réduit au minimum sur la partie non 10 utilisée pour le calcul, autrement dit les trois autres rangées d'armoires informatiques 3, tandis qu'il est augmenté en fonction des valeurs de seuils prédéterminées pour les trois rangées d'armoires informatiques 3 exécutant le travail T. On notera que le système de climatisation 7 pourrait, par défaut, 15 réguler la température sur l'ensemble du cluster 1 (et même de la salle) pour homogénéiser la température globale du cluster 1. Dans des variantes non illustrées : - la zone de traitement prédéterminée ne correspond pas à une zone telle que visible sur la figure 1 mais correspond plutôt à une rangée 20 complète d'armoires informatiques 3, voire à une seule armoire informatique 3, voire à une partie d'une armoire informatique 3, voire à une seule lame 4 de composant électronique, voire à un seul noeud 5, voire à une seule partie d'un noeud 5, voire encore à la totalité du cluster 1 ; - un noeud peut être formé seulement de certains composants 25 électroniques d'un équipement informatique, voire au contraire de plusieurs équipements informatiques ; - chaque travail T soumis au gestionnaire de travaux 7 est pourvu d'un profil énergétique, ou au contraire seulement certains travaux sont associés à un profil énergétique respectif ou encore aucun travail ne présente 30 un profil énergétique ; - l'architecture du noeud illustrée à la figure 3 est différente, par exemple elle présente plus ou moins de mémoire vive, plus ou moins de microprocesseurs, plus ou moins de capteurs de températures de types différents ; et/ou - l'étape de détermination des ordre de commande ne reçoit ni les informations caractéristiques de panne matérielle et/ou logicielle dans la zone de traitement, ni la liste déterminée d'allocation préconisée des ressources informatique de la zone de traitement pour l'exécution des travaux soumis au cluster ; le cas échéant, le système de corrélation corrèle uniquement les informations caractéristiques d'état thermique des ressources informatiques de la zone de traitement pour la détermination des ordre de commande et pour l'établissement de la liste d'actions de refroidissement préconisées. On rappelle plus généralement que l'invention ne se limite pas aux exemples décrits et représentés. 2 99 106 7 36