FR 3013473 A1 20150522 FR 1361298 A 20131118 PROCÉDÉ ET DISPOSITIF DE CONTRÔLE DU DÉPLOIEMENT D'ENSEMBLES D'ENTITÉS LOGICIELLES DANS UN CALCULATEUR HAUTE PERFORMANCE L'invention concerne le déploiement d'entités logicielles de différents types dans des calculateurs de type dit « haute performance » (ou su percalculateu rs). Certains calculateurs haute performance comprennent un noeud de gestion principal qui est couplé à des noeuds de gestion auxiliaires, eux- mêmes couplés à des groupes de noeuds de service. On entend ici par « noeud de service » un équipement électronique dans lequel des entités logicielles (définissant des ressources) doivent être déployées (ou mises en place) puis configurées au moyen de règles de configuration. Cette configuration des ressources des noeuds de service, qui est destinée à satisfaire aux besoins spécifiques de leurs usagers respectifs, est réalisée par un outil de configuration (comme par exemple celui appelé « Kconf »), selon un mode qui est généralement de type client/serveur (où le client est un noeud de service). On entend ici par « ressource » un « service configurable » utile à un calculateur ou à une application tournant dans un calculateur. Il pourra par exemple s'agir d'un service (nfs ou postgresql), ou d'un système de fichiers (ou « file system ») partagé entre des noeuds (de service) d'un groupe dit à haute disponibilité (ou HA) sur une baie de stockage (distante ou locale), ou d'une adresse IF (« Internet Protocol »). L'ensemble des ressources d'un noeud (de service) est parfois appelé « état technique ». Cet état technique est l'état dans lequel le noeud doit être configuré pour assurer son rôle, c'est-à-dire l'usage que l'on veut faire de lui dans un calculateur. On distingue généralement plusieurs rôles typiques, comme par exemple le management (ou MNGT), le travail (ou MWS), le calcul (ou COMPUTE), la connexion (ou LOGIN), ou le stockage (ou 10). Pour contrôler le déploiement de toutes les entités logicielles dans tous les noeuds de gestion auxiliaires et tous les noeuds de service d'un calculateur haute performance, on utilise un outil de déploiement (comme par exemple « ksis »). Ce déploiement se faisant actuellement entité logicielle après entité logicielle vers chaque noeud de gestion auxiliaire et chaque noeud de service, le temps qu'il requiert peut varier très fortement d'un calculateur à l'autre selon le nombre de noeuds qu'il comprend et selon le nombre de types d'entités logicielles à déployer. Lorsque le calculateur haute performance ne comprend que quelques centaines de noeuds, le temps de déploiement demeure raisonnable. En revanche, lorsque le calculateur haute performance comprend plusieurs milliers, voire une dizaine de milliers, de noeuds, le temps de déploiement devient très important, ce qui peut constituer une véritable gêne pour son administrateur et retarde son utilisation. L'invention a donc pour but d'améliorer la situation, et notamment de permettre une réduction notable du temps de déploiement des entités logicielles dans un calculateur haute performance. Elle propose notamment à cet effet un procédé, destiné à contrôler le déploiement d'entités logicielles de différents types dans un calculateur haute performance comprenant un noeud de gestion principal couplé à au moins deux noeuds de gestion auxiliaires couplés chacun à un groupe de noeuds de service, et comprenant : - une étape (i) dans laquelle on stocke dans des moyens de stockage des ensembles d'au moins deux entités logicielles différentes associés chacun à au moins un noeud de gestion auxiliaire ou noeud de service dans lequel elles doivent être déployées, et - une étape (ii) dans laquelle on transmet aux noeuds de gestion auxiliaires, via le noeud de gestion principal, et aux noeuds de service, via leurs noeuds de gestion auxiliaires respectifs, les ensembles qui leur sont respectivement associés en vue de leur déploiement local. Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - on peut modifier un ensemble associé à un noeud de gestion auxiliaire et transmis à ce dernier, en fonction des noeuds de service qui sont couplés à ce noeud de gestion auxiliaire, et on peut définir certains au moins des ensembles associés à des noeuds de service couplés à un noeud de gestion auxiliaire en fonction de l'ensemble modifié associé à ce dernier ; - on peut définir certains ensembles en combinant certaines entités logicielles choisies contenues dans au moins deux autres ensembles ; - les entités logicielles peuvent présenter des types qui sont choisis parmi (au moins) un type dit image, un type dit virtuel et un type dit sans disque ; - on peut stocker dans des moyens de stockage principaux, associés au noeud de gestion principal, chaque ensemble associé à au moins un noeud de gestion auxiliaire, et on peut stocker dans des moyens de stockage auxiliaires, associés respectivement aux noeuds de gestion auxiliaires, les ensembles associés respectivement aux noeuds de service qui sont couplés à ces noeuds de gestion auxiliaires ; - en présence de noeuds de service de types différents, on peut associer des ensembles différents à des sous-groupes d'un groupe comportant respectivement des noeuds de service de types différents ; - les ensembles peuvent comprendre au moins une entité logicielle d'un premier type et/ou au moins une entité logicielle d'un deuxième type et/ou au moins une entité logicielle d'un troisième type. L'invention propose également un produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en oeuvre un procédé de contrôle du type de celui présenté ci-avant pour contrôler le déploiement d'entités logicielles de différents types dans un calculateur haute performance. L'invention propose également un dispositif de contrôle, propre à être couplé à un calculateur haute performance comprenant un noeud de gestion principal couplé à au moins deux noeuds de gestion auxiliaires couplés chacun à un groupe de noeuds de service, et comprenant : - des moyens d'interface agencés pour stocker dans des moyens de stockage des ensembles d'au moins deux entités logicielles différentes associés chacun à au moins un noeud de gestion auxiliaire ou noeud de service dans lequel elles doivent être déployées, et - des moyens de contrôle agencés pour déclencher la transmission aux noeuds de gestion auxiliaires, via le noeud de gestion principal, et aux noeuds de service, via leurs noeuds de gestion auxiliaires respectifs, des ensembles qui leur sont respectivement associés en vue de leur déploiement local. Le dispositif selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : il peut comprendre des moyens de traitement agencés pour modifier un ensemble associé à un noeud de gestion auxiliaire et transmis à ce dernier, en fonction des noeuds de service couplés à ce noeud de gestion auxiliaire, et pour définir certains au moins des ensembles associés à des noeuds de service couplés à un noeud de gestion auxiliaire en fonction de l'ensemble modifié associé à ce dernier ; > les moyens de traitement peuvent être agencés pour définir certains ensembles en combinant certaines entités logicielles choisies contenues dans au moins deux autres ensembles. L'invention propose également un calculateur haute performance comprenant un noeud de gestion principal, couplé à au moins deux noeuds de gestion auxiliaires couplés chacun à un groupe de noeuds de service, et un dispositif de contrôle du type de celui présenté ci-avant. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : - la figure 1 illustre de façon schématique et fonctionnelle un calculateur haute performance équipé d'un exemple de réalisation d'un dispositif de contrôle selon l'invention, - la figure 2 illustre de façon schématique un exemple d'ensemble d'entités logicielles associé à un noeud de service, et - la figure 3 illustre de façon schématique un exemple d'ensemble d'entités logicielles défini à partir de l'ensemble de la figure 2 pour un noeud de service. L'invention a notamment pour objet de proposer un procédé de contrôle, et un dispositif de contrôle D associé, pour un calculateur haute performance CHP comprenant un noeud de gestion principal NGP couplé à au moins deux noeuds de gestion auxiliaires NGAi, eux-mêmes couplés respectivement à des groupes Gi de noeuds de service NSii. On a schématiquement illustré sur la figure 1 un exemple non limitatif de calculateur (haute performance) CHP. Dans cet exemple, le calculateur CHP comprend N noeuds de gestion auxiliaires NGAi (i = 1 à N, avec N 3) io couplés à un noeud de gestion principal NGP et respectivement à N groupes Gi de M(i) noeuds de service NSq (avec j = 1 à M(i)). Par exemple, chaque groupe Gi est à haute disponibilité (ou HA). Par exemple, N est égal à 100 et M(i) est égal à 50 quel que soit le groupe Gi considéré (et donc quelle que soit la valeur de l'indice i). Mais le nombre de noeuds de service NSii pourrait 15 varier d'un groupe Gi à l'autre Gr. Par ailleurs, le nombre N de groupes Gi peut prendre n'importe quelle valeur supérieure ou égale à un (1). De même, le nombre M(i) de noeuds de service NSii d'un groupe Gi peut prendre n'importe quelle valeur supérieure ou égale à deux (2). On notera qu'un groupe Gi peut être subdivisé en sous-groupes SGik 20 comprenant des noeuds de service NSii de types différents. Des entités logicielles (définissant des ressources) doivent être déployées (ou mises en place) dans chaque noeud de gestion auxiliaires NGAi et chaque noeud de service NSq, puis configurées par un outil de configuration OC au moyen de règles de configuration. Les ressources d'un 25 noeud de service NSq d'un groupe Gi sont généralement partagées avec les autres noeuds de service NSir (j' j) de ce groupe Gi, sous le contrôle d'un logiciel de haute disponibilité (ou HA (« High Availability »)). Dans l'exemple non limitatif illustré sur la figure 1, l'outil de configuration OC fait partie du noeud de gestion principal NGP. Mais il pourrait 30 être externe à ce dernier. Par exemple, il pourrait être implanté dans un serveur dédié à la configuration. On notera que les commandes de configuration qui sont générées par l'outil de configuration OC peuvent être transmises aux noeuds de gestion auxiliaires NGAi et aux noeuds de service NSii par au moins un serveur de configuration (faisant alors partie du calculateur CHP, par exemple). Chaque serveur de configuration constitue alors un service associé à au moins un noeud Nq afin de permettre la configuration de ses ressources. Par exemple, plusieurs serveurs de configuration peuvent être distribués dans différents noeuds de service NSii et/ou différents noeuds de gestion auxiliaires NGAi. Les ressources (et donc les entités logicielles) peuvent être de tout type dès lors qu'il s'agit de services configurables qui sont utiles au o calculateur CHP ou à une application tournant dans ce calculateur CHP. Par exemple, dans le cas d'un outil de configuration OC tel que kconf, qui utilise l'application « Puppet », les ressources sont de types limités et définies par le langage de définition de Puppet. Ainsi, il pourra par exemple s'agir d'un service (nfs ou postgresql), ou d'un système de fichiers (ou « file system ») 15 partagé entre des noeuds de service NSii d'un groupe Gi sur une baie de stockage, ou d'une adresse IF (« Internet Protocol »), ou de fichiers de configuration statique ou dynamique, ou de gestionnaires d'utilisateurs, ou encore d'exécuteurs de scripts. Le calculateur CHP comprend également un système d'exploitation 20 (ou « operating system ») SO chargé d'assurer l'interface entre des logiciels applicatifs (ou « software ») et du matériel informatique (ou « hardware ») qu'il comprend. Par exemple, le système d'exploitation peut être de type Linux. Comme indiqué plus haut, l'invention propose un procédé destiné à permettre le contrôle du déploiement d'entités logicielles de différents types 25 dans le calculateur haute performance CHP. Ce procédé comprend des première (i) et seconde (ii) étapes qui peuvent être mises en oeuvre par un dispositif de contrôle D selon l'invention. Dans l'exemple non limitatif illustré sur la figure 1, le dispositif de contrôle D fait partie du calculateur CHP, et plus précisément de son noeud de 30 gestion principal NGP ainsi qu'éventuellement de ses noeuds de gestion auxiliaires NGAi. Mais cela n'est pas obligatoire. Il pourrait en effet s'agir d'un équipement qui est externe au calculateur CHP mais accessible par ce dernier (CHP), par exemple du fait d'une connexion informatique. Par conséquent, le dispositif de contrôle D peut être réalisé, soit sous la forme de modules logiciels (ou informatiques, ou encore « software ») ; on est alors en présence d'un produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement de type circuits électroniques (ou « hardware »), est propre à mettre en oeuvre le procédé de contrôle, soit sous la forme d'une combinaison de modules logiciels et de circuits électroniques. Par exemple, le dispositif de contrôle D peut être une sous-partie d'un outil de déploiement (comme par exemple ksis) ou bien cet outil de o déploiement. Durant la première étape (i) du procédé selon l'invention, on stocke dans des moyens de stockage BP, BAi des ensembles d'au moins deux entités logicielles différentes associés chacun à au moins un noeud de gestion auxiliaire NGAi ou noeud de service NSq dans lequel elles doivent être 15 déployées. Par exemple, les entités logicielles qui sont combinées au sein d'ensembles EEL peuvent présenter un premier type dit image, ou un deuxième type dit virtuel ou encore un troisième type dit sans disque (ou « diskless »). Une entité logicielle du premier type (image - ELI) est destinée à 20 prendre en charge le matériel et l'applicatif logiciel d'un noeud de service NSii. Une entité logicielle du deuxième type (virtuel - ELV) est destinée à prendre en charge une machine virtuelle d'un noeud de service NSq. Une entité logicielle du troisième type (sans disque - ELSD) est destinée à prendre en charge le matériel et l'applicatif logiciel d'un noeud de service NSq qui ne 25 comporte pas d'espace de stockage local (ou disque physique) local. Il est important de noter que toutes les entités logicielles constituent des espèces de photographies de modules logiciels qui seront utilisés par des objets différents en fonction de leurs types respectifs. Dans le cas présenté ci-dessus, les ensembles EEL peuvent 30 comprendre au moins une entité logicielle d'un premier type (image - ELI) et/ou au moins une entité logicielle d'un deuxième type (virtuel - ELV) et/ou au moins une entité logicielle d'un troisième type (sans disque - ELSD). En présence de noeuds de service NSq de types différents, on peut associer des ensembles EEL différents à des sous-groupes SGik d'un groupe Gi comportant respectivement des noeuds de service NSq de types différents. Un exemple d'ensemble EEL d'entités logicielles associé à un noeud de service NSii est illustré non limitativement sur la figure 2. Dans cet exemple, l'ensemble EEL comprend en combinaison une entité logicielle du premier type (image) ELI A, une entité logicielle du deuxième type (virtuel) ELV1, une autre entité logicielle du deuxième type (virtuel) ELV2, et une entité logicielle du troisième type (sans disque) ELSD 5. Bien entendu, il ne s'agit ici que d'un exemple purement illustratif. De très nombreuses autres combinaisons d'entités logicielles comportant au moins deux entités logicielles d'un même type et/ou de types différents peuvent en effet être définies. Un ensemble EEL peut être soit défini par un spécialiste, puis fourni au noeud de gestion principal NGP à l'aide de moyens d'interface MI du dispositif de contrôle D, puis transmis à au moins un noeud de gestion auxiliaire NGAi par déclenchement par des moyens de contrôle MC du dispositif de contrôle D, soit défini par des moyens de traitement MT i du dispositif de contrôle D à partir d'au moins un autre ensemble précédemment défini. Durant la seconde étape (ii) du procédé selon l'invention, on transmet, d'une part, aux noeuds de gestion auxiliaires NGAi, via le noeud de gestion principal NGP, les ensembles EEL qui leur sont respectivement associés en vue de leur déploiement local, et, d'autre part, aux noeuds de service NSii, via leurs noeuds de gestion auxiliaires NGAi respectifs, les ensembles qui leur sont respectivement associés en vue de leur déploiement local. On comprendra qu'en transmettant des ensembles d'entités logicielles EEL les uns après les autres, au lieu de transmettre les entités logicielles les unes après les autres, on réduit très notablement le temps nécessaire au déploiement des entités logicielles dans tous les noeuds de gestion auxiliaires NGAi et tous les noeuds de service NSii. Il est important de noter que cette transmission peut se faire soit en une unique sous-étape, soit en deux sous-étapes. Dans la première alternative (unique sous-étape), les moyens de contrôle MC du dispositif D déclenchent la transmission aux noeuds de gestion auxiliaires NGAi, via le noeud de gestion principal NGP, des ensembles qui leur sont respectivement associés et qui sont associés aux noeuds de service NSq des groupes Gi qu'ils gèrent respectivement. Dans ce cas, chaque noeud de gestion auxiliaire NGAi se charge de retransmettre aux noeuds de service NSq du groupe Gi qu'il gère les ensembles reçus qui leur sont respectivement associés. Dans la seconde alternative (deux sous-étapes), les moyens de contrôle MC du dispositif D déclenchent la transmission aux noeuds de gestion auxiliaires NGAi, via le noeud de gestion principal NGP, des ensembles qui leur sont respectivement associés. Puis, chaque noeud de gestion auxiliaire NGAi comprend des moyens de contrôle MC chargés de déclencher la transmission aux noeuds de service NSq du groupe Gi qu'il gère les ensembles qui leur sont respectivement associés et qui ont été définis localement et non pas au niveau du noeud de gestion principal NGP. De préférence, et comme illustré non limitativement sur la figure 1, les moyens de stockage comprennent des moyens de stockage principaux BP et N moyens de stockage auxiliaires BAi. Les moyens de stockage principaux BP sont associés au noeud de gestion principal NGP. On notera que dans l'exemple illustré non limitativement sur la figure 1 les moyens de stockage principaux BP font partie du noeud de gestion principal NGP. Mais cela n'est pas obligatoire. Ils pourraient en effet faire partie d'un équipement qui est externe au noeud de gestion principal NGP mais accessible par ce dernier (NGP). Les moyens d'interface MI du dispositif (de contrôle) D sont agencés 25 pour stocker dans ces moyens de stockage principaux BP chaque ensemble associé à au moins un noeud de gestion auxiliaire NGAi. De préférence, ces moyens de stockage principaux BP sont agencés sous la forme d'une base de données dans laquelle sont stockés tous les ensembles EEL, qui sont transmis aux noeuds de gestion auxiliaires NGAi et 30 aux noeuds de service NSq via le noeud de gestion principal NGP, et les identifiants des noeuds NGAi et NSq qui leur ont été associés. Ces identifiants peuvent, par exemple, être des adresses IP. Les moyens de stockage principaux BP peuvent également stocker l'ensemble des informations 'o relatives aux spécificités de chacun des noeuds de gestion auxiliaires NGAi, et notamment les matériels qui les constituent et leurs états en cours (à savoir « masqué » ou « en fonctionnement »). Les moyens de stockage principaux BP peuvent également stocker toutes les données représentatives des manipulations effectuées localement par un outil de gestion sur chaque entité logicielle EEL qu'ils stockent (« create », « delete », « list », « deploy », « export » ou « import », par exemple). Les N moyens de stockage auxiliaires BAi sont associés respectivement aux N noeuds de gestion auxiliaires NGAi. On notera que dans l'exemple illustré non limitativement sur la figure 1 les N moyens de stockage auxiliaires BAi font partie respectivement des N noeuds de gestion auxiliaires NGAi. Mais cela n'est pas obligatoire. Ils pourraient en effet faire partie d'un ou plusieurs équipements externes aux noeuds de gestion auxiliaires NGAi mais accessibles par ces derniers (NGAi). Les moyens d'interface MI du dispositif (de contrôle) D sont agencés pour stocker dans un moyen de stockage auxiliaire BAi associé à un noeud de gestion auxiliaire NGAi chaque ensemble associé à ce dernier (NGAi) et chaque ensemble associé à l'un au moins des noeuds de service NSq du groupe Gi qu'il gère. De préférence, chaque moyen de stockage auxiliaire BAi est agencé sous la forme d'une base de données dans laquelle sont stockés tous les ensembles EEL, qui sont transmis au noeud de gestion auxiliaire NGAi associé et aux noeuds de service NSii via ce noeud de gestion auxiliaire NGAi, et les identifiants des noeuds de service NSii qui leur ont été associés. Ces identifiants peuvent, par exemple, être des adresses IF. Chaque moyen de stockage auxiliaire NGAi peut également stocker l'ensemble des informations relatives aux spécificités de chacun des noeuds de service NSii du groupe Gi qu'il gère, et notamment les matériels qui les constituent et leurs états en cours (à savoir « hors d'un groupe », « masqué » ou « en fonctionnement »). Chaque moyen de stockage auxiliaire NGAi peut également stocker toutes les données représentatives des manipulations effectuées localement par un outil de gestion sur chaque entité logicielle EEL qu'il stocke. On notera que l'on peut modifier localement un ensemble qui a été associé à un noeud de gestion auxiliaire NGAi et transmis à ce dernier (NGAi), en fonction des noeuds de service NSq qui sont couplés à ce noeud de gestion auxiliaire NGAi. Cette modification est alors réalisée par les moyens de traitement MT i qui sont associés au noeud de gestion auxiliaire NGAi en fonction de la connaissance qu'ils ont des noeuds de service NSq du groupe Gi géré par leur noeud de gestion auxiliaire NGAi, et qui résulte des informations stockées dans le moyen de stockage auxiliaire BAi associé à ce dernier (NGAi). Dans ce cas, on (les moyens de traitement MT) peu(ven)t définir certains au moins des ensembles qui sont associés à des noeuds de service NSq couplés à un (leur) noeud de gestion auxiliaire NGAi en fonction d'un ensemble modifié qui est associé à ce dernier (NGAi). Par exemple, une modification d'un ensemble EEL peut consister en un ajout et/ou une suppression d'une ou plusieurs entités logicielles. Ces types de modification sont destinés par exemple à simplifier les mises à jour ou à remplacer une entité logicielle par une autre pour changer l'environnement de travail. On notera également que l'on peut modifier localement un ensemble qui a été associé à au moins un noeud de service NSq couplé à un noeud de gestion auxiliaire NGAi. Cette modification est alors réalisée par les moyens de traitement MT i qui sont associés au noeud de gestion auxiliaire NGAi en fonction de la connaissance qu'ils ont des noeuds de service NSq du groupe Gi géré par leur noeud de gestion auxiliaire NGAi, et qui résulte des informations stockées dans le moyen de stockage auxiliaire BAi associé à ce dernier (NGAi). Par exemple, une modification d'un ensemble EEL peut consister en un ajout et/ou une suppression d'une ou plusieurs entités logicielles (pour les mêmes raisons que celles mentionnées dans le paragraphe précédent). On notera qu'un ajout peut consister en une duplication d'une entité logicielle qui est déjà contenue dans l'ensemble concerné. Lorsqu'un ensemble EEL comprend plusieurs entités logicielles EL identiques (du fait d'une duplication locale), comme dans l'exemple illustré non limitativement sur la figure 3, ces entités logicielles EL identiques sont configurées de façons différentes par l'outil de configuration OC afin de concerner respectivement des fonctions différentes de chaque noeud de service NSq associé. Dans cet exemple, on est parti de l'ensemble EEL de la figure 2 pour définir un ensemble EEL' modifié qui comprend en combinaison une entité logicielle du premier type (image) ELI A, trois entités logicielles du deuxième type (virtuel) ELV1, identiques, une autre entité logicielle du deuxième type (virtuel) ELV2, et deux entités logicielles du troisième type (sans disque) ELSD 5, identiques. Bien entendu, il ne s'agit ici que d'un exemple purement illustratif de modification d'un ensemble EEL. Au lieu de dupliquer des entités logicielles dans un ensemble, on peut associer à l'entité logicielle à dupliquer P fois un champ dédié définissant ce o nombre P, et associer à cette entité logicielle ce champ dédié. Cela permet de limiter le poids des ensembles EEL que l'on doit transmettre aux noeuds de service NSq. On notera également que l'on (les moyens de traitement MT) peu(ven)t définir certains ensembles en combinant certaines entités logicielles 15 EL choisies qui sont contenues dans au moins deux autres ensembles. Cela permet de créer de nouveaux ensembles adaptés à au moins un noeud de gestion auxiliaire NGAi ou au moins un noeud de service NSq à partir d'entités logicielles EL associées à au moins un noeud de gestion auxiliaire NGAi similaire ou à au moins un noeud de service NSii similaire. Cette opération est 20 possible du fait que toutes les manipulations effectuées sur chaque entité logicielle associée à un noeud sont stockées dans un moyen de stockage auxiliaire NGAi associé à ce noeud et donc peuvent être utilisées pour concevoir un ensemble devant être associé à au moins un noeud similaire. On notera également que pour effectuer le déploiement des entités 25 logicielles EL on peut, par exemple, utiliser ce que l'homme de l'art appelle le « boot iPXE » qui permet de rebooter à distance des noeuds pour qu'ils prennent effectivement en compte les entités logicielles qui leur ont été transmises. On notera également que pour transporter les ensembles EEL, on 30 utilise préférentiellement le réseau de calcul qui relie les noeuds de service NSq entre eux et à leurs noeuds de gestion auxiliaires NGAi respectifs. Ce réseau de calcul, qui est souvent de type « InfiniBand », est en effet plus rapide que le réseau d'administration, qui est souvent de type Ethernet. On notera également que le dispositif D peut également permettre la transmission d'une unique entité logicielle à au moins un noeud choisi, plutôt qu'un ensemble EEL, lorsque cela s'avère nécessaire ou mieux adapté. L'invention peut avantageusement permettre à un spécialiste de visualiser sur un écran couplé au noeud de gestion principal NGP les ensembles EEL qui ont été déployés dans au moins un noeud de gestion auxiliaire NGAi. A cet effet, on peut par exemple afficher sur l'écran, consécutivement à la fourniture d'une commande (ou requête) dédiée, l'identifiant de chaque ensemble déployé sur un noeud de gestion auxiliaire o NGAi et les identifiants de chacune des entités logicielles de l'ensemble considéré. On notera que les entités logicielles qui ont été déployées, mais qui n'ont pas été activées peuvent éventuellement être affichées avec celles activées, mais avec un mode d'affichage différent (par exemple entre crochets). 15 De même, l'invention peut avantageusement permettre à un spécialiste de visualiser sur un écran couplé à un noeud de gestion auxiliaire NGAi les ensembles EEL qui ont été déployés dans au moins un noeud de service NSii. A cet effet, on peut par exemple afficher sur l'écran, consécutivement à la fourniture d'une commande (ou requête) dédiée, 20 l'identifiant de chaque ensemble déployé sur des noeuds de service NSq couplés au noeud de gestion auxiliaire NGAi concerné, et les identifiants de ces noeuds de service NSii en correspondance des identifiants des entités logicielles de l'ensemble considéré. L'invention ne se limite pas aux modes de réalisation de procédé de 25 contrôle, de dispositif de contrôle, et de calculateur haute performance décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. REVENDICATIONS1. Procédé de contrôle du déploiement d'entités logicielles de différents types dans un calculateur haute performance (CHP) comprenant un noeud de gestion principal (NGP) couplé à au moins deux noeuds de gestion auxiliaires (NGAi) couplés chacun à un groupe de noeuds de service (NSii), caractérisé en ce qu'il comprend une étape (i) dans laquelle on stocke dans des moyens de stockage (BP, BAi) des ensembles d'au moins deux entités logicielles différentes associés chacun à au moins un noeud de gestion auxiliaire (NGAi) ou noeud de service (NSii) dans lequel elles doivent être déployées, et une étape (ii) dans laquelle on transmet auxdits noeuds de gestion auxiliaires (NGAi), via ledit noeud de gestion principal (NGP), et auxdits noeuds de service (NSq), via leurs noeuds de gestion auxiliaires (NGAi) respectifs, lesdits ensembles qui leur sont respectivement associés en vue de leur déploiement local. 2. Procédé selon la revendication 1, caractérisé en ce que l'on modifie un ensemble associé à un noeud de gestion auxiliaire (NGAi) et transmis à ce dernier (NGAi), en fonction des noeuds de service (NSq) couplés à ce noeud de gestion auxiliaire (NGAi), et l'on définit certains au moins desdits ensembles associés à des noeuds de service (NSii) couplés à un noeud de gestion auxiliaire (NGAi) en fonction dudit ensemble modifié associé à ce dernier (NGAi). 3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que l'on définit certains ensembles en combinant certaines entités logicielles choisies contenues dans au moins deux autres ensembles. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que lesdites entités logicielles présentent des types choisis dans un groupe comprenant au moins un type dit image, un type dit virtuel et un type dit sans 30 disque. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que l'on stocke dans des moyens de stockage principaux (BP), associés audit noeud de gestion principal (NGP), chaque ensemble associé à au moins unnoeud de gestion auxiliaire (NGAi), et l'on stocke dans des moyens de stockage auxiliaires (BAi), associés respectivement auxdits noeuds de gestion auxiliaires (NGAi), lesdits ensembles associés respectivement aux noeuds de service (NSq) qui sont couplés à ces noeuds de gestion auxiliaires (NGAi). 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'en présence de noeuds de service (NSii) de types différents, on associe des ensembles différents à des sous-groupes d'un groupe comportant respectivement des noeuds de service (NSq) de types différents. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce que lesdits ensembles comprennent au moins une entité logicielle d'un premier type et/ou au moins une entité logicielle d'un deuxième type et/ou au moins une entité logicielle d'un troisième type. 8. Produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en oeuvre le procédé selon l'une des revendications précédentes pour contrôler le déploiement d'entités logicielles de différents types dans un calculateur haute performance (CHP) comprenant un noeud de gestion principal (NGP) couplé à au moins deux noeuds de gestion auxiliaires (NGAi) couplés chacun à un groupe de noeuds de service (NSq). 9. Dispositif (D) pour contrôler le déploiement d'entités logicielles de différents types dans un calculateur haute performance (CHP) comprenant un noeud de gestion principal (NGP) couplé à au moins deux noeuds de gestion auxiliaires (NGAi) couplés chacun à un groupe de noeuds de service (NSii), caractérisé en ce qu'il comprend (i) des moyens d'interface (Ml) agencés pour stocker dans des moyens de stockage (BP, BAi) des ensembles d'au moins deux entités logicielles différentes associés chacun à au moins un noeud de gestion auxiliaire (NGAi) ou noeud de service (NSq) dans lequel elles doivent être déployées, et (ii) des moyens de contrôle (MC) agencés pour déclencher la transmission auxdits noeuds de gestion auxiliaires (NGAi), via ledit noeud de gestion principal (NGP), et auxdits noeuds de service (NSq), via leurs noeuds de gestion auxiliaires (NGAi) respectifs, desdits ensembles qui leur sont respectivement associés en vue de leur déploiement local. 10. Dispositif selon la revendication 9, caractérisé en ce qu'il comprenddes moyens de traitement (MT) agencés pour modifier un ensemble associé à un noeud de gestion auxiliaire (NGAi) et transmis à ce dernier (NGAi), en fonction des noeuds de service (NSii) couplés à ce noeud de gestion auxiliaire (NGAi), et pour définir certains au moins desdits ensembles associés à des noeuds de service (NSq) couplés à un noeud de gestion auxiliaire (NGAi) en fonction dudit ensemble modifié associé à ce dernier (NGAi). 11. Dispositif selon la revendication 10, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour définir certains ensembles en combinant certaines entités logicielles choisies contenues dans au moins io deux autres ensembles. 12. Calculateur haute performance (CHP) comprenant un noeud de gestion principal (NGP) couplé à au moins deux noeuds de gestion auxiliaires (NGAi) couplés chacun à un groupe de noeuds de service (NSii), caractérisé en ce qu'il comprend en outre un dispositif de contrôle (D) selon l'une des 15 revendications 9 à 11.