FR 2931970 A1 20091204 FR 0802861 A 20080527 La présente invention concerne un procédé de génération de requêtes de manipulation d'une base de données d'initialisation et d'administration d'une grappe de serveurs comportant plusieurs noeuds interconnectés entre eux par au moins un réseau de transmission de données. Elle concerne également un support de données pour la mise en oeuvre de ce procédé et une grappe de serveur comportant une base de données complétée par des requêtes générées selon ce procédé. On connaît des grappes de serveurs comportant notamment plusieurs noeuds de calcul interconnectés entre eux. Les grappes de serveurs de ce type sont des installations informatiques comprenant généralement plusieurs ordinateurs en réseau, apparaissant de l'extérieur comme un calculateur à très forte puissance de calcul, dit calculateur à haute performance de traitement ou calculateur HPC (de l'Anglais � High Performance Computing �). Ces installations optimisées permettent la répartition de traitements complexes et/ou de calculs parallèles sur au moins une partie des noeuds de calcul. Certaines grappes de serveurs, parmi les plus simples, peuvent comporter des éléments homogènes observant un même protocole d'identification, de sorte que ces éléments peuvent s'identifier automatiquement à la mise sous tension de l'installation, pour une bonne initialisation et administration de la grappe. Ce n'est malheureusement pas le cas de la plupart des grappes de serveurs complexes existant aujourd'hui, à capacités de calculs très élevées, pour lesquelles la génération d'une base de données reprenant l'ensemble des éléments hétérogènes et des paramètres de la grappe de serveurs est nécessaire. Cette base de données représente alors le référentiel unique de la configuration et de l'état de la grappe de serveurs. Une difficulté majeure consiste à renseigner cette base de données de toutes les informations nécessaires à l'initialisation et à l'administration de la grappe de serveurs, à l'aide de requêtes. Les informations minimales nécessaires sont des données statiques de description logique et matérielle des éléments de la grappe de serveurs et de leurs interrelations telles que par exemple une description du matériel, une localisation géographique des serveurs et noeuds de la grappe dans un centre de calcul, un état des outils logiciels installés, des données d'exploitation de la grappe, ou un état du matériel. Pour renseigner la base de données, souvent définie sous forme de base de données relationnelle, des requêtes de manipulation de la base de données sont généralement définies. Pour remplir une base de données de grappe de serveurs, elles sont rédigées manuellement sous la forme de lignes de codes rassemblées en un ou plusieurs fichiers, pouvant atteindre plusieurs milliers de lignes pour les grappes de serveurs complexes. Prendre connaissance des documents techniques définissant une grappe de serveurs, incluant l'architecture et le câblage de la grappe, et rédiger ces requêtes de manipulation de la base de données peut prendre plusieurs mois. En outre, la rédaction n'est généralement pas structurée selon un ordre préétabli ce qui la rend encore plus difficile et longue. Enfin, la rédaction manuelle des requêtes de manipulation est source d'erreurs de saisie et nécessite de multiples vérifications de cohérence. Il peut ainsi être souhaité de prévoir un procédé de génération de requêtes de manipulation d'une base de données d initialisation et d'administration d'une grappe de serveurs qui permette de s'affranchir des problèmes et contraintes précités. L'invention a donc pour objet un procédé de génération de requêtes de manipulation d'une base de données d'initialisation et d'administration d'une grappe de serveurs comportant plusieurs noeuds interconnectés entre eux par au moins un réseau de transmission de données, caractérisé en ce qu'il comporte les étapes suivantes : à partir d'une répartition logique des noeuds de la grappe dans le réseau de transmission de données, d'une répartition géographique et d'une définition matérielle des noeuds de la grappe, génération d'au moins un ensemble de profils des noeuds et du réseau de transmission de données, définition d'une politique d'adressage des noeuds de la grappe, à partir de l'ensemble de profils et en fonction de la politique d'adressage, affectation d'au moins une adresse à chaque noeud de la grappe de serveurs et génération d'un ensemble de paramètres de la grappe, et à partir de l'ensemble de paramètres de la grappe et des adresses de ses noeuds, génération d'au moins un fichier de requêtes de manipulation de la base de données d'initialisation et d'administration de la grappe de serveurs. Ainsi, l'invention tire profit de la définition d'une politique d'adressage des noeuds de la grappe de serveurs pour structurer de façon originale les étapes de génération d'un ensemble de paramètres de la grappe qui, après application de la politique d'adressage aux adresses de noeuds de la grappe de serveurs, permet d'envisager une génération facilitée, voire automatisée, d'un fichier de requêtes de manipulation de la base de données. De façon optionnelle, l'étape de génération d'au moins un ensemble de profils des noeuds et du réseau de transmission de données comporte la génération d'un fichier numérique de synthèse à partir d'un premier fichier numérique prédéterminé de représentation logique de la grappe de serveurs et d'un deuxième fichier numérique prédéterminé de représentation physique de la grappe de serveurs. De façon optionnelle également, l'étape de définition d'une politique d'adressage comporte la définition de règles logicielles d'attribution d'adresses IP disponibles à au moins une partie des éléments constitutifs de la grappe de serveurs, et l'étape d'affectation d'au moins une adresse à chaque noeud de la grappe de serveurs est réalisée par l'exécution de ces règles logicielles. De façon optionnelle également, les règles logicielles comprennent au moins l'un des éléments de l'ensemble constitués de règles logicielles suivantes : choix d'une classe d'adressage IP en fonction du nombre d'adresses IP à distribuer dans la grappe de serveurs, réservation a priori de certaines adresses pour des commutateurs du réseau de transmission de données, réservation a priori de certaines adresses en tant qu'adresses virtuelles de noeuds, réservation a priori d'une zone d'adresses, pour des noeuds interconnectés en série, dans laquelle une première adresse est réservée pour une interface série entre les noeuds interconnectés en série et le reste de la grappe de serveurs, et les suivantes pour chacun des noeuds interconnectés en série, - attribution automatique d'une adresse, ou d'un intervalle d'adresses, à un noeud de la grappe en fonction de son identifiant dans la grappe à l'aide d'une formule prédéfinie, - attribution d'une adresse IP à chaque réseau de transmission de données de la grappe de serveurs. De façon optionnelle également, un procédé selon l'invention comporte une étape lors de laquelle le fichier de requêtes est exécuté de manière à compléter la base de données de la grappe de serveurs. L'invention a également pour objet un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre d'un procédé de génération de requêtes de manipulation d'une base de données d'initialisation et d'administration d'une grappe de serveurs tel que défini précédemment. L'invention a également pour objet une grappe de serveurs comportant plusieurs noeuds interconnectés entre eaux par au moins un réseau de transmission de données, dont au moins un serveur d'administration des noeuds de la grappe associé à une baie de stockage de données d'administration, caractérisé en ce qu'elle comprend en outre une base de données d'initialisation et d'administration complétée par des requêtes générées par un procédé tel que défini précédemment, les données d'initialisation et d'administration étant stockées dans la baie de stockage de données d'administration et le serveur d'administration comportant des moyens de gestion de cette base de données. De façon optionnelle, au moins une partie des noeuds comporte des noeuds de calcul et le réseau de transmission de données comporte au moins un réseau d'interconnexion des noeuds de calcul. De façon optionnelle également, la grappe de serveurs comporte en outre au moins un noeud de gestion de trafic et au moins un noeud de sauvegarde de données, et le réseau de transmission de données comporte en outre au moins un réseau d'administration différent du réseau d'interconnexion des noeuds de calcul pour la connexion du serveur d'administration aux noeuds de calcul, de gestion de trafic et de sauvegarde de données. L'invention sera mieux comprise à l'aide de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés dans lesquels : - la figure 1 représente schématiquement la structure générale d'un exemple de grappe de serveurs de type calculateur HPC, la figure 2 représente schématiquement la configuration d'une base de données pour la gestion de la grappe de serveurs de la figure 1, la figure 3 illustre les étapes successives d'un procédé de génération et de renseignement de la base de données de la figure 2. L'installation informatique représentée sur la figure 1 comporte un terminal de commande 10 relié à un réseau dorsal 12, généralement appelé réseau backbone (de l'anglais � backbone network �). C'est également à ce réseau dorsal 12 qu'est connectée une grappe de serveurs 14 apparaissant de l'extérieur, c'est à dire du point de vue du terminal de commande 10, comme une entité unique de calculateur HPC. En fait, la grappe de serveurs 14 comporte plusieurs ordinateurs interconnectés entre eux au moyen de plusieurs réseaux, les uns et les autres étant hétérogènes. L'ensemble des ordinateurs de la grappe de serveurs 14 constitue l'ensemble des noeuds de cette grappe. D'une façon plus générale, un noeud est un calculateur pouvant comporter une ou plusieurs unité(s) de calcul. Dans la grappe de serveurs 14, on peut distinguer deux types de noeuds : les noeuds de calcul et les noeuds de service. Les noeuds de calcul sont ceux qui exécutent effectivement les différentes instructions de traitements commandées depuis le terminal de commande 10, sous la supervision des noeuds de services. La plupart des noeuds de service sont dupliqués pour des raisons de sécurité. Autrement dit, chaque noeud de service est associé à un répliquât comportant les mêmes caractéristiques que lui et prêt à le remplacer immédiatement en cas de panne. On notera par ailleurs que sur la figure 1, chaque fois qu'une multiplicité de liens existe entre deux entités (noeuds et/ou portions de réseaux), seul un lien sera représenté et accompagné d'un nombre indiquant le nombre de liens entre les deux entités, par souci de clarté de cette figure. En effet, si chaque lien devait être représenté, du fait de la complexité de la grappe de serveurs 14, il en résulterait une confusion qui nuirait à la compréhension de l'invention. L'ensemble des noeuds de service de la grappe de serveurs 14 de la figure 1 comprend une interface de traitement 16, un serveur d'administration 18, un serveur 20 de gestion de métadonnées de la grappe, un serveur 22 de gestion des entrées/sorties et un serveur de sauvegarde 24. L'interface de traitement 16, plus communément qualifiée d'interface Login, remplit une fonction d'interface de calcul entre le réseau dorsal 12 et la grappe de serveurs 14. Elle est a priori de même nature que les noeuds de calcul mais est en outre dotée de compilateurs et d'outils spécifiques de calculs dont la présence sur cette interface est nécessaire pour traiter les instructions reçues du terminal de commande 10. L'interface de traitement 16 est dupliquée, comme indiqué précédemment pour des raisons de sécurité, et est donc reliée, avec son répliquât, au réseau dorsal 12 par l'intermédiaire de deux liens 26. Le serveur d'administration 18 remplit une fonction d'administration générale de la grappe de serveurs 14. C'est notamment lui qui gère la distribution des instructions transmises par l'interface de traitement 16 aux différents noeuds de calcul en fonction de leur nature et disponibilité. Il est également dupliqué pour des raisons de sécurité. Le serveur d'administration 18 et son répliquât partagent une baie de stockage sur disque 28 à laquelle ils sont reliés par une pluralité de fibres optiques 29, pour un accès très rapide aux données stockées. Pour permettre l'administration de la grappe de serveurs 14 par un utilisateur du terminal de commande 10, le serveur d'administration 18 est généralement lui aussi relié directement au réseau dorsal 12 avec son répliquât par l'intermédiaire de deux liens 27. Cela permet en outre à un utilisateur du terminal de commande 10 d'avoir plus d'emprise sur les stratégies et options de calcul choisies par la grappe de serveurs 14. Par ailleurs, dans certains modes de réalisation de grappes de serveurs de petite dimension n'ayant pas d'interface Login, ce double lien 27 est le seul lien entre la grappe de serveurs et le réseau dorsal. Le serveur 20 de gestion de métadonnées, autrement appelé serveur MDS (de l'anglais � Meta Data Server �) et le serveur 22 de gestion des entrées/sorties, autrement appelé serveur OSS (de l'anglais � Object Storage Server �) remplissent une fonction de gestion du trafic des données traitées par les noeuds de calcul de la grappe de serveurs 14. Ils gèrent pour cela un système de gestion de fichiers distribué, par exemple le système Lustre (marque déposée). Ces deux serveurs sont également dupliqués et sont chacun reliés à une baie de stockage par fibres optiques. Le serveur MDS 20 et son répliquât partagent une baie de stockage sur disque 30 à laquelle ils sont reliés par une pluralité de fibres optiques 32. De même, le serveur OSS 22 et son répliquât partagent une baie de stockage sur disque 34 à laquelle ils sont reliés par une pluralité de fibres optiques 36. Enfin le serveur de sauvegarde 24 gère la protection des données de l'ensemble du calculateur HPC et est pour cela relié à une baie de stockage sur bandes 38. Ce serveur de sauvegarde 24, contrairement aux autres noeuds de service de la grappe de serveurs 14, n'est pas dupliqué dans l'exemple illustré sur la figure 1. L'ensemble des noeuds de calcul du calculateur HPC de la figure 1 est hétérogène et comporte plusieurs unités de noeuds de calcul telles que par exemple une première unité de calcul 40 comportant six serveurs, une deuxième unité de calcul 42 comportant douze serveurs et une troisième unité de calcul 44 comportant vingt-quatre serveurs. La première unité de calcul 40 comporte six serveurs de calcul rapide montés en réseau série et est reliée pour cela à une multiprise série 46 réalisant une traduction des ports série de chacun des serveurs de cette première unité 40 en adresses IP (de l'anglais � Internet Protocol �) identifiables par un réseau de type Ethernet. La multiprise série 46 remplit plus généralement une fonction d'interface entre le réseau série de la première unité de calcul 40 et un réseau d'administration de la grappe de serveurs 14. En outre, les six serveurs de la première unité de calcul 40 partagent une baie de stockage spécifique 48 à laquelle ils sont reliés via un commutateur 50. Cette baie de stockage 48 donne accès à des volumes de données qui sont par exemple organisés selon leur propre système de gestion de fichiers, qui peut être différent de celui géré par les serveurs MDS 20 et OSS 22. Une administration spécifique 'Je cette première unité de calcul 40 est assurée par une plateforme d'administration 52 associée à des périphériques tels qu'un écran et/ou clavier et/ou souris 54. La plateforme d'administration 52 est en pratique un ordinateur dédié à la surveillance des six serveurs de calcul rapide. Ainsi, la première unité de calcul 40, telle qu'elle est représentée sur la figure 1, est conçue pour être plus puissante que les deuxième et troisième unités de calcul 42 et 44. Les périphériques 54 peuvent être partagés entre la plateforme d'administration 52 et le serveur d'administration 18 du calculateur HPC à l'aide d'un commutateur KVM 56 (de l'anglais � Keyboard Video Mouse �), permettant ainsi à un opérateur d'agir directement sur le site de la grappe de serveurs 14 pour une intervention sur la plateforme 52 et/ou le serveur d'administration 18. Les différents noeuds de la grappe de serveurs 14 précités sont interconnectés entre eux à l'aide de plusieurs réseaux. II a déjà été vu qu'un premier réseau 58, dit réseau série, relie spécifiquement les serveurs de calcul rapide de la première unité de calcul 40 entre eux. Un deuxième réseau 60, dit réseau d'administration, en général de type Ethernet, permet de relier le serveur d'administration 18 de la grappe de serveurs 14, via un port d'administration de ce serveur, aux autres noeuds de la grappe tels que l'interface de traitement 16, le serveur MDS 20, son répliquât et sa baie de stockage 30, le serveur OSS 22, son répliquât et sa baie de stockage 34, le serveur de sauvegarde 24 et sa baie de stockage sur bandes 38, les première, deuxième et troisième unités de calcul 40, 42 et 44, la baie de stockage spécifique 48 de la première unité de calcul 40, la multiprise série 46 et la plateforme d'administration 52. De façon optionnelle, selon le matériel utilisé pour les noeuds de type serveur du calculateur, le deuxième réseau d'administration 60 peut être doublé d'un réseau de contrôle primaire 62 connecté au serveur d'administration 18 via un port de contrôle primaire de ce serveur différent du port d'administration. Ce réseau de contrôle primaire 62 est dédié à la mise sous tension, au démarrage, à l'arrêt et au traitement de certaines erreurs primaires prédéterminées, dites erreurs fatales et générant des fichiers Core, des serveurs qu'il administre. Dans l'exemple de la figure 1, le réseau de contrôle primaire 62 relie le serveur d'administration 18 à l'interface de traitement 16 et à son répliquât, au serveur MDS 20 et à son répliquât, au serveur OSS 22 et à son répliquât, au serveur de sauvegarde 24, et aux deuxième et troisième unités de calcul 42 et 44. Un troisième réseau 64, dit réseau d'interconnexion des noeuds de calcul, relie entre eux, d'une part, les serveurs des première, deuxième et troisième unités de calcul 40, 42 et 44, et, d'autre part, l'interface de traitement 16, le serveur MDS 20, le serveur OSS 22 et le serveur de sauvegarde 24. La commutation des données transitant entre les différents éléments interconnectés par ce réseau d'interconnexion 64 est assurée par un organe de commutation 66 de ce réseau qui est lui-même relié au réseau d'administration 60. Ce troisième réseau d'interconnexion 64 a des caractéristiques de débit très élevé par rapport aux caractéristiques de débit du réseau d'administration 60. C'est en effet par ce réseau d'interconnexion 64 que transitent les données de calcul nécessaires à l'exécution des instructions de traitement transmises par le terminal de commande 10, via l'interface de traitement 16. De façon optionnelle, le troisième réseau d'interconnexion 64 peut être doublé d'un réseau supplémentaire d'interconnexion 68 relié à au moins une partie des éléments déjà reliés entre eux par le troisième réseau d'interconnexion 64. Par exemple, dans la grappe de serveurs '14 de la figure 1, le réseau supplémentaire d'interconnexion 68 relie les serveurs des première et deuxième unités de calcul 40 et 42 pour doubler leur bande passante. De même, la commutation des données transitant entre les différents éléments interconnectés par ce réseau supplémentaire d'interconnexion 68 est assurée par un organe de commutation supplémentaire 70 de ce réseau qui est lui-même relié au réseau d'administration 60. La structure de la grappe de serveurs 14, telle que décrite précédemment en référence à la figure 1, est appropriée pour la mise en oeuvre de l'invention, mais d'autres configurations possibles de grappes, notamment de type calculateur HPC, comprenant tout ou partie des éléments précités, voire comprenant d'autres éléments en cas de plus grande complexité, conviennent aussi. Dans une configuration simple, une grappe de serveurs comporte des noeuds de services comprenant au moins un serveur d'administration, des noeuds de calcul, un réseau d'administration reliant le noeud d'administration aux autres noeuds de la grappe et un réseau d'interconnexion des noeuds de calcul dont le débit plus élevé que celui du réseau d'administration permet d'atteindre des performances élevées de calcul. Une telle grappe de serveurs 14, composé d'éléments très hétérogènes, requiert une base de données 72 d'initialisation et d'administration, dont les outils d'administration sont par exemple hébergés par le serveur d'administration 18 et dont les données de description sont stockées dans la baie de stockage 28 associée au serveur d'administration 18. Les données, statiques ou dynamiques, de la base de données 72 sont régulièrement sauvegardées dans la baie de stockage sur bandes 38. Cette base de données 72 est représentée schématiquement sur la figure 2. Elle comporte un coeur de base de données DB, incluant notamment ses outils d'administration, et des données de descriptions structurées (D(58), D(60,62), D(64,68), noeuds, IHM, Déploiement, @IP, Localisation géographique, SGF, stockage) visant à renseigner les informations nécessaires à l'initialisation et à l'administration de la grappe de serveurs 14. Ces informations comportent tout d'abord des données D(58), D(60,62), D(64,68) concernant les différents réseaux de la grappe de serveurs 14 : le premier réseau série 58, le deuxième réseau d'administration 60, 62 et le troisième réseau d'interconnexion 64, 68. Ces données concernent par exemple le type de réseau, ses capacités de transmission, un identifiant du fournisseur, etc. Les informations comportent en outre des données � noeuds � sur les noeuds de type serveur de la grappe de serveurs 14 tels que ceux reliés au réseau de contrôle primaire 62 : la nature de chaque noeud (serveur de calcul, d'administration, etc.), ses caractéristiques techniques (modèle, état du matériel, capacité de calcul, mémoire RAM et état des outils logiciels installés), un identifiant du fournisseur, etc. Les informations comportent également des données � stockage � de description sur l'infrastructure du stockage, sur la découpe logique de volume, sur les modèles de déploiement, etc. Elles comportent aussi des données � IHM � concernant l'interface homme machine utilisée par la grappe de serveurs 14, des données � SGF � concernant le système de gestion de fichiers utilisé (par exemple le système Lustre), des données � Déploiement � concernant l'organisation du déploiement dans la grappe de serveurs 14, des données � @IP � concernant la distribution des adresses IP au sein de la grappe, ainsi que des données � Localisation géographique � concernant la localisation géographique des différents éléments. Pour générer la base de données 72, c'est-à-dire pour renseigner les valeurs de ses données de description, on utilise avantageusement un procédé tel que celui dont les étapes sont illustrées sur la figure 3. Lors d'une étape préalable 100, on définit une politique d'adressage des noeuds de la grappe de serveurs 14. En prenant l'exemple de la version 4 du protocole IP, une adresse IP d'un noeud de la grappe est définie par quatre octets dont les valeurs sont séparées par des points, en les ordonnant de l'octet ayant le poids le plus fort à celui de poids le plus faible. En supposant que cette adresse est de classe C, les trois premiers octets définissent la grappe de serveur en tarit que réseau local et le dernier octet permet de distribuer théoriquement 255 adresses IP aux noeuds de la grappe de serveurs. Si la grappe de serveurs comporte trop de noeuds par rapport aux adresses a priori disponibles en classe C, alors son adresse IP peut être choisie en classe B. Une politique d'adressage consiste à prédéfinir des règles logicielles d'attribution des adresses disponibles. Elle comporte par exemple les règles suivantes : - choix de la classe d'adressage en fonction du nombre d'adresses à distribuer dans la grappe de serveurs, réservation a priori de certaines adresses pour les commutateurs du réseau d'administration, réservation a priori de certaines adresses pour les commutateurs du réseau d'interconnexion des noeuds de calcul, réservation a priori de certaines adresses en tant qu'adresses virtuelles de noeuds ainsi identifiés par un alias lorsqu'ils sont dupliqués (c'est notamment le cas de l'interface de traitement 16, du serveur d'administration 18 et des noeuds de gestion de trafic 20 et 22), réservation a priori d'une zone d'adresses, pour les noeuds de calcul interconnectés en série tels que les noeuds de la première unité de calcul 40, zone dans laquelle la première adresse est réservée pour l'interface série concernée, telle que la multiprise 46, et les suivantes pour chacun des noeuds de calcul interconnectés en série, attribution automatique d'une adresse, ou d'un intervalle d'adresses, à un noeud de la grappe en fonction de son identifiant dans la grappe à l'aide d'une formule prédéfinie, attribution d'une adresse IP à chacun des trois réseaux de la grappe de serveurs 14, etc. Une formule pour l'attribution automatique d'adresses Ai aux noeuds Ni de la grappe en fonction de leur identifiant id(Ni) est par exemple : Ai = aaa.bbb.ccc.[1+id(Ni)], où aaa.bbb.ccc.0 est l'adresse IP générale de la grappe de serveurs 14 en classe C. Lors d'une étape 102 de début de génération de la base de données 72, des données statiques, définissant une répartition logique et géographique des noeuds de la grappe dans ses différents réseaux, et définissant matériellement les noeuds de la grappe, sont rassemblées et vérifiées par un opérateur. De façon classique ces données sont disponibles sous la forme de fichiers numériques, par exemple des tableaux de données générés à l'aide d'un tableur. En effet, ces documents sont généralement issus d'une phase d'étude technique faisant suite à un appel d'offre et visant à définir l'architecture précise de la grappe de serveurs 14. Un premier tableau 74, que l'on appellera tableau de représentation logique de la grappe de serveurs 14, comporte une liste des matériels et des interconnexions de port à port constituant la grappe accompagnés de toutes les informations permettant de les identifier de façon unique en tant que matériel et en tant qu'éléments de la grappe (notamment ce document attribue des identifiants pour chaque noeud de la grappe). Un second tableau 76, que l'on appellera tableau de représentation physique de la grappe de serveurs 14, donne une information complémentaire sur les éléments de la grappe de serveurs, en précisant leur localisation dans un centre de calcul destiné à recevoir la grappe de serveurs, par exemple à l'aide d'un système de coordonnées, en précisant notamment pour chaque câble la longueur nécessaire, en indiquant en outre certaines contraintes cle poids ou de localisation, etc. La vérification par l'opérateur consiste à s'assurer que les champs des tableaux 74 et 76 nécessaires à la génération de la base de données 72 sont bien remplis. Lors de cette même étape 102, un nouveau fichier de type tableau 78, que l'on appellera tableau de synthèse, est créé. Dans ce tableau de synthèse 78, un premier onglet est créé reprenant au moins les informations nécessaires à la génération de la base 72 à partir de données extraites du tableau de représentation logique 74. Un deuxième onglet est créé reprenant au moins les informations nécessaires à la génération de la base 72 à partir de données extraites du tableau de représentation physique 76. Eventuellement, un onglet supplémentaire récapitulatif reprend la liste du matériel composant la grappe de serveur 14. Cette liste peut être également extraite du tableau de représentation logique 74. Ensuite, lors d'une étape 104 de génération de profils de noeuds, sur la base de profils complets de noeuds prédéterminés, chaque noeud de la grappe de serveurs 14 répertorié dans le tableau de synthèse 78 est associé, dans la mesure du possible, à l'un des profils prédéterminés en fonction des informations déjà connues sur ce noeud. Ce profil auquel le noeud est associé est intégré au tableau de synthèse 78. Lors d'une étape 106 suivante, des informations de configuration générale de la grappe de serveurs 14 sont ajoutées aux données déjà enregistrées dans le tableau de synthèse 78. Ces informations concernent notamment : - un certain nombre de systèmes logiciels utilisés par la grappe de serveurs 14 pour son fonctionnement général, parmi lesquels le système de gestion de fichiers, le système de gestion de ressources (de l'anglais � ressource manager �), le système de gestion des files d'attente (de l'anglais � batch manager �), le système de gestion de la sécurité de transmission de données, et un certain nombre de paramètres indiquant par exemple l'existence d'un réseau virtuel, la duplication de certains noeuds, etc. On notera que ces informations peuvent provenir d'un tableau de synthèse préexistant similaire au tableau 78, créé lors d'une génération de base de données précédente par exemple. Ensuite, lors d'une étape 108 d'affectation des adresses IP, à l'aide de la politique d'adressage prédéterminée (étape 100) et des données déjà inscrites dans le tableau de synthèse 78 sur les différents éléments de la grappe de serveurs, des adresses IP sont automatiquement générées et affectées aux éléments concernés. Notamment, conformément à la politique d'adressage décrite précédemment : - un choix de classe d'adressage est fait en fonction du nombre d'octets nécessaire pour que tous les éléments de la grappe concernés aient une adresse, - des adresses IP virtuelles sont éventuellement définies, des adresses IP de réseaux virtuels sont définies selon les informations de configuration générale, et - les adresses IP disponibles sont distribuées entre les noeuds de la grappe de serveurs 14 en fonction de la formule prédéfinie. Au cours d'une étape 110, si lors de l'étape 104 tous les noeuds de la grappe de serveurs 14 n'ont pas pu être associés à des profils prédéterminés, ou si de nouveaux serveurs ou baies de stockage aux profils non référencés doivent être introduits, les paramètres manquants sont complétés par exemple par un opérateur dans le tableau de synthèse 78. Lorsque le tableau de synthèse 78 est complet, il est sauvegardé pour une éventuelle utilisation ultérieure (voir l'étape 106) et ses données sont traduites automatiquement en requêtes de manipulation de la base de données 72 de la grappe de serveurs 14 qui sont sauvegardées dans un fichier de requêtes 80, lors d'une étape 112. Cette traduction de données d'un fichier de type tableau en requêtes est classique et ne sera pas détaillée. Lors d'une étape 114, un opérateur vérifie le résultat de la traduction de données en requêtes. A ce stade, une interaction est possible pour modifier le fichier de requêtes 80. Enfin, au cours d'une dernière étape 116, ce fichier de requêtes 80 est exécuté par le serveur d'administration '18 sur site, lorsque la grappe de serveurs 14 est installée et en état de fonctionnement, de manière à compléter la base de données 72 de la grappe qui peut alors servir pour initialiser et/ou administrer la grappe de serveurs 14. Il apparaît clairement qu'un procédé de génération de base de données tel que décrit précédemment, pour l'initialisation et l'administration d'une grappe de serveurs, notamment de type calculateur HPC, améliore sensiblement la fiabilité des données enregistrées et la vitesse d'installation ou d'initialisation d'une telle grappe. Par ailleurs, il apparaîtra à l'homme de l'art que diverses modifications peuvent être apportées au mode de réalisation décrit ci-dessus, à la lumière de l'enseignement qui vient de lui être divulgué. Dans les revendications qui suivent, les termes utilisés ne doivent pas être interprétés comme limitant les revendications au mode de réalisation exposé dans la présente description, mais doivent être interprétés pour y inclure tous les équivalents que les revendications visent à couvrir du fait de leur formulation et dont la prévision est à la portée de l'homme de l'art en appliquant ses connaissances générales à la mise en oeuvre de l'enseignement décrit précédemment.10 REVENDICATIONS1. Procédé de génération de requêtes de manipulation d'une base de données (72) d'initialisation et d'administration d'une grappe de serveurs (14) comportant plusieurs noeuds (16, 18, 20, 22, 24, 28, 30, 34, 38, 40, 42, 44, 46, 48, 52) interconnectés entre eux par au moins un réseau de transmission de données (58, 60, 62, 64, 68), caractérisé en ce qu'il comporte les étapes suivantes : - à partir d'une répartition logique (74) des noeuds de la grappe dans le réseau de transmission de données, d'une répartition géographique (76) et d'une définition matérielle (74, 76) des noeuds de la grappe, génération (102, 104, 106) d'au moins un ensemble de profils des noeuds et du réseau de transmission de données, définition (100) d'une politique d'adressage des noeuds de la grappe, à partir de l'ensemble de profils et en fonction de la politique d'adressage, affectation (108) d'au moins une adresse à chaque noeud de la grappe de serveurs et génération (110) d'un ensemble de paramètres de la grappe, et à partir de l'ensemble de paramètres de la grappe et des adresses de ses noeuds, génération (112, 114) d'au moins un fichier (80) de requêtes de manipulation de la base de données (72) d'initialisation et d'administration de la grappe de serveurs (14). 2. Procédé de génération de requêtes de manipulation d'une base de données (72) d'initialisation et d'administration d'une grappe de serveurs (14) selon la revendication 1, dans lequel l'étape (102, 104, 106) de génération d'au moins un ensemble de profils des noeuds et du réseau de transmission de données comporte la génération d'un fichier numérique de synthèse (78) à partir d'un premier fichier numérique (74) prédéterminé de représentation logique de la grappe de serveurs et d'un deuxième fichier numérique (76) prédéterminé de représentation physique de la grappe de serveurs. 3. Procédé de génération de requêtes de manipulation d'une base de données (72) d'initialisation et d'administration d'une grappe de serveurs (14) selon la revendication 1 ou 2, dans lequel l'étape (100) de définition d'une politique d'adressage comporte la définition de règles logicielles d'attribution d'adresses IP disponibles à au moins une partie des éléments constitutifs de la grappe de serveurs(14), et dans lequel l'étape (108) d'affectation d'au moins une adresse à chaque noeud de la grappe de serveurs est réalisée par l'exécution de ces règles logicielles. 4. Procédé de génération de requêtes de manipulation d'une base de données (72) d'initialisation et d'administration d'une grappe de serveurs (14) selon la revendication 3, dans lequel les règles logicielles comprennent au moins l'un des éléments de l'ensemble constitués de règles logicielles suivantes : choix d'une classe d'adressage IP en fonction du nombre d'adresses IP à distribuer dans la grappe de serveurs (14), réservation a priori de certaines adresses pour des commutateurs du réseau de transmission de données (58, 60, 62, 64, 68), - réservation a priori de certaines adresses en tant qu'adresses virtuelles de noeuds, réservation a priori d'une zone d'adresses, pour des noeuds (40) interconnectés en série, dans laquelle une première adresse est réservée pour une interface série (46) entre les noeuds (40) interconnectés en série et le reste de la grappe de serveurs, et les suivantes pour chacun des noeuds interconnectés en série, attribution automatique d'une adresse, ou d'un intervalle d'adresses, à un noeud de la grappe en fonction de son identifiant dans la grappe à 20 l'aide d'une formule prédéfinie, - attribution d'une adresse IP à chaque réseau de transmission de données de la grappe de serveurs. 5. Procédé de génération de requêtes de manipulation d'une base de données (72) d'initialisation et d'administration d'une grappe de serveurs (14) selon 25 l'une quelconque des revendications 1 à 4, comportant une étape (116) lors de laquelle le fichier de requêtes (80) est exécuté de manière à compléter la base de données (72) de la grappe de serveurs (114). 6. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable 30 par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre d'un procédé de génération de requêtes de manipulation d'une base de données (72) d'initialisation et d'administration d'une grappe de serveurs (14) selon l'une quelconque des revendications 1 à 5. 7. Grappe de serveurs (14) comportant plusieurs noeuds (16, 18, 20, 22, 24, 35 28, 30, 34, 38, 40, 42, 44, 46, 48, 52) interconnectés entre eux par au moins unréseau de transmission de données (58, 60, 62, 64, 68), dont au moins un serveur (18) d'administration des noeuds de la grappe associé à une baie (28) de stockage de données d'administration, caractérisé en ce qu'elle comprend en outre une base de données (72) d'initialisation et d'administration complétée par des requêtes générées par un procédé selon l'une quelconque des revendications 1 à 5, les données d'initialisation et d'administration étant stockées dans la baie (28) de stockage de données d'administration et le serveur d'administration (18) comportant des moyens de gestion de cette base de données. 8. Grappe de serveurs (14) selon la revendication 7, dans laquelle au moins une partie des noeuds comporte des noeuds de calcul (40, 42, 44) et dans laquelle le réseau de transmission de données comporte au moins un réseau (64, 68) d'interconnexion des noeuds de calcul. 9. Grappe de serveurs (14) selon la revendication 8, comportant en outre au moins un noeud de gestion de trafic (20, 22) et au moins un noeud de sauvegarde de données (24), et dans laquelle le réseau de transmission de données comporte en outre au moins un réseau d'administration (60, 62) différent du réseau d'interconnexion des noeuds de calcul pour la connexion du serveur d'administration (18) aux noeuds de calcul (40, 42, 44), de gestion de trafic (20, 22) et de sauvegarde de données (24).