FR 3005764 A1 20141121 FR 1354481 A 20130517 PROCÉDÉ ET DISPOSITIF DE CONTRÔLE DE LA CONFIGURATION DES RESSOURCES DE NOEUDS D'UN CALCULATEUR HAUTE PERFORMANCE L'invention concerne les calculateurs de type dit « haute performance » (ou supercalculateurs), et plus précisément la gestion de la configuration des multiples noeuds de service que comprennent de tels calculateurs. la Comme le sait l'homme de l'art, les noeuds de service des calculateurs haute performance hébergent des ressources et doivent être configurés afin de satisfaire aux besoins spécifiques de leurs usagers respectifs. Cette configuration est réalisée au moyen de règles par un outil de configuration, selon un mode qui est généralement de type client/serveur (où 15 le client est un noeud). En fait, on définit avec l'outil de configuration des éléments, également appelés ressources, qui doivent être configurés au travers de règles choisies que l'on applique sur chacun des noeuds de service afin de configurer leurs applications respectives. On entend ici par « ressource » un « service configurable » utile à un 20 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, ou d'une adresse IP (« Internet Protocol »). 25 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. On entend ici par « rôle » l'usage que l'on veut faire d'un noeud dans un calculateur. On distingue généralement plusieurs rôles typiques, comme 30 par exemple le management (ou MNGT), le travail (ou MWS), le calcul (ou COMPUTE), la connexion (ou LOGIN), ou le stockage (ou 10). Pour définir cet état technique, de nombreux paramètres entrent en ligne de compte et notamment les spécifications de chacun des noeuds en fonction des besoins de l'usager du calculateur. Le nombre de noeuds pouvant varier très fortement d'un calculateur à l'autre (typiquement de quelques centaines à plusieurs milliers), l'outil de configuration se doit d'être performant, capable de s'adapter à des nombres croissants de noeuds (ou « scalable »), et d'une utilisation souple. L'outil de configuration, qui est appelé « Kconf », permet de gérer simplement un ensemble de ressources à configurer par des actions conditionnelles sur des variables qui sont disponibles dans chaque noeud (de service) à configurer. Ces variables sont toutes issues du système d'exploitation du calculateur (par exemple Linux) et ne sont donc contrôlées et « instanciables » que par des commandes système sur le noeud considéré. Il n'est donc pas possible d'utiliser des variables supplémentaires issues de sources externes au système d'exploitation (comme par exemple des base de données ou des scripts de serveur), ce qui limite fortement le nombre de configurations possibles de chaque noeud et donc le nombre de rôles que peuvent jouer les différents noeuds d'un calculateur. L'invention a donc pour but d'améliorer la situation, et notamment de permettre l'utilisation, lors d'une configuration des noeuds d'un calculateur haute performance, de variables complémentaires, différentes de celles offertes par son système d'exploitation. Elle propose notamment à cet effet un procédé de gestion, destiné à permettre un contrôle de la configuration d'un calculateur haute performance comprenant un système d'exploitation et des noeuds de service disposant chacun de ressources devant être configurées au moyen de règles de configuration, et comprenant : - une étape (i) dans laquelle on associe à des modules de configuration une arborescence comprenant un groupe de règles de configuration comportant au moins une première variable connue du système d'exploitation et au moins une seconde variable inconnue du système d'exploitation et définissant une instruction à exécuter pour l'instancier, et - une étape (ii) dans laquelle on sélectionne, pour chaque noeud de service, un ensemble de modules de configuration, puis on transmet à chaque noeud de service, chaque groupe de règles de configuration associé à chaque module de configuration de l'ensemble sélectionné pour lui pour, qu'il configure ses ressources. Les règles de configuration d'un module de configuration sont définies sous forme de classes de configuration. Une classe de configuration contient un ensemble de ressources à appliquer. Par exemple, dans le cas de l'outil de configuration appelé kconf, chaque classe est définie dans un fichier « man if ests/i n it. pp » du module de configuration et chaque module de configuration contient, d'une part, dans son arborescence un répertoire « files/ » qui contient les fichiers de configuration à appliquer lors de l'appel à la ressource « file », et, d'autre part, un répertoire spécifique « kconf/ » comportant notamment un script avec les secondes variables. Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - chaque instruction à exécuter peut, par exemple, être choisie parmi (au moins) une requête concernant une base de données accessible au calculateur et une commande propre à permettre l'exécution d'un script ; - chaque groupe de règles de configuration associé à un module de configuration peut comporter un fichier contenant au moins une seconde variable. 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 la configuration de ressources de noeuds de service d'un calculateur haute performance. L'invention propose également un dispositif de contrôle, propre à être couplé à un calculateur haute performance comprenant un système d'exploitation et des noeuds de service disposant chacun de ressources devant être configurées au moyen de règles de configuration, et comprenant : - des premiers moyens de traitement agencés pour permettre à une personne d'associer à des modules de configuration une arborescence comprenant un groupe de règles de configuration comportant au moins une première variable connue du système d'exploitation et au moins une seconde variable inconnue du système d'exploitation et définissant une instruction à exécuter pour l'instancier, et, - des seconds moyens de traitement agencés pour permettre à une personne de sélectionner, pour chaque noeud de service, un ensemble de modules de configuration, et pour déclencher la transmission à chaque noeud de service de chaque groupe de règles de configuration associé à chaque module de configuration de l'ensemble sélectionné pour lui, pour o qu'il configure ses ressources. L'invention propose également un calculateur haute performance comprenant un système d'exploitation, des noeuds de service disposant chacun de ressources devant être configurées au moyen de règles de configuration, et un dispositif de contrôle du type de celui présenté ci-avant. 15 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 20 contrôle selon l'invention, et - la figure 2 illustre un exemple d'algorithme mettant en oeuvre un procédé de contrôle selon l'invention. 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 25 performance CHP comprenant un système d'exploitation SO et des noeuds de service Ng disposant chacun de ressources devant être configurées au moyen de règles de configuration. On a schématiquement illustré sur la figure 1 un exemple non limitatif de calculateur haute performance CHP. Dans cet exemple, les noeuds de 30 service Ni1 du calculateur CHP sont regroupés dans N groupes (dits à haute disponibilité (ou HA)) Gi (avec i = 1 à N). Plus précisément, chaque groupe (à haute disponibilité) Gi comporte M(i) noeuds (de service) Nij(avec j = 1 à M(i)). Par exemple, N est égal à 10 et M(i) est égal à 6 quel que soit le groupe Gi considéré (et donc quelle que soit la valeur de l'indice i). Mais le nombre de noeuds Nijpourrait 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 Ng d'un groupe Gi peut prendre n'importe quelle valeur supérieure ou égale à trois (3). Chaque noeud Ng dispose de ressources qui sont généralement partagées avec les autres noeuds Ng, (j' # j) de son groupe Gi, sous le contrôle d'un logiciel de haute disponibilité (ou HA (« High Availability »)). Ce partage résulte du fait que les modules de configuration MCk (décrits plus loin) sont généralement standards afin de pouvoir être appliqués à un ensemble de noeuds Ng. Ces ressources peuvent être de tout type dès lors qu'il s'agit de services configurables qui sont utiles au 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 ») partagé entre des noeuds Ng d'un groupe Gi sur une baie de stockage, ou d'une adresse IP (« 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 (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. Par ailleurs, le calculateur CHP comprend au moins un serveur de configuration SC constituant un service associé à au moins un noeud Nq afin de permettre la configuration de ses ressources. Par exemple, plusieurs serveurs de configuration SC peuvent être distribués dans différents noeuds Ng tels que des machines virtuelles ou physiques. Dans l'exemple non limitatif illustré sur la figure 1, chaque groupe Gi de noeuds Ng comprend son propre serveur de configuration SC. Mais cela n'est pas obligatoire. En effet, chaque noeud Nlq pourrait disposer de son propre serveur de configuration SC, ou bien un même serveur de configuration SC pourrait servir à plusieurs groupes G. Le calculateur CHP comprend également des moyens de stockage MS dans lesquels sont stockés des modules de configuration MCk (k = 1 à K) destinés à configurer des ressources de noeuds N1. Ces modules de configuration MCk font par exemple partie de l'outil de configuration OC appelé Kconf. On entend ici par « module de configuration » un module logiciel (ou o informatique) utilisant des valeurs de variable(s) pour configurer des ressources d'un noeud Nlij afin qu'il remplisse au moins un rôle au sein du calculateur CHP. Il contient donc l'ensemble des règles qui sont nécessaires pour configurer une sous-partie d'un noeud N1. On notera que les règles de configuration d'un module de configuration sont définies sous forme d'une 15 classe de configuration contenant un ensemble de ressources à appliquer. Par exemple, dans le cas de l'outil de configuration OC appelé kconf, chaque classe est définie dans un fichier « manifests/init.pp » d'un module de configuration MCk, et chaque module de configuration MCk contient, d'une part, une arborescence contenant un répertoire « files/ » qui comporte les 20 fichiers de configuration à appliquer lors de l'appel à la ressource « file », et, d'autre part, un répertoire spécifique « kconf/ » comportant notamment un script avec des secondes variables V2 à instancier (décrites plus loin). L'ensemble des modules de configuration sélectionnés pour un même noeud Klq forme ce que l'on appelle une configuration. On notera que 25 l'on appelle « arbre de configuration » l'arborescence des fichiers qui sont disponibles sur tous les serveurs de configuration SC. Les moyens de stockage MS peuvent être de n'importe quel type connu de l'homme de l'art, y compris purement logiciel. Par ailleurs, et comme illustré non limitativement sur la figure 1, le 30 calculateur CHP peut être couplé à une base de données BD dans laquelle se trouvent stocké l'ensemble des informations relatives aux spécificités de chacun des noeuds Klq. Elle stocke donc notamment la liste de tous les matériels et des adresses IP/IB utilisés sur chaque groupe Gi, et l'état de chaque noeud Nq (à savoir « hors d'un groupe », « masqué », « en fonctionnement »). Dans l'exemple non limitatif illustré sur la figure 1, la base de données BD fait partie du calculateur CHP. 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. Comme indiqué plus haut, l'invention propose un procédé destiné à permettre le contrôle de cette configuration de ressources. Ce procédé comprend des première (i) et seconde (ii) étapes qui io 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. 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 15 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 à 20 mettre en oeuvre le procédé de contrôle, soit sous la forme d'une combinaison de modules logiciels et de circuits électroniques. Durant la première étape (i) du procédé selon l'invention, on associe à des modules de configuration MCk une arborescence comprenant un groupe de règles de configuration qui comportent chacune au moins une 25 première variable V1, connue du système d'exploitation SO, et au moins une seconde variable V2, inconnue du système d'exploitation SO et définissant une instruction devant être exécutée pour qu'elle soit instanciée. Par exemple l'arborescence associée à un module de configuration MCk peut être la suivante : 30 / manifests/init.pp (description des règles de configuration des ressources sous forme de classes de configuration), files/xxxxxx (fourniture des fichiers de configuration pour alimenter les ressources), kconf/shrubber (règles spécifiques comportant des secondes variables V2 et les actions à effectuer pour les instanciers (par exemple SQL et EXEC (voir plus loin)). Cette association d'arborescence peut être assurée par des premiers moyens de traitement MT1 du dispositif de contrôle D à la demande d'une personne utilisant une interface homme/machine du calculateur CHP. Par exemple, une instruction à exécuter pour instancier une seconde variable V2 peut être une requête concernant la base de données BD ou bien o une commande propre à permettre l'exécution d'un script par un serveur de configuration SC. Par exemple, une première seconde variable V21 peut être une requête de type SQL telle que SQL( ). Cette première seconde variable V21 permet de faire effectuer 15 des requêtes dans la base de données BD du calculateur CHP. Egalement par exemple, une seconde seconde variable V22 peut être une commande telle que EXEC( ). Cette seconde seconde variable V22 permet d'exécuter des scripts dans un serveur de configuration SC. 20 On notera que le résultat d'une commande ou d'une instruction exécutée est stocké dans la première ou seconde variable considérée sous la forme d'une unique valeur (ou instance) si le résultat est unique ou bien sous la forme d'un tableau de valeurs en cas de résultats multiple. On notera également que certaines règles de configuration peuvent 25 définir une expression conditionnelle fonction de valeurs en cours de première(s) V1 et seconde(s) V2 variables et devant être satisfaite par un noeud Nij. Une expression conditionnelle est destinée à permettre de déterminer dans quel(s) cas une règle sélectionnée peut être appliquée. Par exemple, une expression conditionnelle peut être du type : « si mon noeud est 30 en HA, alors je configure ceci, sinon je configure cela ». Durant la seconde étape (ii) du procédé selon l'invention, on commence par sélectionner pour chaque noeud Ni1 un ensemble d'au moins un module de configuration MCk, puis on transmet à chaque noeud Ni1 (devant être configuré), chaque groupe de règles de configuration qui a été associé à chaque module de configuration MCk de l'ensemble sélectionné pour lui, afin qu'il configure ses ressources. On notera que l'on peut également appeler « catalogue de configuration » un groupe de règles de configuration. Chaque sélection peut être assurée par des seconds moyens de traitement MT2 du dispositif de contrôle D sous le contrôle d'une personne utilisant l'interface homme/machine du calculateur CHP. Par ailleurs, le déclenchement de la transmission de chaque groupe de règles de o configuration peut être également assuré par les seconds moyens de traitement MT2. Lorsqu'un noeud Klq reçoit son catalogue de configuration, il analyse ce dernier et essaye de satisfaire à l'exécution de l'ensemble des ressources qui sont désignées dans chacune des pages de ce catalogue de 15 configuration. Les premières V1 et secondes V2 variables instanciées sont jointes dans ce catalogue de configuration. Ainsi, lorsque le noeud Klq exécutera son catalogue de configuration, il disposera de tous les éléments nécessaires à sa configuration. On va décrire ci-après un exemple de configuration d'un service 20 appelé « ksis » basé sur un module de configuration appelé « Mksis » faisant partie de l'outil de configuration OC kconf. Ce service ksis sert à déployer les images des noeuds Klq du calculateur CHP. Par exemple, il sert à déployer un très grand nombre de systèmes d'exploitation SO pour chacun des noeuds Klq via un processus très performant. On considère ici que la configuration du 25 service ksis sera différente si le calculateur CHP est agencé en mode distribué ou non distribué. Dans ce cas, on peut, par exemple, associer au module Mksis un premier sous-fichier appelé « manifests/ init.pp », constituant une sous-partie de son arborescence et définissant un premier sous-ensemble de règles 30 comportant des règles dites de base du fait qu'elles ne font intervenir que des premières variables V1 (connues du système d'exploitation SO), et un second sous-fichier appelé « kconf/ shrubber », constituant une autre sous-partie de son arborescence et définissant un second sous-ensemble de règles comportant des règles dites complémentaires du fait qu'elles ne font intervenir que des secondes variables V2 (inconnues du système d'exploitation SO). Par exemple, ce second sous-fichier appelé « kconf/ shrubber » peut comporter les trois secondes variables V2 définies ci-dessous et dont a besoin le module Mksis en complément de premières variables V1 pour pouvoir fonctionner : - ksis_active_distributive_mngt: SQL(SELECT value FROM cluster_profile WHERE name=`active_distributive_mne (cette requête SQL permet de sélectionner la valeur de la colonne « valeur » (ou « value ») dans une table appelée « cluster_profile » de la base de données BD qui correspond à la ligne contenant le nom « active_distributive_mngt »), - ksis_nb_ha_mws: SQL(SELECT COUNT(e.name) FROM equipment e, equipment_status es, hw_group_member hgm, hw_group hg WHERE hg.name=`mws' AND hg.id=hgm.hw_group_id AND hgm.target_table=`equipment' AND hgm.ref_id=e.id AND es.equipment_id=e.id AND es.status_name=`mode_status' AND es.value NOT IN Cshadow', 'cluster_oun) (cette requête SQL permet de compter dans une table appelée « equipment » de "clusterdb" le nombre d'équipements de type « mws » qui ne sont pas hors du groupe considéré (« cluster_out ») ou masqué à ce groupe (shadow »)), - ksis_server_status: EXEC(service ksis-server status) (cette commande permet de récupérer l'état du service « ksis-server » par l'exécution d'une commande système sur le serveur de configuration SC concerné). Ces trois secondes variables sont instanciées par l'intermédiaire d'un mécanisme appelé « kconf_shrubber » qui est mis en oeuvre par l'outil de configuration OC Kconf lors d'une demande d'application d'une configuration sur des noeuds ciblés. Ce mécanisme vient récupérer les variables nécessaires à la bonne exécution d'un module de configuration MCk pour effectuer des actions requises dans la base de données BD (SOLO) et/ou exécuter un script (EXEC()) sur un serveur de configuration SC. Par exemple, ces trois secondes variables sont utilisées comme indiqué ci-dessous dans le code du premier sous-fichier manifests/ init.pp du module Mksis, conformément au standard Puppet bien connu de l'homme de l'art : if $ksis_active_distributive_mngt == true { (si la valeur « $ ksis_active_distributive_mngt » est égale à « vrai » (ou « true »)) exec { "genMetaserviceKsisMws.pl $nb_ha_mws": (on éxecute le script « genMetaserviceKsisMws.pl » avec la variable « $nb_ha_mws » comme paramètre) path => "/usr/lib/ksis:/usr/bin:/usr/sbin:/bin:/sbin" (ici on définit les chemins (ou « paths ») qui sont nécessaires à la bonne exécution du script précédent) } } if $active_ha_mngt in [`disable', 'none] { #we do not have HA activated (si la variable « $active_ha_mngt » est égale à « hors service » (ou « disable ») ou aucun (ou « none »)) service { "ksis-server": ensure => running, (on lance le service) enable => true; (on active du démarrage le service) } }else{ #the HA is activated (sinon la haute disponibilité (ou « HA ») est activée) service { "ksis-server": enable => false; (on désactive du démarrage le service) } } On a schématiquement illustré sur la figure 2 un exemple d'algorithme mettant en oeuvre un exemple de procédé de contrôle selon l'invention. Cet algorithme comprend une sous-étape 10 dans laquelle on (une personne) définit des règles de configuration comportant au moins une première variable V1 et au moins une seconde variable V2. Cet algorithme se poursuit par une sous-étape 20 dans laquelle on (les premiers moyens de traitement MT1 sous le contrôle de la personne) associe à des modules de configuration MCk un groupe de règles de configuration parmi celles qui ont été définies lors de la sous-étape 10. Les sous-étapes 10 et 20 constituent ici la première étape (i) du procédé de contrôle selon l'invention. o Puis, dans une sous-étape 30, on (la personne au moyen des seconds moyens de traitement MT2) sélectionne pour chaque noeud Nig un ensemble de modules de configuration MCk. Puis, dans une sous-étape 40, on (les seconds moyens de traitement MT2) déclenche la transmission à chaque noeud Nij de chaque groupe de 15 règles de configuration, associé à chaque module de configuration MCk de l'ensemble sélectionné pour lui lors de la sous-étape 30. Enfin, dans une sous-étape 50, chaque noeud Nij configure ses ressources en interaction avec chaque module de configuration MCk sélectionné pour lui. 20 Les sous-étapes 30 à 50 constituent ici la seconde étape (ii) du procédé de contrôle selon l'invention. L'invention ne se limite pas aux modes de réalisation de procédé de 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 25 que pourra envisager l'homme de l'art dans le cadre des revendications ci- après. REVENDICATIONS1. Procédé de contrôle de configuration pour un calculateur haute performance (CHP) comprenant un système d'exploitation (SO) et des noeuds de service (N1) disposant chacun de ressources devant être configurées au moyen de règles de configuration, caractérisé en ce qu'il comprend une étape (i) dans laquelle on associe à des modules de configuration (MCk) une arborescence comprenant un groupe de règles de configuration comportant o au moins une première variable connue dudit système d'exploitation (SO) et au moins une seconde variable inconnue dudit système d'exploitation (SO) et définissant une instruction à exécuter pour l'instancier, et une étape (ii) dans laquelle on sélectionne pour chaque noeud de service (N1) un ensemble de modules de configuration (MCk), puis on transmet à chaque noeud de service 15 (NO, chaque groupe de règles de configuration associé à chaque module de configuration (MCk) de l'ensemble sélectionné pour lui, pour qu'il configure ses ressources. 2. Procédé selon la revendication 1, caractérisé en ce que chaque instruction à exécuter est choisie dans un groupe comprenant au moins une 20 requête concernant une base de données (BD) accessible audit calculateur (CHP) et une commande propre à permettre l'exécution d'un script. 3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que chaque groupe de règles de configuration associé à un module de configuration (MCk) comporte un fichier contenant au moins une seconde 25 variable. 4. 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 la configuration de ressources de noeuds de service (NO d'un calculateur 30 haute performance (CHP). 5. Dispositif de contrôle (D) pour un calculateur haute performance (CHP) comprenant un système d'exploitation (SO) et des noeuds de service (NO disposant chacun de ressources devant être configurées au moyen derègles de configuration, caractérisé en ce qu'il comprend i) des premiers moyens de traitement (MT1) agencés pour permettre à une personne d'associer à des modules de configuration (MCk) une arborescence comprenant un groupe de règles de configuration comportant au moins une première variable connue dudit système d'exploitation (SO) et au moins une seconde variable inconnue dudit système d'exploitation (SO) et définissant une instruction à exécuter pour l'instancier, et ii) des seconds moyens de traitement (MT2) agencés pour permettre à une personne de sélectionner pour chaque noeud de service (N1) un ensemble de modules de configuration (MCk), et pour déclencher la transmission à chaque noeud de service (NO de chaque groupe de règles de configuration associé à chaque module de configuration (MCk) de l'ensemble sélectionné pour lui, pour qu'il configure ses ressources. 6. Calculateur haute performance (CHP) comprenant un système d'exploitation (SO) et des noeuds de service (N1) disposant chacun de ressources devant être configurées au moyen de règles de configuration, caractérisé en ce qu'il comprend en outre un dispositif de contrôle (D) selon la revendication 5.