FR 2832235 A1 20030516 FR 0213941 A 20021107 n'est pas capable d'imprimer la tâche d' impression. La présente invention concerne de façon générale le domaine des confi- gurations de systèmes informatiques, et plus particulièrement un système et un procédé pour utiliser des configurations de système dans un sys- tème informatique modulaire. Plus les besoins en traitement informatique augmentent et plus les tâches se diversifient, plus les utilisateurs recherchent des systèmes informati- ques puissants qui assurent plus de fonctionnalité et d'adaptabilité à leurs besoins. Une manière d'augmenter la fonctionnalité des systèmes infor- matiques consiste, pour les utilisateurs, à ajouter des composants qui peuvent soit accro^tre la fonctionnalité soit ajouter des fonctionnalités sup- plémentaires. Avec les systèmes informatiques monolithiques standard, I'utilisateur conna^'t le contenu exact du système monolithique et, quand il installe un composant dans le châssis ou le bo^'tier du système informati- que, I'utilisateur a une notion de la manière dont le composant va interagir avec les autres composants du système informatique car, typiquement, les composants interagissent d'une manière unique au sein d'un système informatique monolithique. Ainsi, I'ajout d'un composant à un système in- formatique monolithique et la configuration de ce composant pour qu'il in- teragisse avec les autres composants déjà présents n'est généralement pas une tâche difficile. Au fur et à mesure que les utilisateurs et les entreprises se tournent vers des systèmes informatiques moins encombrants mais avec une plus gran- de puissance de calcul et une plus grande adaptabilité aux besoins, les utilisateurs abandonnent les systèmes monolithiques pour se tourner vers les systèmes informatiques modulaires. Les systèmes informatiques mo- dulaires permettent aux utilisateurs de crcer des systèmes informatiques sur mesure qui satisfont les exigences très particulières de chacun. Les systèmes informatiques modulaires sont constitués d'un ou plusieurs com- posants modulaires tels que les composants de traitement, les compo sants d'entrée/sortie, les composants d'alimentation électrique et les com- posants de donnces, qui peuvent être reliés ensemble en nombre quel- conque et combinés de toutes les manières au sein d'un châssis. Comme chaque composant modulaire exécute des fonctions spécifiques, les utili- sateurs peuvent combiner les éléments modulaires pour créer un système informatique modulaire idéalement adapté à leurs besoins. Comme l'on peut configurer des composants modulaires pour former un système ou des systèmes multiples, I'interopérabilité des composants modulaires n'est pas connue tant que l'on n'a pas indiqué au chassis ce qu'il y a lieu de faire avec les composants modulaires. Après que l'utilisateur a modifié la configuration des composants modulaires, le système informatique envoie un message à l'utilisateur pour qu'il identifie la manière dont les compo- sants modulaires doivent interopérer. De la sorte, I'utilisateur doit savoir la manière dont les composants modulaires sont supposés interagir entre eux lorsqu'il ajoute, retire ou remplace des composants modulaires. Lors de l'installation ou du retrait de composants modulaires dans un sys- tème informatique modulaire, une diffculté tient au fait que l'utilisateur doit identifier la man ière dont les composants mod u laires i ntero péreront a près que l'utilisateur ait installé, remplacé ou retiré un composant modulaire. L'utilisateur effectue le travail de modification d'une configuration de com posants modulaires sans savoir si le système informatique modulaire sup- porte ou non la nouvelle configuration de composants modulaires ou si la nouvelle configuration fonctionnera de la manière attendue par l'utilisa- teur. Par exemple, un utilisateur peut configurer les composants modulai- res d'une manière que le système informatique modulaire ne supporte normalement pas, et tel le que le système ne peut pas être mod ifié pou r la supporter. Ainsi l'utilisateur perd du temps à crcer une configuration qui ne peut pas être supportée par le système informatique et qui aboutit à un système informatique qui ne répond pas correctement aux besoins de l'utilisateur. Des problèmes peuvent survenir après que i'utilisateur a modifié la confi- guration de composants modulaires, a tenté d'alimenter le système infor- matique modulaire et identifié la manière dont doivent interagir entre eux les composants modulaires. Si l'utilisateur installe ou retire de façon incor- recte le composant modulaire additionnel ou qu'il identifie de façon incor recte la manière dont doivent interagir entre eux les composants modulai- res, il se peut que le système informatique ne démarre pas ou qu'il ne fonctionne pas de la manière attendue par l'utilisateur. Si le système in- formatique ne démarre pas ou ne fonctionne pas correctement, souvent l'utilisateur n'a aucune idée du point de savoir si c'est un composant mo dulaire défectueux qui a provoqué l'erreur, ou si l'erreur est due à un pro blème de configuration tenant au fait que l'utilisateur n'a pas correctement identifié la manière dont les composants modulaires interagissent entre eux. Ce déficit de connaissance rend également difficile la maintenance, aussi bien sur site qu'à distance car, avant de pouvoir diagnostiquer le problème et proposer une solution, le technicien de maintenance doit re- chercher les sources potentielles d'erreur aussi bien dans les composants modulaires que dans le système. Un besoin est ainsi apparu de disposer d'un système et d'un procédé qui permettent de déte rminer la man iè re dont interopèrent les co m posa nts modulaires au sein d'un système informatique modulaire avant l'installa- tion, le remplacement ou le retrait d'un composant modulaire. Un autre besoin s'est fait sentir d'un système et d'un procédé qui permet- tent de déterminer si une erreur dans un système informatique modulaire est due ou non à un composant modulaire défectueux ou à une configura 1 5 tion incorrecte du système. Conformément aux enseignements de la présente invention, il est propo- sé un système et un procédé pour utiliser des configurations de systèmes dans un système informatique modulaire qui éliminent et réduisent subs- tantiellement les inconvénients et les problèmes associés aux systèmes informatiques modulaires intérieurs. Le système et le procédé permettent d'introduire dans un système informatique modulaire des configurations de système qui peuvent indiquer, avant de modifier la configuration de composants modulaires, la manière dont un ou plusieurs composants mo- dulaires interopéreront. Selon un premier aspect de la présente invention, un système et un pro- cédé procurent une ou plusieurs configurations de système pour un sys- tème informatique modulaire possédant un ou plusieurs composants mo- dulaires. Le système informatique peut également inclure un plan médian apte à être mis en _uvre pour recevoir les composants modulaires. Les configurations modulaires déterminent la manière dont interagissent les composants modulaires. Un module de gestion, associé aux configura- tions de système, détermine si la configuration de composants modulaires est ou non conforme à la configuration de système sélectionnée et donne une indication de la conformité ou non de la configuration de composants modulaires à la configuration de système sélectionnce. Dans un mode de réalisation, un utilisateur du système informatique mo- dulaire sélectionne une configuration de système qui correspond à une configuration de composants modulaires souhaitée. S'il n'existe aucune configuration de système qui corresponde à la configuration de compo sants modulaires souhaitée, une option est proposé à l'utilisateur de créer une nouvelle configuration de système qui corresponde effectivement à la configuration de composants modulaires souhaitée par l'utilisateur. L'utili- sateur crée une configuration de composants modulaires que ce soit en installant, en remplaçant ou en retirant un ou plusieurs composants modu laires, ou en modifiant les composants modulaires déjà installés. Une fois que la configuration de composants modulaires est achevée, le module de gestion d étermine si la config u ration de composants mod u laires ré pond aux exigences de la configuration de système sélectionnée, et donne une indication sur la conformité ou non de la configuration de composants mo dulaires à la configuration de système sélectionnce. Si la configuration de composants modulaires est conforme à la configuration de système sélec- tionnce, alors le système informatique modulaire s'allumera et sera prêt à être utilisé par l'utilisateur. Si la configuration de composants modulaires n'est pas conforme à la configuration de système sélectionnce, le module de gestion produira une alarme de configuration indiquant que la configu- ration de composants modulaires n'est pas conforme à la configuration de système sélectionnce. La présente invention procure un certain nombre d'avantages techniques importants. Un avantage technique important est la capacité à déterminer la manière dont interopèrent les composants modulaires avant installation, remplacement ou retrait de l'un quelconque des composants modulaires. Le fait de pourvoir déterminer l'interopérabilité des composants modulai- res avant de changer la configuration de composants modulaires permet à l'utiilsateur de ne pas perdre de temps à créer une configuration de com posants modulaires qui ne soit pas supportée ou qui ne puisse pas être supportée par le système informatique modulaire. L'utilisateur n'a pas be- soin d'attendre qu'un composant modulaire ait été installé pour déterminer la manière dont le composant modulaire interagit avec les autres compo- sants modulaires, car l'utilisateur détermine la manière dont les compo sants modulaires interagissent au moment o il sélectionne une configura- tion de système particulière. Un autre avantage technique important de la présente invention est sa ca- pacité à déterminer si une erreur dans un système informatique modulaire est due à un composant modulaire défectueux ou à une configuration de composants modulaires incorrecte. Habituellement, lorsqu'un utilisateur installe un nouveau composant modulaire et que le système informatique ne fonctionne pas correctement, I'utilisateur ne sait pas si le composant modulaire est défectueux ou si les composants modulaires sont mal instal lés ou configurés. L'alarme de configuration produite par le module de gestion alerte l'utilisateur sur le fait qu'il y a un problème de configuration et non un problème de matériel lié aux composants modulaires addition- nels. L'utilisateur peut faire part de l'alarme de configuration à un techni- cien de maintenance sur site ou à distance afin d'aider celui-ci dans son diagnostic et sa résolution du problème. En outre, en sélectionnant une configuration de système avant de créer une configuration de composants modulaires, I'utilisateur définit le comportement et le fonctionnement d'un ou plusieurs composants modulaires, que l'utilisateur peut également transmettre au technicien de maintenance pour l'aider ultérieurement pour la maintenance du système informatique modulaire. D'autres caractéristiques et avantages de l'invention appara^'tront à la lec ture de la description détaillée ci-dessous, faite en référence aux dessins annexés, o les mêmes références numériques désignent des éléments semblables. La figure 1 est une représentation schématique d'un système informatique modulaire. La figure 2 illustre un châssis typique pour composants modulaires. Les figures 3a, 3b, 3c et 3d illustrent des schémas par blocs de diverses configurations de composants modulaires. La figure 4 est un organigramme d'un procédé pour sélectionner des con- figurations de système et pour déterminer si la configuration de compo sants modulaires est conforme à la configuration de système sélection- née. o Avec les systèmes informatiques monolithiques, lorsqu'un utilisateur ins- talle un nouveau composant au sein du système informatique, I'utilisateur a g énéralement u ne id ée de la man ière dont le nouveau composant va interagir avec les autres composants. Mais avec les systèmes informati- ques modulaires, il n'est généralement pas possible de conna^'tre l'intero pérabilité des composants modulaires au sein du système informatique modulaire avant que l'utilisateur n'ait crcé la configuration de composants mod u lai res et avant que le système informatique mod u l aire n'a it ad ressé un message à l'utilisateur pour identifier la manière dont les composants modulaires doivent interagir entre eux. Les configurations de système de la présente invention permettent à un utilisateur de déterminer i'interopé- rabilité des composants modulaires entre eux avant de modifier la confi- guration actuelle des composants modulaires. La figure 1 est une représentation schématique d'un système informatique modulaire 10 enfermé dans une armoire 11. L'armoire 11 accepte un ou plusieurs châssis 12, le châssis 12 recevant un ou plusieurs composants modulaires. L'armoire 11 peut être une armoire baie de serveur taille U (un U étant une unité standard de mesure pour désigner la hauteur des coffrets informatiques et des baies, avec 1 U = 1,75 pouce, soit 4,45 cm). Dans le mode de réalisation illustré figure 1, I'armoire baie 11 peut être une baie d'armoire de serveur 42U, ce qui signifie qu'elle peut loger qua- rante-deux systèmes informatiques monolithiques classiques 1U, ou une quelconque combinaison de systèmes informatiques monolithiques 1U, 2U, 4U et 7U, jusqu'à 42U au total. L'armoire 11 peut recevoir des composants modulaires au lieu des systè- mes informatiques monolithiques. À cet effet, I'armoire 11 reçoit un ou plusieurs châssis 12, les châssis 12 logeant les composants modulaires. Dans ie mode de réalisation iliustré sur la figure 1, il y a quatorze châssis 12a-12n, chaque châssis 12 ayant une hauteur de 3U. Dans d'autres mo- des de réalisation, on peut avoir plus ou moins que quatorze châssis dans I'armoire 11, et le châssis 12 peut avoir une hauteur supérieure ou infé- rieure à 3U. Sur la figure 2 on a illustré un exemple de châssis 12 extrait de l'armoire 11. Le châssis 12 comprend un ou plusieurs secteurs 14, les secteurs 14 pouvant être mis en _uvre pour accepter des composants modulaires tels que "briques" de serveur et "lames" de serveurs, ces composants modu- laires comprenant des composants de traitement, des composants d'en- trée/sortie ("E/S") des composants de données, des composants d'alimen- tation électrique ou tous autres types appropriés de composants informa tiques modulaires. Sur la figure 2, on a illustré un châssis 12 avec six secteurs 14a-14f, ce qui permet au châssis d'accepter jusqu'à six compo- sants modulaires. Les chassis 12 étant multiconfigurable pour leur per- mettre d'accepter de composants modulaires de types et en nombre très variés, dans des variantes de réalisation le chassis 12 peut comprendre plus ou moins que six secteurs 14, et les secteurs 14 peuvent étre confi- gurés différemment au sein du chassis 12. Le chassis 12 peut compren- dre un plan médian 16 qui comporte des connecteurs matériels (non ex- plicitement représentés) permettant de connocter des composants modu- laires associés au plan médian 16 et de les interfacer entre eux au sein du chassis 12. La figure 3a est un schéma par blocs du chassis 12a comprenant le plan médian 16 et les composants modulaires suivants, organisés en une con- figuration particulière de composants modulaires: composant de traite- ment 18, deux composants 20a et 20b d'entrée/sortie ("'E/S") et deux composants d'alimentation électrique 22a et 22b. La configuration de composants modulaires est la manière dont les composants modulaires sont configurés au sein du chassis 12. La configuration de composants modulaires pour le chassis 12a est la suivante: composant de traitement 18 dans le secteur 14b, composant E/S 20a dans le secteur 14f, compo sant E/S 20b dans le secteur 14c, composant d'alimentation électrique 22a dans le secteur 14e et composant d'alimentation électrique 22b dans le secteur 14d, le secteur 14a restant vide. Le composant de traitement 18 comprend quatre processeurs 24a à 24d (tel que des processeurs dispo- nibles chez INTEL et ADVANCED MICRO DEVICES), une mémoire locale 26, un contrôleur de mémoire 28 et divers connocteurs pour assurer la com munication entre le composant de traitement 18, le plan médian 16 et les autres composants modulaires. Dans des variantes de mise en _uvre, le composant de traitement 18 peut contenir plus ou moins que quatre pro- cesseurs 24. Les composants E/S 20a et 20b comprennent quatre "slots" de connexion pour bus PCI enfichables à chaud, un disque système de voie optique 32 et tout autre port d'entrée/sortie approprié tel que des ports Ethernet, des ports IEEE-1394 ou des ports USB. Dans des varian- tes de réalisation, les co mposants E/S 20a et 20 b peuvent ne co m pren- dre que des slots PCI ou autre connexion d'entrée/sortie approprice. Les composants d'alimentation électrique 22a et 22b peuvent comprendre une ou plusieurs alimentations délivrant avec redondance l'énergie aux com- posants modulaires. Le plan médian 16 comprend de préférence un module de gestion 34 et un support de stockage 36. Le support de stockage 36 peut être une mé moire non volatile tel qu'une EEPROM ou une SEPROM, qui constitue l'endroit o le module de gestion 34 mémorise les configurations de sys- tème pour le châssis 12a et y accède. Les configurations de système identifient, déterminent et commandent la manière dont le composant de traitement 18, les composants E/S 20a et 20b et les composants d'alimen tation électrique 22a et 22b interagissent entre eux au sein du châssis 12a. Le module de gestion 34 a connaissance des différents types de composants modulaires et peut déterminer quels composants modulaires sont supportés par le châssis 12a et les configurations de système. Cha- cun des composants modulaires comprend une description du type de composant modulaire qu'il constitue, et le module de gestion 34 lit cette description pour reconna'^tre les composants modulaires et savoir o ces composants modulaires sont situés au sein du châssis 12a. La description incluse dans chaque composant modulaire permet également au module de gestion 34 de faire ie rapprochement entre la configuration de système et la manière dont les composants modulaires interagissent. Lorsque le fabricant du châssis 12a conçoit et réalise le châssis 12a, ce constructeur peut créer une ou plusieurs configurations de système et mé- moriser les configurations de système dans le support de stockage 36. Les configurations de système sont créées et stockées dans le support de stockage 36 avant que le fabricant n'expédie le châssis 12a à l'utilisateur. Les utilisateurs peuvent créer et mémoriser des configurations de système supplémentaires dans le support de stockage 36 en accédant au module de gestion 34 et en l'utilisant pour créer des configurations de système additionnelles qui correspondent spécifiquement à leurs besoins. Les configurations de système peuvent comprendre des configurations de composants modulaires variées et différentes. Par exemple, I'une des configurations de système peut correspondre à deux systèmes distincts à quatre voies au sein du châssis 12a. Les deux configurations de système distincts à quatre voies permettent d'avoir deux systèmes informatiques distincts et séparés au sein du châssis 12a. Les deux configurations de système distincts à quatre voies nécessitent deux composants de traite- ment 18 ayant chacun quatre processeurs 24, deux composants E/S 20 et deux composants d'alimentation électrique 22 pour une fonctionnalité pro- pre avec chaque composant de traitement 18 opérant indépendamment. Une autre configuration de système peut être un système unique à huit voies au sein d'un châssis 12a. La configuration de système unique à huit voies donne un unique système au sein du châssis 12a et requiert deux composants de traitement 18 ayant chacun quatre processeurs 24, un composant E/S 20 et deux composants d'alimentation électrique 22 pour une fonctionnalité propre avec les huit processeurs 24 des deux compo- sants de traitement 18 travaillant ensemble en un système de calcul uni- que. Un utilisateur peut souhaiter créer ses propres configurations de système en modifiant la configuration de système prcexistante stockée dans le support de stockage 36, ou en créant des configurations de système en- tièrement nouvelles. Par exemple, dans la configuration de système à huit voies, un utilisateur peut avoir besoin d'une fonctionnalité propre des deux composants E/S, et crcer ainsi une nouvelle configuration de système en modifiant la configuration de système à huit voies en exigeant une fonc tionnalité propre de deux composants E/S 20. Si l'on se réfère à la figure 3a qui illustre une configuration avec un sec- teur 14a vide, il se peut que le châssis 12a démarre ou ne démarre pas et fonctionne correctement ou non selon la configuration de système que sélectionne l'utilisateur. Par exemple, si l'utilisateur accède au module de gestion 34 et choisit la configuration à deux systèmes séparés à quatre voies permettant au châssis 12a de fonctionner comme deux systèmes distincts, lorsque l'utilisateur allume le chassis 12a le composant de trai- tement 18, le composant E/S 20a et le composant d'alimentation électri- que 22a fonctionneront correctement en système de calcul unique à qua tre voies. Comme il n'y a pas de composant de traitement 18 dans le sec- teur 14a, les exigences de la configuration de système à quatre voies n'ont pas été satisfaites et le composant E/S 20b et le composant d'ali- mentation électrique 22b ne s'allumeront pas. Comme les exigences de la configuration pour les deux systèmes distincts à quatre voies n'ont pas été totalement satisfaites, le module de gestion 34 peut produire une indica- tion de ce que les exigences de la configuration sélectionnée pour deux systèmes distincts à quatre voies n'ont pas été satisfaites. Une telle indi- cation peut être une alarme de configuration permettant à l'utilisateur ou à un administrateur de système de savoir que la configuration de compo sants modulaires actuelle n'est pas entièrement conforme à la configura- tion de système sélectionnée. L'alarme de configuration permet à l'utilisa- teur ou à l'administrateur du système de comprendre que la raison pour laquelle le composant E/S 20b et ie composant d'alimentation électrique 22b ne fonctionnent pas n'est pas la présence d'une erreur ou d'un dys fonctionnement des composants E/S 20b ou du composant d'alimentation électrique 22b, mais tient au fait que la configuration des composants mo- dulaires ne concorde pas avec la configuration de système sélectionnée. Le module de gestion 34 peut produire une alarme de configuration en faisant clignoter une diode lumineuse ou, si le chassis 12a ou l'armoire 11 sont reliés à un moniteur avec afficheur à cristaux liquides, le moniteur peut afficher l'alarme de configuration et donner des détails sur le problè- me de configuration. De plus, le module de gestion 34 peut également disposer d'une liaison réseau ou Ethernet renvoyant à une console de gestion, de sorte que l'alarme de configuration peut être automatiquement délivrée à un administrateur de système, alertant celui-ci d'une tentative de configuration de composants modulaires invalide. L'administrateur du système peut alors contacter l'utilisateur pour informer celui-ci des détails de la configuration incorrecte de composants modulaires. Si, avec la configuration de la figure 3a,1'utilisateur choisit la configuration en système unique à huit voies, lorsque l'utilisateur tente d'allumer le châssis 12a, le composant de traitement 18 et les composants E/S 20a et b ne s'allumeront pas, parce que les exigences de la configuration de système unique à huit voies n'ont pas été satisfaites. Comme indiqué plus haut, la configuration en système unique à huit voies impose que deux composants de traitement 18 dans le secteur 14a et 14b jouent le rôle de système de calcul unique à huit voies. Comme le secteur 14a est vide et ne contient pas de composant de traitement 18, le châssis 12a ne peut pas fonctionner sous la configuration de système unique à huit voies. Le module de gestion 34 reconna^'t que la configuration actuelle de compo sants modulaires dans le châssis 12a ne satisfait pas l'exigence de la con figuration de système choisie et produit une alarme de configuration indi quant que la configuration de composants modulaires n'est pas conforme à la configuration de système choisi. La figure 3b illustre un châssis 12b o l'utilisateur a installé un composant de traitement 38 dans le secteur 14a. Avant que l'utilisateur n'installe le composant de traitement 38 dans le secteur 14a, 1'utilisateur doit sélec tionner une configuration de système qui réponde au mieux aux motifs pour lesquels l'utilisateur a installé un composant de traitement 38 dans le secteur 14a. Si l'utilisateur souhaite que le châssis 12b soit mis en _uvre comme deux systèmes distincts à quatre voies, alors l'utilisateur a besoin de sélectionner la configuration de système a quatre voies avant d'instal ler le composant de traitement 38 dans le secteur 14a. Si l'utilisateur sou haite que le châssis 12b soit mis en _uvre comme un système unique à huit voies, il faut alors que l'utilisateur sélectionne la configuration de sys tème à huit voies avant d'installer le composant de traitement 38. L'utilisa teur peut également souhaiter une configuration de composants modulai res différente des configurations de système à quatre voies ou à huit voies, et il faudra alors qu'il sélectionne cette configuration de système parmi les configurations de système mémorisoes dans le stockage 36 ou qu'il utilise le module de gestion 34 pour créer une nouvelle configuration de système en fonction des besoins de l'utilisateur. Si l'utilisateur souhaite avoir deux systèmes distincts à quatre voies au sein du châssis 12b, alors l'utilisateur sélectionne la configuration des sys tème à quatre voies, installe le composant de traitement 38 et ailume le châssis 12b. À L'allumage du châssis 12b, le module de gestion 34 dé termine que la configuration de système à quatre voies est restée la configuration de système sélectionnée et va voir dans le support de stoc- kage 36 quelles sont les exigences de la configuration de système à qua- tre voies sélectionnée. Après que le module de gestion 34 ait déterminé les exigences de la configuration de système sélectionnée, le module de gestion 34 vérifie si la configuration de composants modulaires du châssis 12b répond aux exigences de la configuration de système à quatre voies choisie. Le module de gestion 34 vérifie la configuration de composants modulaires pour voir s'il y a des composants de traitement 18 et 38 instal lés dans les secteurs 14a et 14b, des composants E/S 20 dans ies sec teurs 14c et 14f, et des composants d'alimentation électrique 22 installés dans les secteurs 14d et 14e. Le module de gestion 34 détermine que la configuration de composants modulaires du châssis 12b décrite figure 3b répond aux exigences de la configuration de système à quatre voies choi sie, et poursuit alors l'allumage du châssis 12. Les configurations de système peuvent non seulement s'appliquer à la configuration de composants modulaires au sein du châssis 12b, mais elles peuvent également s'appliquer aux configurations ou caractéristi- ques au sein des composants modulaires individuels. Par exemple, avec la configuration de composants modulaires de la figure 3, I'utilisateur sé- lectionne une configuration de système qui fait en sorte que le châssis 12b soit mis en _uvre en deux systèmes distincts, le composant de trai- tement 18, le composant E/S 20a et le composant d'alimentation électri- que 22a opérant en un système et le composant de traitement 3S, le composant E/S 20b et le composant d'alimentation électrique 22b opérant en tant qu'autre système. Mais l'une des applications que l'utilisateur fait tourner sur le châssis 12b requiert cinq processeurs et 3 Go de mémoire. L'utilisateur est conscient des exigences de cinq processeurs et 3 Go, et crée donc une nouvelle configuration de système qui crce deux systèmes distincts au sein du châssis 12b,1'un au moins des deux systèmes devant contenir cinq processeurs et 3 Go de mémoire. L'utilisateur sélectionne la nouvelle configuration de système et, lorsque l'utilisateur commence à allumer le châssis 12, le module de gestion 34 détermine que la nouvelle configuration de système est la configuration de système sélectionnée. Le module de gestion 34 détermine les exigences pour la configuration de système sélectionnée et vérifie non seulement la configuration de compo sants modulaires du châssis 12b, mais aussi la configuration et les carac téristiques des composants de traitement 18 et 38 pour voir si l'un ou l'au tre des composants de traitement 18 ou 38 contient cinq processeurs et 3 Go de mémoire. Comme les composants de traitement 18 ou 38 con tiennent seulement quatre processeurs 24 chacun, le configuration ou les caractéristiques des composants de traitement 18 et 38 ne sont pas con formes à la configuration de système sélectionnce et le châssis 12b ne continue pas à s'allumer. Le module de gestion 34 produit une alarme de configuration comme décrit plus haut pour alerter itutilisateur que la confi guration de composants modulaires et la configuration ou les caractéristi ques des composants de traitement 18 et 38 ne sont pas conformes à la configuration de système sélectionnée. La figure 3c est un schéma par blocs d'une variante de configuration du châssis 12c, o un composant de donnces 40 est installé dans le secteur 14a. Le composant de données 40 de la figure 3c contient cinq unités de disque dur 42 (HDD) mais, dans des variantes de réalisation, le compo sant de données 40 peut comporter plus de cinq ou moins de cinq unités de disque dur 42. Les unités de disque dur 42 stockent des données et peuvent être de type SCSI, EIDE ou tout autre type approprié d'unité de disque dur. Outre les unités de disque dur 42, le composant de données peut également contenir un contrôleur RAID 44 ainsi qu'un support de transmission par fibre et communiquer avec un ou plusieurs coffrets JBOD (Just a Bunch Of Disks, simple juxtaposition de disques). Lorsqu'ii ajoute le composant de données 40 au châssis 12c,1'utilisateur doit sélectionner une configuration de système qui prenne en compte la présence du composant de donnces 40. Par exemple, avant d'ajouter le composant de données 40, I'utilisateur peut sélectionner une configuration de système o le châssis 12c opère en deux systèmes distincts - un sys tème informatique de traitement et un système informatique de données. Ainsi, le composant de traitement 18, le composant EIS 20a et le compo sant d'alimentation électrique 22a fonctionnent ensemble comme un sys tème informatique de traitement et le composant de données 40, le composant E/S 20b et le composant d'alimentation électrique 22b foncti onnent ensemble comme système informatique de données. Après que l'utilisateur a sélectionné la configuration de système et allumé le châssis teur a sélectionné la configuration de système et allumé le châssis 12c, le module de gestion 34 détermine quelle est la configuration de système sélectionnce et vérifie la configuration de composants modulaires du châssis 12c pour voir si cette configuration de composants modulaires est conforme aux exigences de la configuration de système sélectionnée. Le module de gestion 34, en délivrant une alarme de configuration lorsque la configuration de composants modulaires n'est pas conforme à la confi- guration de système sélectionnée, simplifie la maintenance du système informatique modulaire à la fois pour les utilisateurs et pour les techni ciens de maintenance. Par exemple, avec la configuration de la figure 3d, un utilisateur a déjà installé dans le châssis 12d un composant de traite- ment 18 dans le secteur 14b, un composant E/S 20a dans le secteur 14f et des composants d'alimentation électrique 22a et 22b dans les secteurs 14d et 14e. L'utilisateur sélectionne une configuration de système o les secteurs 14b, 14f et 14e fonctionnent en un système distinct et les sec teurs 14a, 14c et 14d fonctionnent en un autre système distinct. L'utilisa teur est ainsi capable de faire fonctionner le composant de traitement 18, le composant E/S 20a et le composant d'alimentation électrique 22a en un système distinct et séparé. L'utilisateur acquiert alors un nouveau composant de traitement 46 pour installation dans le secteur 14a et installe ce composant de traitement 46 dans le secteur 14a, mais ne modifie pas la configuration du système de deux systèmes distincts en un système unique. Le module de gestion 34 requiert que les secteurs 14a, 14b,14c et 14d fonctionnent en un système distinct pour répondre aux exigences de la configuration de système sé- lectionnée créant deux systèmes séparés et distincts au sein du châssis 12d. Mais, pour que les secteurs 14a, 14c et 14d fonctionnent en un sys- tème distinct, il doit y avoir un composant E/S 20 installé dans le secteur 14c, ce qui n'est pas le cas au sein du châssis 12d. De la sorte, lorsque I'utilisateur allume le châssis 12d, le composant de traitement 18, le com- posant E/S 20a et le composant d'alimentation électrique 22a s'allument mais le composant de traitement 46 ne s'allume pas. Le module de ges- tion 34 produit une alarme de configuration indiquant que la configuration de composants modulaires actuelle n'est pas conforme aux exigences de la configuration de système sélectionnce. Du fait de l'alarme de configura tion, l'utilisateur saura que le non-allumage du composant de traitement 46 est dû a un problème lié a la configuration de composants modulaires et non à un problème matériel tenant aux composants de traitement 46. S'il n'y avait pas eu de moyen de sélectionner et de modifier des configu rations de système et pas d'alarme de configuration, l'utilisateur n'aurait eu aucune indication lui permettant de savoir si le non-allumage du com posant de traitement 46 était dO à un défaut du composant de traitement 46,ousi le non-allumage du composant de traitement 46 avait pour cause un problème de configuration des composants modulaires. De plus, si I'utilisateur contacte un technicien de maintenance lorsque le composant de traitement 46 ne s'allume pas, le technicien de maintenance peut ai sément dire, en demandant à l'utilisateur si celui-ci a reçu une alarme de configuration, s'il s'agit d'un problème matériel ou de configuration des *composants modulaires. Le châssis 12 peut être configuré de diverses manières pour répondre à une grande variété de configurations de système, qui n'est pas limitée aux configurations de composants modulaires illustrées sur les figures 3a, 3b, 3c et 3d. Les utilisateurs peuvent décider de configurer différents châssis 12 dans l'armoire 11 avec les mêmes composants modulaires, en dispo sant ainsi de gros blocs de composants de traitement, de composants E/S, de composants de données ou de composants d'alimentation électri que. Par exempie, I'utilisateur peut n'installer que des composants de traitement 18 dans le châssis 12a, 12b, 12c et 12d, que des composants de donnces 40 dans le chassis 12e, 12f, 12g, 12h, que des composants E/S 20 dans les châssis 12i, 12j, 12k et 121, et que des composants d'alimentation électrique 22 dans les châssis 12m et 12n. Lorsque l'uti lisateur configure l'armoire 11 de cette manière, l'utilisateur a besoin de sélectionner ou crcer une configuration de système qui soit centrce sur la baie au lieu d'être centrée sur le châssis. Les configurations de système centrées sur la baie permettent aux modules de gestion 34 de chaque châssis 12 de coopérer ensemble pour déterminer si la configuration de composants modulaires du châssis 12 dans l'armoire 11 est conforme à la configuration de système centré sur la baie sélectionnce. La figure 4 illustre un organigramme d'un procédé de sélection de configu ration de système pour des configurations de composants modulaires de systèmes informatiques modulaires, et de détermination de la conformité de la configuration de composants modulaires à la configuration de sys tème sélectionnée. Le processus commence à l'étape 70, lorsque l'utilisa teur décide de modifier ou de créer une nouvelle configuration de compo sants modulaires au sein du châssis 12. L'utilisateur modifie ou crée une nouvelle configuration de composants modulaires en installant un nou veau composant modulaire, en retirant un composant modulaire ou en modifiant la configuration de composants modulaires actuellement instal lée. A l'étape 72,1'utilisateur doit décider s'il utilise une configuration de sys tème stockée dans le support de stockage 36, ou s'il crce une nouvelle configuration de système. L'utilisateur sélectionne une configuration de système déjà stockée dans le support de stockage 36 lorsqu'une telle configuration de système correspond à la configuration de composants modulaires du châssis 12 décidée par l'utilisateur à l'étape 70. L'utilisateur crée une nouvelle configuration de système lorsqu'il n'existe aucune confi guration de système déjà stockée dans le support de stockage 36 qui cor responde à la configuration de composants modulaires décidée à l'étape 70. Si l'utilisateur a besoin de crcer une nouvelle configuration de systè me, alors à l'étape 74 il accède au module de gestion 34 et crce la nou velle configuration de système en fonction des exigences de la configura tion de composants modulaires qu'il souhaite crcer au sein du châssis 12. Le module de gestion 34 stocke alors la configuration de système nouvel lement crcoe dans le support de stockage 36 à l'étape 76,1'utilisateur sé lectionne la configuration de système nouvellement créce à l'étape 78 et le processus continue à l'étape 82. Si, à l'étape 72,1'utilisateur décide d'utiliser une configuration de système déjà stockée dans le support de stockage 36, alors il séiectionne à l'étape la configuration de système qui correspond au mieux à la configuration de composants modulaires qu'il souhaite à l'étape 70. A l'étape 82,1'utili sateur crée la configuration de composants modulaires souhaitée au sein du châssis 12 en installant des composants modulaires additionnels, en retirant des composants modulaires existants ou en réarrangeant ou rem plaçant les composants modulaires au sein du châssis 12. Une fois que I'utilisateur a créé la configuration de composants modulaires souhaitée au sein du châssis 12, I'utilisateur allume le châssis 12, à l'étape 84. Au début de l'allumage du châssis 12, à l'étape 86 le module de gestion détermine si la configuration de composants modulaires du châssis 12 est conforme aux exigences de la configuration de système sélectionnée. Le module de gestion 34 accède au support de stockage 36 pour déterminer quelle configuration de système avait été choisie par l'utilisateur, et pour voir ce que sont les exigences de la configuration de système sélection- née. Le module de gestion 34 vérifie les exigences de la configuration de système sélectionnée par rapport à la configuration de composants modu- laires du châssis 12. Si la configuration de composants modulaires répond aux exigences de la configuration de système sélectionnée, alors à l'étape 88 I'allumage du châssis 12 se poursuit, autorisant le fonctionnement de ce dernier. Si, à l'étape 86, la configuration de composants modulaires n'est pas con- forme aux exigences de la configuration de système sélectionnée, alors le module de gestion 34 produit à l'étape 90 une alarme de configuration à destination de l'utilisateur ou d'un administrateur de système, indiquant que la configuration de composants modulaires courante du châssis 12 n'est pas conforme aux exigences de la configuration de système sélec- tionnée. L'alarme de configuration permet à l'utilisateur de savoir qu'il y a un problème lié à la configuration de composants modulaires et non un problème matériel avec l'un des composants modulaires. Après que le module de gestion 34 a alerté l'utilisateur que la configuration de compo sants modulaires n'est pas conforme aux exigences de la configuration de système sélectionnce, à l'étape 92 I'utilisateur doit effectuer les modifica- tions nocessaires pour rendre la configuration de composants modulaires du châssis 12 conforme aux exigences de la configuration de système sélectionnée. Pour faire correspondre la configuration de composants mo dulaires et la configuration de système sélectionnée, I'utilisateur doit ou bien changer la configuration du châssis 12 de manière que la configura- tion soit conforme aux exigences de la configuration de système sélec- tionnce, ou bien sélectionner une configuration de système différente si la première sélection de la configuration de système n'était pas rcellement ce que l'utilisateur souhaitait. Une fois que l'utilisateur a changé la confi guration de composants modulaires ou bien sélectionné une configuration de système différente, le processus retourne à l'étape 86 o le module de gestion 34 détermine si la configuration de composants modulaires est conforme aux exigences de la configuration de système sélectionnée, et le processus se répète selon que la configuration de composants modulai- res est ou non conforme à ia configuration de système sélectionnée. Le processus de la figure 4 peut être appliqué à tous les chassis 12 de l'armoire 11, de manière que la configuration de composants modulaires de chaque châssis 12 soit conforme à la configuration de système sélec tionnée. De plus, le processus de la figure 4 peut être également appliqué à la sélection et à l'utilisation pour l'armoire 11 de configurations de sys- tème centrées sur la baie et de configurations de composants modulaires centrces sur la baie, de sorte que la configuration de composants modu- laires de l'armoire 11 soit conforme aux exigences de la configuration de système sélectionnée. REVENDICATIONS 1. Un système informatique, caractérisé en ce qu'il comprend: - au moins un composant modulaire (18, 20, 22, 24); - au moins une configuration de système apte à être mise en _uvre pour déterminer l'interopérabilité des composants modulaires entre eux; et - un module de gestion (34) associé aux configurations de système, le module de gestion étant apte à être mis en _uvre pour déterminer si une configuration de composants modulaires est conforme à une con figuration de système sélectionnce, et pour donner une indication de la conformité ou non de la configuration de composants modulaires à la configuration de système sélectionnée. 2. Le système de la revendication 1, dans lequel le module de gestion (34) est en outre apte à être mis en _uvre pour produire en tant qu'indica- tion une alarme de configuration lorsque la configuration de composants modulaires n'est pas conforme à la configuration de système sélection- née. 3. Le système de la revendication 1, comprenant en outre un ou plusieurs châssis multiconfigurables (12a-12n) associés aux composants modulai- res, le châssis multiconfigurable étant apte à être mis en oeuvre pour lo- ger les composants modulaires, et comprenant un ou plusieurs secteurs (1 4a-1 4f). 4. Le système de la revendication 3, dans lequel les configurations de système sont en outre aptes à être mises en _uvre pour déterminer la manière dont les châssis multiconfigurables interagissent entre eux. 5. Le système de la revendication 1, comprenant en outre un support de stockage associé aux modules de gestion, le support de stockage étant apte à être mis en ceuvre pour stocker les configurations de système. 6. Le système de la revendication 5, dans lequel le module de gestion accède à la configuration de système sélectionnée dans le support de stockage pour déterminer si la configuration de composants modulaires est conforme à la configuration de système sélectionnée. 7. Le système de la revendication 1, dans lequel les configurations de système comprennent des configurations de système aptes à être créées par un utilisateur du système informatique à partir d'une ou plusieurs ca- ractéristiques exigées définies par l'utilisateur. 8. Le système de la revendication 1, comprenant en outre un plan médian (16) associé aux composants modulaires, le plan médian étant apte à être mis en _uvre pour recevoir les composants modulaires. 9. Un procédé d'utilisation de configurations de système informatique comprenant des composants modulaires multiples, procédé caractérisé en ce qu'il comprend: - la sélection d'une configuration de système qui correspond à une configuration de composants modulaires; - la création de la configuration de composants modulaires; - la détermination de la conformité ou non de la configuration de com- posants modulaires avec la configuration de système sélectionnée; et I'indication de la conformité ou non de la configuration de composants modulaires à la configuration de systèmes sélectionnée. 10. Le procédé de la revendication 9, comprenant en outre la création d'une ou plusieurs configurations de système additionnelles à partir d'une ou plusieurs caractéristiques exigées définies par un utiiisateur du sys- tème informatique. 11. Le procédé de la revendication 9, comprenant en outre le stockage d'une ou plusieurs configurations de système sur un support de stockage. 12. Le procédé de la revendication 11, dans lequel la sélection d'une configuration de système comprend l'accès au support de stockage pour I'obtention d'une configuration de système. 13. Le procédé de la revendication 9, dans lequel l'indication de la confor mité ou non de la configuration de composants modulaires à la configura tion de système sélectionnée comprend la production d'une alarme de configuration lorsque la configuration de composants modulaires n'est pas conforme à la configuration de système sélectionnée. 14. Le procédé de la revendication 13, dans lequel la production d'une alarme de configuration comprend la communication d'une ou plusieurs causes de non-conformité de la configuration de composants modulaires à la configuration de système sélectionné. 15. Le procédé de la revendication 9, dans lequel la détermination de la conformité ou non de la configuration des composants modulaires à la configuration de système sélectionné comprend la détermination de la possibilité ou non de mettre en _uvre les composants modulaires selon la configuration de système sélectionnée après modification de la configura tion de composants modulaires. 16. Le procédé de la revendication 9, comprenant en outre la création de configurations de système correspondant à une ou plusieurs caractéristi ques de composants modulaires particuliers. 17. Le procédé de la revendication 9, dans lequel la détermination de la conformité ou non de la configuration de composants modulaires à ia configuration de système sélectionnée comprend la détermination de l'ins tallation ou non des composants modulaires exigés par la configuration de système sélectionnée au sein d'un châssis multiconfigurable. 18. Un procédé pour déterminer la manière dont des composants modu laires multiples interagissent au sein d'un système informatique, procédé caractérisé en ce qu'il comprend: - I'alimentation électrique d'une configuration de composants modulai res au sein d'un ou plusieurs chassis multiconfigurables; la détermination de la conformité ou non de la configuration de com- posants modulaires à une configuration de système sélectionnée; et l'indication de la conformité ou non de la configuration de composants modulaires à la configuration de système sélectionnée. 19. Le procédé de la revendication 18, dans lequel l'indication de la con formité ou non de la configuration de composants modulaires à la configu ration de système sélectionnée comprend i'allumage des composants modulaires lorsque la configuration de composants modulaires est confor me à la configuration de système sélectionnce. 20. Le procédé de revendication 18, dans lequel l'indication de la confor mité ou non de la configuration de composants modulaires à la configura- tion de système sélectionnée comprend la production d'une alarme de configuration indiquant une ou plusieurs causes de la non-conformité de la configuration de composants modulaires à la configuration de système sélectionnée, lorsque la configuration de composants modulaires n'est pas conforme à la configuration de système sélectionnée. 21. Le procédé de la revendication 18, dans lequel la détermination de la conformité ou non de la configuration de composants modulaires à la con- figuration de système sélectionnée comprend la comparaison de la confi- guration de composants modulaires avec une ou plusieurs caractéristi- ques exigées par la configuration de système sélectionnée.