Brevet FR2807253A1 — publié le 20011005

La présente invention concerne de façon générale le domaine des systèmes de mémorisation de données et, en particulier, un système et un procédé de gestion de res- sources mémoire dans un environnement informatique en grappes. Les réseaux locaux de mémorisation (SANs, Storage Area Networks) incluent souvent une collection de res- sources mémoire de données reliées d'une manière communi- cante à une pluralité de noeuds tels que des stations de travail et des serveurs. Dans la présente description, les termes "noeud" et "serveur" sont utilisés indifférem- ment, en s'accordant sur le fait qu'un "serveur" est un type de "noeud". Au sein d'un réseau SAN, un serveur peut effec- tuer un accès à une ressource mémoire de données à tra- vers une structure en utilisant le protocole Fiber Chan- nel ou Canal de Fibre. Le protocole Canal de Fibre peut agir comme une couche physique classique qui permet le transport de multiples protocoles de couche supérieure, tels que le protocole SCSI (Small Computer System Inter- face, protocole d'interconnexion système pour petits or- dinateurs). Dans un environnement SAN, le protocole SCSI peut attribuer des numéros d'unité logique (LUNs, Logical Unit Numbers) à la collection de ressources mémoire de données. Les numéros LUN peuvent permettre à un serveur se trouvant au sein d'un réseau SAN d'effectuer un accès à des ressources mémoire de données spécifiques en fai- sant référence à un LUN SCSI concernant une ressource mé- moire de données spécifiques. Bien qu'un système de mémorisation Canal de Fibre puisse offrir un grand choix de capacité de mémoire, l'implémentation du système peut également avoir un coût très élevé. En résultat, les utilisateurs cherchent sou- vent à partager la mémoire disponible fournie par le sys- tème entre de multiples serveurs. Malheureusement, si un serveur relié à un réseau SAN donné utilise le système d'exploitation MICROSOFT WINDOWS NT (nom commercial dépo- sé), le serveur peut tenter de s'approprier tout numéro LUN visible par le serveur. Par exemple, si un serveur particulier détecte plusieurs LUNs lorsque le serveur s'amorce, il peut supposer que chaque LUN est à sa dispo- sition. Par conséquent, si de multiples serveurs WINDOWS NT sont attachés à un spoule de mémoire ou à une collec- tion de ressources mémoire de données, chaque serveur peut tenter de prendre la commande de chaque LUN se trou- vant dans le spoule de mémoire. Cette situation peut dé- clencher des conflits lorsque plus d'un serveur tente d'effectuer un accès au même LUN. Un utilisateur qui cherche à résoudre ce problème peut partitionner ou diviser en zones la mémoire disponi- ble par l'intermédiaire d'un filtrage ou par l'intermé- diaire de l'utilisation de pilotes de miniport qui possè- dent des capacités de masquage de LUN. En effet, ce par- titionnement peut éviter qu'un serveur qui exécute WIN- DOWS NT puisse obtenir une capacité de mémoire qui ne lui est pas attribuée. Cette approche peut être efficace pour des serveurs autonomes, mais l'approche présente plu- sieurs inconvénients dans un environnement informatique en grappes. L'organisation en grappes implique la configura- tion d'un groupe de serveurs indépendants de sorte qu'ils paraissent dans un réseau comme étant une seule machine. Souvent, les grappes sont gérées comme un seul système, partagent un espace de noms commun, et sont conçues d'une manière spécifique pour tolérer des défaillances de com- posant et pour supporter d'une manière transparente l'ajout ou le retrait de composants. Malheureusement, du fait qu'une grappe peut avoir deux ou plus de deux ser- veurs qui apparaissent comme une seule machine, les tech- niques de partitionnement mentionnées ci-dessus peuvent s'avérer être une solution inefficace pour éviter des conflits lorsque les deux ou plus de deux serveurs ten- tent d'effectuer un accès au même LUN. Le système MICROSOFT CLUSTER SERVER (MSCS) met en oeuvre une technique actuellement disponible pour arbi- trer des conflits et gérer la propriété de dispositifs de mémoire dans un environnement informatique en grappes. Un système MSCS peut fonctionner à l'intérieur d'une grappe qui possède deux serveurs, un serveur A, qui peut être en service, et un serveur B. En cours de fonctionnement, le serveur A peut passer un signal de pulsation périodique au serveur B afin que le serveur B sache que le serveur A est "vivant". Si le serveur B ne reçoit pas à temps une pulsation en provenance du serveur A, le serveur B peut chercher à déterminer si le serveur A fonctionne et/ou si le serveur B peut s'approprier un quelconque des LUNs ré- servés au serveur A. Malheureusement, ce systèmes MSCS peut utiliser des réinitialisations de cible SCSI pendant ce traitement, et les réinitialisations SCSI peuvent créer plusieurs problèmes. Par exemple, une réinitialisa- tion SCSI classique au sein du système MSCS peut amener tous les serveurs se trouvant dans un système à Canal de Fibre donné à interrompre leurs traitements d'entrée/sor- tie "I/O" en instance. Ces traitements I/O interrompus peuvent éventuellement être achevés mais pas avant la stabilisation du bus. Cette approche d'interruption/at- tente/relance peut avoir un effet nuisible sur la perfor- mance totale du système. En plus de cet effet potentiel sur les performan- ces, le système MSCS et son utilisation des réinitialisa- tions SCSI peuvent avoir un effet nuisible sur la fiabi- lité totale du système. En cours de fonctionnement, le système MSCS peut rendre compte d'une seule réinitialisa- tion SCSI à la fois. L'incapacité de rendre compte des réinitialisations SCSI suivantes peut provoquer un com- portement inattendu et diminuer la fiabilité du système. La présente invention propose un système et un procédé de gestion de ressources mémoire dans un environ- nement informatique en grappes qui procurent d'importants avantages par rapport aux techniques antérieurement déve- loppées. Le système et le procédé décrits peuvent permet- tre une gestion de ressources mémoire et un arbitrage de conflits en réduisant le recours aux réinitialisations SCSI. Selon un aspect de la présente invention, un pro- cédé de gestion de ressources mémoire dans un environne- ment informatique en grappes peut inclure le maintien d'une réservation sur une ressource mémoire pour un pre- mier noeud de l'environnement informatique en grappes. Le noeud peut être, par exemple, un serveur, une station de travail ou tout autre dispositif informatique se trouvant dans la grappe. Une déconnexion de traitement tierce du premier noeud peut être effectuée, et la réservation maintenue pour le premier noeud peut être libérée. Dans un mode de réalisation, la déconnexion de traitement tierce peut survenir en réponse à une commande de déconnexion envoyée au nom du premier noeud. La commande de déconnexion de traitement tierce peut être envoyée, par exemple, par un second noeud ou par un commutateur Canal de Fibre. La com- mande de déconnexion de traitement tierce peut inclure des informations d'identification qui identifient le pre- mier noeud en tant qu'émetteur de la commande de décon- nexion même si le premier noeud n'a pas été l'émetteur réel. Les informations d'identification peuvent inclure, par exemple, un nom de la toile mondiale et un identifi- cateur source attribué au premier noeud. La gestion de ressources mémoire dans un environ- nement informatique en grappes peut en plus impliquer la division en zones d'un système de mémorisation à Canal de Fibre. Une zone peut regrouper un premier noeud et un se- cond noeud et une pluralité de ressources mémoire telles que des disques durs et d'autres dispositifs de mémorisa- tion de données. Dans le système divisé en zones, un se- cond noeud peut se déconnecter tout seul après l'envoi d'une commande de déconnexion de traitement tierce à un premier noeud. Après la déconnexion des deux noeuds, une réinitialisation de liaison de protocole d'initialisation de boucle (LIP, Loop Initialization Protocol) peut être amorcée, une notification de changement d'état peut être générée et tout noeud fonctionnel peut se connecter à nou- veau. Selon un autre aspect de la présente invention, un procédé de gestion de ressources mémoire dans un envi- ronnement informatique en grappes peut inclure la récep- tion d'une commande de réservation qui tente de réserver une ressource mémoire pour un noeud se trouvant dans la grappe. En réponse à la commande de réservation, une com- mande de sortie de réserve persistante SCSI ayant une ac- tion de service de réserve peut être émise pour réserver la ressource mémoire pour le noeud. Cette réserve persis- tante peut maintenir une réservation effacable sur la ressource mémoire. Dans un mode de réalisation, la réser- vation peut être effacée en envoyant une commande de sor- tie de réserve persistante SCSI ayant une action de ser- vice d'effacement. Les commandes de réserve persistante peuvent permettre à des réservations LUN d'être indivi- duellement libérées par opposition à un effacement de plusieurs réservations LUN à la fois effectué à l'aide d'une réinitialisation SCSI. Selon un autre aspect de la présente invention, un système informatique servant à gérer des ressources mémoire dans un environnement informatique en grappes peut inclure un premier noeud, un second noeud et un moteur de gestion de ressources sert à déconnecter le premier noeud en réponse à un échec du second noeud à recevoir à temps un signal de pulsation en provenance du premier noeud. Le système peut également inclure un support lisi- ble par ordinateur mémorisant le moteur de gestion de ressources et une unité centrale de traitement reliée d'une manière communicante au support lisible par ordina- teur et qui sert à exécuter le moteur de gestion de res- sources. Dans un mode de réalisation, le système peut éga- lement inclure une pluralité de plates-formes informati- ques reliées d'une manière communicante au premier noeud. Ces plates-formes informatiques peuvent être, par exem- ple, un groupe d'ordinateurs personnels organisés en ré- seau. Le système peut également inclure un commutateur Canal de Fibre relié d'une manière communicante au pre- mier noeud et à une pluralité de ressources mémoire. Le commutateur Canal de Fibre peut, dans certains modes de réalisation, inclure une unité centrale de traitement qui sert à faire fonctionner un moteur de gestion de ressour- ces. Un système et un procédé incorporant les ensei- gnements de la présente invention peuvent procurer d'im- portantes améliorations aux solutions classiques de ges- tion de ressources de grappe. Par exemple, les techniques décrites peuvent être utilisées pour mieux gérer et arbi- trer des conflits de ressources mémoire. Comme décrit ci-dessus, une réinitialisation SCSI dans un environne- ment informatique en grappes peut avoir en résultat le lancement de plusieurs traitements I/O ayant une approche d'interruption/attente/relance, qui peut avoir un effet nuisible sur la performance totale du système. Les ensei- gnements de la présente invention peuvent aider à réduire l'appui des réinitialisations SCSI et les dégradations de performance en résultant. De plus, les enseignements de la présente inven- tion peuvent faciliter la résolution des problèmes de fiabilité du système associés aux réinitialisations SCSI dans un environnement informatique en grappes. Un système classique de gestion de ressources de grappe, tel qu'un système MSCS, peut être incapable de rendre compte des réinitialisations SCSI amorcées pendant la perturbation du bus relative à une réinitialisation SCSI précédente. Cette limitation peut provoquer un comportement inattendu et diminuer la fiabilité du système. Du fait que les en- seignements de la présente description peuvent faciliter l'annulation d'au moins certaines réinitialisations SCSI, la fiabilité du système peut être améliorée. D'autres avantages apparaîtront à la lecture de la description qui va suivre, faite en référence aux des- sins annexés sur lesquels les références numériques indi- quent des caractéristiques analogues. La figure 1 décrit un schéma des composants d'un réseau local de mémorisation incluant un mode de réalisa- tion d'un moteur de gestion de ressources qui incorpore les enseignements de la présente invention, La figure 2 représente un ordinogramme relatif à un mode de mise en oeuvre d'un procédé de gestion de res- sources mémoire dans un environnement informatique en grappes conformément aux enseignements de la présente in- vention, et La figure 3 représente un ordinogramme relatif à un autre mode de mise en oeuvre d'un procédé de gestion de ressources mémoire dans un environnement informatique en grappes conformément aux enseignements de la présente in- vention. La figure 1 représente un schéma fonctionnel gé- néral d'un réseau local de mémorisation (SAN), indiqué en général par la référence numérique 10. Le réseau SAN 10 inclut deux systèmes informatiques en grappes, des grap- pes 12 et 14. Comme décrit, la grappe 12 inclut un noeud 16 et un noeud 18, et la grappe 14 inclut un noeud 20 et un noeud 22. Les noeuds 16, 18, 20 et 22 peuvent être, par exemple, des serveurs, des stations de travail ou d'au- tres dispositifs informatiques d'un réseau. Comme décrit sur la figure 1, la grappe 12 peut supporter de nombreux dispositifs clients tels que les ordinateurs personnels clients représentés d'une manière schématique par la ré- férence numérique 24. Le réseau SAN 10 peut également inclure un spoule de mémoire 26, qui peut inclure, par exemple, une plura- lité de dispositifs de mémoire physique tels que des uni- tés de disque dur qui sont commandées par un ou plusieurs contrôleurs de mémoire et qui sont reliées à ces der- niers. Les dispositifs de mémoire physique du spoule de mémoire 26 peuvent être attribués à des LUNs. Certains dispositifs de mémoire physique peuvent être groupés sous la forme de volumes RAID (Redundant Array of Inexpensive Disks, réseau redondant de disques bon marché), à chaque volume étant attribuée une adresse LUN SCSI unique. Un ou plusieurs LUNs peuvent être individuellement attribués à d'autres dispositifs de mémoire physique. Quelle que soit la façon dont les LUNs sont attribués, les LUNs de la fi- gure 1 peuvent mapper la mémoire physique disponible du spoule de mémoire 26 sous la forme d'une pluralité de dispositifs de mémoire logique et permettre à ces dispo- sitifs de mémoire logique d'être identifiés et adressés. En cours de fonctionnement, les noeuds 16, 18, 20 et 22 peuvent communiquer avec le spoule de mémoire 26 et transférer des données vers le spoule de mémoire 26 et à partir de ce dernier par l'intermédiaire d'une structure 28 en utilisant le protocole Canal de Fibre. Comme décrit sur la figure 1, les noeuds 16 et 18 peuvent être regrou- pés dans une zone 30 avec LUN 1 et LUN 2. D'une manière similaire, les noeuds 20 et 22 peuvent être regroupés dans une zone 32 avec LUN 3, LUN 4 et LUN_5. L'utilisation d'une division en zones de commutation afin de créer la zone 30 peut empêcher les noeuds 16 et 18 de voir les noeuds 20 et 22. D'une manière similaire, l'utilisation d'une division en zones de commutation afin de créer la zone 32 peut empêcher les noeuds 20 et 22 de voir les noeuds 16 et 18. En plus de la division en zones, le mode de réalisation de la figure 1 peut utiliser le masquage LUN. Le masquage LUN peut empêcher qu'un noeud ou qu'une grappe spécifique voit certains LUNs. Par exemple, un masquage LUN peut éviter que les noeuds 16 et 18 voient LUN_3, LUN_4 et LUN_5. Dans le mode de réalisation de la figure 1, les noeuds 16, 18, 20 et 22 peuvent se voir attribuer un nom mondial unique (WWN, World Wide Name), qui peut être un identificateur à huit octets. L'IEEE (Institute of Elec- trical and Electronic Engineers, Institut des ingénieurs électroniciens et électriciens) attribue des blocs de WWNs à des fabricants de manière à ce que les fabricants puissent concevoir des dispositifs Canal de Fibre ayant des WWNs uniques. A des fins d'illustration, dans le mode de réalisation de la figure 1, le noeud 16 peut avoir un WWN égal à "AAA", le noeud 18 peut avoir un WWN égal à "BBB", le noeud 20 peut avoir un WWN égal à "CCC" et le noeud 22 peut avoir un WWN égal à "DDD". Ainsi, les noeuds 16, 18, 20 et 22 peuvent être identifiables d'une manière unique par d'autres dispositifs reliés à la structure 28. Les noeuds 16, 18, 20 et 22 peuvent posséder des informations d'identification en plus de leurs noms WWN respectifs. Par exemple, selon le protocole Canal de Fi- bre, lorsqu'un noeud tel que le noeud 16 est initialisé et se connecte à la structure 28, le noeud se voit attribuer un identificateur (ID) de canal de fibre. Cet identifica- teur peut être soumis à un changement à chaque fois qu'un certain événement d'initialisation survient, par exemple, lorsqu'un autre noeud ou un autre dispositif se connecte à la structure 28. Comme décrit sur la figure 1, la struc- ture 28 a attribué les identificateurs ID de canal de fi- bre de la manière suivante: le noeud 16 est SID_1, le noeud 18 est S ID 2, le noeud 20 est S ID 3 et le noeud 22 est SID 4. Dans le mode de réalisation de la figure 1, les divers WWNs et IDs de canal de fibre peuvent être mémori- sés sur un support lisible par ordinateur 34, lequel peut être accessible à des dispositifs du réseau SAN 10. Comme représenté sur la figure 1, le réseau SAN 10 peut inclure un dispositif informatique 38 pour établir la structure 28. Un tel dispositif informatique peut inclure une unité centrale de traitement (CPU, Central Processing Unit) re- liée d'une manière communicante au support lisible par ordinateur 34. Un commutateur 36 peut également posséder au moins un port 40 pour assurer l'interface avec d'au- tres dispositifs afin de former un réseau à canal de fi- bre complet. Dans un mode de réalisation d'un système incorpo- rant les enseignements de la présente description, un dispositif informatique 38 peut être utilisé pour faire fonctionner un moteur de gestion de ressources, qui peut être mémorisé sur le support lisible par ordinateur 34. Le moteur de gestion de ressources peut être utilisé pour assurer plusieurs fonctions. Par exemple, le moteur de gestion de ressources peut être utilisé pour effectuer un accès à une liste maintenue constituée des WWNs et des IDs de canal de fibre des dispositifs du réseau SAN 10. De plus, le moteur de gestion de ressources peut être utilisé pour reconnaître une commande de réinitialisation SCSI envoyée par un noeud et pour convertir la commande sous la forme d'une commande de libération de ressource mémoire. La commande de libération de ressource mémoire peut être, par exemple, une déconnexion de traitement tierce ou une commande de sortie de réserve persistante SCSI ayant une action d'effacement. Dans une grappe MSCS classique, une commande de réinitialisation SCSI peut être envoyée lorsqu'un noeud analogue au noeud 18 ou 20 ne réussit pas à accuser récep- tion à temps d'une "pulsation" ou heartbeat 42 ou 44 pro- venant d'une seconde grappe respective. Les pulsations 42 et 44 peuvent permettre aux noeuds 18 et 22 respectivement de "voir" si leur grappe partenaire continue de fonction- ner. Par exemple, si le noeud 18 ne peut plus "voir" le noeud 16, le noeud 18 peut tenter d'obtenir de quelconques réservations LUN maintenues pour le noeud 16 libéré. Pour réaliser cette libération, le noeud 18 peut envoyer une commande de réinitialisation SCSI pour amorcer une réini- tialisation de bus de bas niveau des bus SCSI associés aux noeuds 16 et 18. Dans certains systèmes, par exemple un système MSCS, le noeud 18 peut attendre une certaine quantité de temps spécifiée avant de tenter de réserver les LUNs qui étaient réservés par le noeud 16. L'attente permet au noeud 16 d'acquérir à nouveau la commande des LUNs qui lui ont été réservés avant la réinitialisation SCSI. Ainsi, si le noeud 16 est "vivant" malgré l'échec du noeud 18 à recevoir la pulsation 42, le noeud 16 est capa- ble d'établir à nouveau ses réservations de ressource et de permettre ainsi au noeud 18 de savoir qu'il est "vi- vant". Malheureusement, comme mentionné ci-dessus, une réinitialisation SCSI dans un environnement informatique en grappes peut avoir un effet nuisible sur la perfor- mance totale du système et la fiabilité totale du sys- tème. Le système et le moteur de gestion de ressources décrits peuvent aider de plusieurs manières différentes à limiter le recours de l'environnement informatique en grappes à des réinitialisations SCSI. Des exemples de techniques permettant d'éviter des réinitialisations SCSI peuvent être mieux compris en étudiant les figures 2 et 3. La figure 2 est un ordinogramme d'un mode de réa- lisation d'un procédé 100 permettant de gérer des res- sources mémoire dans un environnement informatique en grappes. Le procédé de la figure 2 peut être implémenté par un moteur de gestion de ressources s'exécutant sur un contrôleur de mémoire attaché à une structure SAN. Dans certains modes de réalisation, le moteur de gestion de ressources peut s'exécuter sur une CPU associée à un com- mutateur analogue au commutateur 36 de la figure 1. Dans d'autres modes de réalisation, la CPU peut être associée à un dispositif SAN autre que le commutateur. Par exem- ple, un moteur de gestion de ressources peut s'exécuter sur un ou plusieurs noeuds d'un réseau SAN. Pendant le fonctionnement d'un réseau SAN, une commande de connexion de port (PLOGI, Port Login) peut être recue. Comme ceci est connu dans la technique, une commande PLOGI est une commande de canal de fibre dans laquelle un noeud se connecte à un dispositif de mémoire attaché à un réseau SAN. Un noeud peut exécuter une com- mande PLOGI après que la structure ait attribué un ID de canal de fibre (SID) au noeud. Comme ceci est également connu de manière classique, le SID d'un noeud peut être attribué lorsqu'un noeud exécute une commande de connexion à la structure (FLOGI, Port Login). A l'étape 102, l'identificateur SID et le nom WWN d'un noeud de grappe peuvent être extraits. L'extrac- tion peut avoir lieu à des instants différents. Par exem- ple, l'extraction peut avoir lieu lorsqu'un noeud envoie une commande PLOGI. Une fois extraits, le SID et le WWN peuvent être mis à jour et peuvent être mémorisés sur un support lisible par ordinateur. Dans certains modes de réalisation, ce support lisible par ordinateur peut être une partie d'un réseau SAN et peut être accessible à plu- sieurs dispositifs du réseau SAN. * A l'étape 104, une réservation LUN peut être maintenue pour un noeud donné. En effet, le noeud donné peut avoir le droit exclusif d'utiliser le LUN réservé. Comme ceci est mentionné ci-dessus, les noeuds de grappe communiquent souvent les uns avec les autres en utilisant un signal de pulsation. A l'étape 106, un dispositif SAN peut détecter un échec de réception à temps d'un signal de pulsation. Bien que l'échec de réception d'un signal de pulsation puisse uniquement indiquer un échec de liai- son de communication entre l'émetteur de pulsation et le récepteur de pulsation, l'échec peut avoir pour résultat, comme représenté à l'étape 108, la détermination indi- quant qu'un noeud de grappe est inutilisable. Dans le mode de réalisation de la figure 2, la détermination indiquant qu'un noeud est inutilisable peut amener un autre noeud à envoyer une réinitialisation SCSI. Comme représenté à l'étape 110, une commande de réinitia- lisation SCSI peut être envoyée pour libérer des réserva- tions LUN maintenues pour le noeud considéré comme étant inutilisable (le noeud "mort"). A l'étape 112, la commande de réinitialisation SCSI peut être convertie en une dé- connexion de traitement tierce. Cette conversion peut, par exemple, être effectuée par une exécution du moteur de gestion de ressources. A l'étape 114, une commande de déconnexion con- cernant le noeud "mort" peut être envoyée par une tierce partie au nom du noeud "mort". Par exemple, un moteur de gestion de ressources peut effectuer un accès à un sup- port lisible par ordinateur mémorisant l'identificateur SID et le nom WWN du noeud "mort". Le moteur de gestion de ressources peut utiliser le SID et le WWN du noeud "mort" pour déconnecter le noeud "mort". Cette déconnexion de traitement tierce peut avoir pour résultat la libéra- tion des réservations LUN maintenues pour le noeud décon- necté. Comme représenté à l'étape 116 de la figure 2, d'autres noeuds d'une grappe peuvent également se décon- necter ou être déconnectés et une réinitialisation de liaison de protocole d'initialisation de boucle (LIP, Loop Initialization Protocol) peut être amorcée. La réi- nitialisation de liaison LIP de l'étape 118 peut être suivie de la génération à l'étape 120 d'une notification de changement d'état. Dans le mode de réalisation de la figure 2, la notification de changement d'état peut ame- ner des noeuds de grappe actifs, des noeuds qui ne sont pas morts, à effectuer une connexion à un port et à tenter d'obtenir des réservations LUN. La connexion de noeuds de grappe actifs à un port peut être observée à l'étape 122. Si le noeud "mort" n'était pas mort, il peut être capable d'acquérir à nouveau ses réservations LUN. Si le noeud "mort" était mort, d'autres noeuds de grappe sont mainte- nant capables de capturer les réservations LUN maintenues par le noeud "mort". En effet, les ressources mémoire maintenues par le noeud mort vont devenir disponibles pour des noeuds "vivants" - donnant en résultat une meilleure utilisation des ressources mémoire - sans réinitialisa- tion SCSI. Sur la figure 3, on peut observer un autre mode de réalisation d'un procédé 200 de gestion de ressources mémoire dans un environnement informatique en grappes. Le procédé de la figure 3, comme le procédé de la figure 2, peut être implémenté par un moteur de gestion de ressour- ces. Ce moteur peut être placé dans un nombre quelconque d'emplacements.Par exemple, le moteur peut être placé au niveau d'un commutateur, d'un noeud ou d'un contrôleur de mémoire attaché à une structure Canal de Fibre. Comme représenté à l'étape 202, le procédé 200 peut impliquer la réception d'une commande de réservation LUN SCSI. Une commande de réservation SCSI classique peut être effacée à l'aide d'une réinitialisation SCSI. Comme mentionné ci-dessus, les réinitialisations SCSI peuvent provoquer de nombreux problèmes au sein d'un environne- ment informatique en grappes. Ainsi, à l'étape 204, la commande de réserve SCSI peut être convertie en une com- mande de sortie de réserve persistante SCSI ayant une ac- tion de service de RESERVE. La conversion à partir d'une réserve SCSI en une réserve persistante SCSI peut être effectuée, par exemple, par une exécution du moteur de gestion de ressources. La commande de sortie de réserve persistante peut maintenir une réservation LUN persis- tante comme représenté à l'étape 206 pour le noeud mainte- nu, le noeud à l'origine de la commande de réserve SCSI. A l'étape 208, on peut déterminer que le noeud maintenu est inutilisable. En réponse à cette détermina- tion, une commande de réinitialisation SCSI peut être en- voyée. La commande de réinitialisation SCSI de l'étape 210 peut être convertie à l'étape 212 en une commande de réserve persistante SCSI ayant une action de service d'EFFACEMENT. En cours d'exécution, la commande de ré- serve persistante SCSI ayant une action de service d'EF- FACEMENT peut libérer les réservations LUN maintenues par la commande de sortie de réserve persistante SCSI ini- tiale. La libération de LUN de l'étape 214 peut effecti- vement libérer des ressources mémoire maintenues par des noeuds déterminés comme étant inutilisables à l'étape 208. Ceci peut avoir pour résultat une meilleure utilisation de ressources mémoire au sein d'un environnement informa- tique en grappes, et cette meilleure utilisation peut être réalisée sans utiliser des réinitialisations SCSI. La présente invention inclut diverses variantes des modes de réalisation décrits ci-dessus. Par exemple, ces modes de réalisation peuvent être implémentés au sein de réseaux SAN ayant un nombre quelconque de topologies. Il peut y avoir, par exemple, de nombreux contrôleurs de mémoire, un moteur de gestion de ressources s'exécutant sur chaque noeud d'une grappe, ou un moteur de gestion de ressources unique s'exécutant dans chaque zone d'un envi- ronnement informatique en grappes. REVENDICATIONS 1. Procédé de gestion de ressources mémoire dans un environnement informatique en grappes, le procédé étant caractérisé en ce qu'il comporte les étapes consis- tant à: - maintenir une réservation sur une ressource mémoire pour un premier noeud de l'environnement informatique en grappes, - effectuer une déconnexion de traitement tierce pour le premier noeud, et - libérer la réservation maintenue pour le premier noeud. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'étape consistant à: - déterminer que le premier noeud ne fonctionne pas. 3. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre les étapes consistant à: - échouer à recevoir un signal de pulsation en prove- nance du premier noeud, et - déterminer que le premier noeud ne fonctionne pas en résultat de l'échec de réception du signal de pulsa- tion. 4. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'étape consistant à: - amorcer la déconnexion de traitement tierce à partir d'un second noeud de l'environnement informatique en grappes. 5. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'étape consistant à: - amorcer la déconnexion de traitement tierce à partir d'un commutateur associé à l'environnement informati- que en grappes. 6. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'étape consistant à: - créer une zone à l'intérieur d'un système de mémorisa- tion Canal de Fibre, la zone comportant le premier noeud de l'environnement informatique en grappes, un second noeud de l'environnement informatique en grap- pes, et au moins une ressource mémoire. 7. Procédé selon la revendication 1, caractérisé en ce que la ressource mémoire comporte une unité de dis- que dur. 8. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre les étapes consistant à: - mémoriser des informations d'identification concernant le premier noeud, et - utiliser les informations d'identification pour en- voyer une demande de déconnexion de traitement tierce. 9. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre les étapes consistant à: - attribuer un nom mondial et un identificateur source au premier noeud, et - utiliser le nom mondial et l'identificateur source pour envoyer une demande de déconnexion de traitement tierce au nom du premier noeud. 10. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre les étapes consistant à: - attribuer un nom mondial et un identificateur de source au premier noeud, - attribuer un second nom mondial et un second identifi- cateur de source à un second noeud, - utiliser le nom mondial et l'identificateur de source pour envoyer une demande de déconnexion de traitement tierce pour le premier noeud, - déconnecter le premier noeud, et - déconnecter le second noeud. 11. Procédé selon la revendication 1, caractérisé en ce que le premier noeud est constitué d'un serveur. 12. Procédé selon la revendication 1, caractérisé en ce que le premier noeud est constitué d'une station de travail. 13. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'étape consistant à: - déconnecter un second noeud de l'environnement informa- tique en grappes. 14. Procédé selon la revendication 13, caractéri- sé en ce qu'il comporte en outre l'étape consistant à: - générer une notification de changement d'état à l'aide d'un commutateur associé à l'environnement informati- que en grappes. 15. Procédé selon la revendication 13, caractéri- sé en ce qu'il comporte en outre les étapes consistant à - a:. - amorcer une réinitialisation de liaison de protocole d'initialisation de boucle, et - générer une notification de changement d'état en ré- ponse à la réinitialisation de liaison de protocole d'initialisation de boucle. 16. Procédé selon la revendication 13, caractéri- sé en ce qu'il comporte en outre l'étape consistant à: - en réponse à la notification de changement d'état, ef- fectuer une connexion à un port de réponse à l'aide du second noeud. 17. Procédé de gestion de ressources mémoire dans un environnement informatique en grappes, le procédé étant caractérisé en ce qu'il comporte les étapes consis- tant à: - recevoir une commande de réservation SCSI qui cherche à réserver une ressource mémoire pour un noeud de l'en- vironnement informatique en grappes, et - en réponse à la commande de réservation, envoyer une commande de sortie de réserve persistante SCSI ayant une action de service de réserve afin de réserver la ressource mémoire pour le noeud. 18. Procédé selon la revendication 17, caractéri- sé en ce qu'un pilote de miniport reçoit la commande de réservation et envoie la commande de sortie de réserve persistante. 19. Procédé selon la revendication 17, caractéri- sé en ce qu'il comporte en outre l'étape consistant à: - libérer une réservation maintenue pour le noeud en en- voyant une commande de sortie de réserve persistante SCSI ayant une action de service d'effacement. 20. Système informatique, caractérisé en ce qu'il comporte: - un premier noeud (16 ou 18, 20 ou 22) d'un environne- ment informatique en grappes, - un second noeud (16 ou 18, 20 ou 22) de l'environnement informatique en grappes, et - un moteur de gestion de ressources pouvant être utili- sé pour convertir une commande de réinitialisation SCSI en une commande de libération de ressource mé- moire. 21. Système selon la revendication 20, caractéri- sé en ce que la commande de libération de ressource com- porte une déconnexion de traitement tierce. 22. Système selon la revendication 20, caractéri- sé en ce que la commande de libération de ressource com- porte une commande de sortie de réserve persistante SCSI ayant une action d'effacement. 23. Système selon la revendication 20, caractéri- sé en ce qu'il comporte en outre: - un support lisible par ordinateur (34) mémorisant le moteur de gestion de ressources, et - une unité centrale de traitement (38) reliée d'une ma- nière communicante au support lisible par ordinateur (34) et pouvant être utilisée pour faire fonctionner le moteur de gestion de ressources. 24. Système selon la revendication 23, caractéri- sé en ce qu'il comporte en outre: - une pluralité de plates-formes informatiques reliées d'une manière communicante au premier noeud (16 ou 18, ou 22), - un commutateur (36) Canal de Fibre relié d'une manière communicante au premier noeud (16 ou 18, 20 ou 22), et - une pluralité de dispositifs de mémoire reliés d'une manière communicante au commutateur (36) Canal de Fi- bre. 25. Système selon la revendication 24, caractéri- sé en ce que le commutateur (36) Canal de Fibre comporte luiécnrldetatmt22 l'unité centrale de traitement.