FR2807253A1 - Systeme et procede de gestion de ressources memoire dans un environnement informatique en grappes - Google Patents
Systeme et procede de gestion de ressources memoire dans un environnement informatique en grappes Download PDFInfo
- Publication number
- FR2807253A1 FR2807253A1 FR0103188A FR0103188A FR2807253A1 FR 2807253 A1 FR2807253 A1 FR 2807253A1 FR 0103188 A FR0103188 A FR 0103188A FR 0103188 A FR0103188 A FR 0103188A FR 2807253 A1 FR2807253 A1 FR 2807253A1
- Authority
- FR
- France
- Prior art keywords
- node
- environment
- scsi
- command
- character
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0644—Management of space entities, e.g. partitions, extents, pools
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0614—Improving the reliability of storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
Abstract
La présente invention concerne un système et un procédé de gestion de ressources mémoire au sein d'un environnement informatique en grappes. Le procédé comprend le maintien d'une réservation sur une ressource mémoire pour un premier noeud (16 ou 18, 20 ou 22) d'un environnement informatique en grappes. Il est possible d'effectuer une déconnexion de traitement tierce pour le premier noeud (16 ou 18, 20 ou 22), et libérer la réservation maintenue pour le premier noeud (16 ou 18, 20 ou 22).
Description
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.
Claims (25)
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.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/524,401 US6622163B1 (en) | 2000-03-09 | 2000-03-09 | System and method for managing storage resources in a clustered computing environment |
Publications (2)
Publication Number | Publication Date |
---|---|
FR2807253A1 true FR2807253A1 (fr) | 2001-10-05 |
FR2807253B1 FR2807253B1 (fr) | 2006-12-15 |
Family
ID=24089055
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0103188A Expired - Lifetime FR2807253B1 (fr) | 2000-03-09 | 2001-03-09 | Systeme et procede de gestion de ressources memoire dans un environnement informatique en grappes |
Country Status (14)
Country | Link |
---|---|
US (1) | US6622163B1 (fr) |
JP (1) | JP2001297072A (fr) |
KR (1) | KR100777437B1 (fr) |
CN (3) | CN100547536C (fr) |
AU (1) | AU780496B2 (fr) |
BR (1) | BR0100862A (fr) |
DE (1) | DE10108896B4 (fr) |
FR (1) | FR2807253B1 (fr) |
GB (1) | GB2367162B (fr) |
HK (2) | HK1046447B (fr) |
IT (1) | ITTO20010196A1 (fr) |
MY (1) | MY130010A (fr) |
SG (1) | SG98023A1 (fr) |
TW (1) | TWI224440B (fr) |
Families Citing this family (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6654902B1 (en) * | 2000-04-11 | 2003-11-25 | Hewlett-Packard Development Company, L.P. | Persistent reservation IO barriers |
US7849262B1 (en) * | 2000-06-30 | 2010-12-07 | Emc Corporation | System and method for virtualization of networked storage resources |
US7222176B1 (en) * | 2000-08-28 | 2007-05-22 | Datacore Software Corporation | Apparatus and method for using storage domains for controlling data in storage area networks |
US6804819B1 (en) * | 2000-09-18 | 2004-10-12 | Hewlett-Packard Development Company, L.P. | Method, system, and computer program product for a data propagation platform and applications of same |
US7159080B1 (en) * | 2001-12-20 | 2007-01-02 | Network Appliance, Inc. | System and method for storing storage operating system data in switch ports |
US7650412B2 (en) * | 2001-12-21 | 2010-01-19 | Netapp, Inc. | Systems and method of implementing disk ownership in networked storage |
US7296068B1 (en) | 2001-12-21 | 2007-11-13 | Network Appliance, Inc. | System and method for transfering volume ownership in net-worked storage |
US20030200322A1 (en) * | 2002-04-18 | 2003-10-23 | International Business Machines Corporation | Autonomic system for selective administation isolation of a secure remote management of systems in a computer network |
US20040024838A1 (en) * | 2002-07-31 | 2004-02-05 | Cochran Robert A. | Intelligent data tunnels multiplexed within communications media directly interconnecting two or more multi-logical-unit-mass-storage devices |
US7254736B2 (en) * | 2002-12-18 | 2007-08-07 | Veritas Operating Corporation | Systems and method providing input/output fencing in shared storage environments |
US7426726B1 (en) * | 2003-03-31 | 2008-09-16 | Emc Corporation | System and method for configuring a host for operationally cooperating with data storage system and including selective host adapter settings |
US7440949B1 (en) * | 2003-03-31 | 2008-10-21 | Emc Corporation | System and method for configuring a host for operationally cooperating with data storage system |
US7085867B2 (en) * | 2003-08-06 | 2006-08-01 | Lsi Logic Corporation | Methods and structure for SCSI2 to SCSI3 reservation protocol mapping |
CN1296850C (zh) * | 2003-12-10 | 2007-01-24 | 中国科学院计算技术研究所 | 一种机群系统资源管理的分区租借方法 |
US7234075B2 (en) * | 2003-12-30 | 2007-06-19 | Dell Products L.P. | Distributed failover aware storage area network backup of application data in an active-N high availability cluster |
US8700585B2 (en) * | 2004-02-06 | 2014-04-15 | Vmware, Inc. | Optimistic locking method and system for committing transactions on a file system |
US8560747B1 (en) | 2007-02-16 | 2013-10-15 | Vmware, Inc. | Associating heartbeat data with access to shared resources of a computer system |
US8543781B2 (en) | 2004-02-06 | 2013-09-24 | Vmware, Inc. | Hybrid locking using network and on-disk based schemes |
US7849098B1 (en) * | 2004-02-06 | 2010-12-07 | Vmware, Inc. | Providing multiple concurrent access to a file system |
US10776206B1 (en) | 2004-02-06 | 2020-09-15 | Vmware, Inc. | Distributed transaction system |
US7137031B2 (en) * | 2004-02-25 | 2006-11-14 | Hitachi, Ltd. | Logical unit security for clustered storage area networks |
US8627005B1 (en) * | 2004-03-26 | 2014-01-07 | Emc Corporation | System and method for virtualization of networked storage resources |
US7818517B1 (en) | 2004-03-26 | 2010-10-19 | Emc Corporation | Architecture for virtualization of networked storage resources |
JP4568021B2 (ja) * | 2004-04-05 | 2010-10-27 | 株式会社日立製作所 | コマンド多重数監視制御方式を運用するコンピュータシステム |
US20060129614A1 (en) * | 2004-12-14 | 2006-06-15 | Kim Hong Y | Crash recovery system and method for distributed file server using object based storage |
US7668925B1 (en) | 2005-01-28 | 2010-02-23 | Pmc-Sierra, Inc. | Method and apparatus for routing in SAS using logical zones |
US8116226B1 (en) * | 2005-01-28 | 2012-02-14 | PMC-Sierra, USA Inc. | Method and apparatus for broadcast primitive filtering in SAS |
JP4506594B2 (ja) * | 2005-07-22 | 2010-07-21 | 日本電気株式会社 | 冗長パス制御方法 |
US20070168507A1 (en) * | 2005-11-15 | 2007-07-19 | Microsoft Corporation | Resource arbitration via persistent reservation |
US7478177B2 (en) | 2006-07-28 | 2009-01-13 | Dell Products L.P. | System and method for automatic reassignment of shared storage on blade replacement |
US7617413B2 (en) * | 2006-12-13 | 2009-11-10 | Inventec Corporation | Method of preventing erroneous take-over in a dual redundant server system |
US7711979B2 (en) * | 2007-02-16 | 2010-05-04 | Symantec Corporation | Method and apparatus for flexible access to storage facilities |
CN101296176B (zh) | 2007-04-25 | 2010-12-22 | 阿里巴巴集团控股有限公司 | 一种基于群集的数据处理方法和装置 |
JP2008305073A (ja) * | 2007-06-06 | 2008-12-18 | Hitachi Ltd | ファイル共有システム及びファイル共有装置の起動方法 |
US8244948B2 (en) * | 2008-09-05 | 2012-08-14 | Lsi Corporation | Method and system for combining multiple SAS expanders into a SAS switch |
US8321596B2 (en) * | 2008-09-05 | 2012-11-27 | Lsi Corporation | SAS paired subtractive routing |
US9203876B2 (en) | 2011-03-16 | 2015-12-01 | International Business Machines Corporation | Automatic registration of devices |
US10108630B2 (en) * | 2011-04-07 | 2018-10-23 | Microsoft Technology Licensing, Llc | Cluster unique identifier |
CN102495815B (zh) * | 2011-11-15 | 2015-03-11 | 华为数字技术(成都)有限公司 | I/o数据访问中断的处理方法和系统以及设备 |
US10296469B1 (en) | 2014-07-24 | 2019-05-21 | Pure Storage, Inc. | Access control in a flash storage system |
US9813500B2 (en) | 2015-06-12 | 2017-11-07 | Cisco Technology, Inc. | Allocating cloud storage based on storage attributes |
CN106484327B (zh) * | 2016-09-20 | 2019-07-23 | 华为技术有限公司 | 一种数据处理方法及相关存储设备 |
US10592293B2 (en) | 2017-08-31 | 2020-03-17 | Cisco Technology, Inc. | Tenant-specific policy generation and enforcement within containers |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0033915A1 (fr) * | 1980-02-07 | 1981-08-19 | HONEYWELL INFORMATION SYSTEMS ITALIA S.p.A. | Méthode pour libérer des ressources de mémoire communes dans un système à multiprocesseurs |
EP0575067A2 (fr) * | 1992-06-16 | 1993-12-22 | International Business Machines Corporation | Gestionnaire partagé et distribué de verrouillage appliqué aux systèmes de processeurs à couplage lâche |
US5892955A (en) * | 1996-09-20 | 1999-04-06 | Emc Corporation | Control of a multi-user disk storage system |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3787816A (en) * | 1972-05-12 | 1974-01-22 | Burroughs Corp | Multiprocessing system having means for automatic resource management |
JP3014494B2 (ja) * | 1991-06-11 | 2000-02-28 | 三菱電機株式会社 | デュアルポートディスク制御装置 |
JPH05189396A (ja) * | 1992-01-16 | 1993-07-30 | Mitsubishi Electric Corp | ディスク排他制御方式 |
JPH0619858A (ja) * | 1992-07-06 | 1994-01-28 | Fujitsu Ltd | 共有資源自動返却方式 |
JP3385091B2 (ja) * | 1994-05-13 | 2003-03-10 | 三菱電機株式会社 | 計算機間の排他制御装置 |
US5757642A (en) | 1995-01-20 | 1998-05-26 | Dell Usa L.P. | Multi-function server input/output subsystem and method |
CN1149736A (zh) * | 1995-06-05 | 1997-05-14 | 北京航空航天大学 | 一种分布式存储器共享管理方法 |
US6449730B2 (en) * | 1995-10-24 | 2002-09-10 | Seachange Technology, Inc. | Loosely coupled mass storage computer cluster |
US6185601B1 (en) * | 1996-08-02 | 2001-02-06 | Hewlett-Packard Company | Dynamic load balancing of a network of client and server computers |
US5892913A (en) * | 1996-12-02 | 1999-04-06 | International Business Machines Corporation | System and method for datastreams employing shared loop architecture multimedia subsystem clusters |
US5933824A (en) | 1996-12-23 | 1999-08-03 | Lsi Logic Corporation | Methods and apparatus for locking files within a clustered storage environment |
JPH10312364A (ja) * | 1997-05-14 | 1998-11-24 | Kofu Nippon Denki Kk | 情報処理装置と排他制御フラグ管理方式 |
JP3228182B2 (ja) * | 1997-05-29 | 2001-11-12 | 株式会社日立製作所 | 記憶システム及び記憶システムへのアクセス方法 |
US6370585B1 (en) * | 1997-09-05 | 2002-04-09 | Sun Microsystems, Inc. | Multiprocessing computer system employing a cluster communication launching and addressing mechanism |
US6493804B1 (en) * | 1997-10-01 | 2002-12-10 | Regents Of The University Of Minnesota | Global file system and data storage device locks |
US6338110B1 (en) * | 1997-11-14 | 2002-01-08 | Sun Microsystems, Inc. | Partitioning of storage channels using programmable switches |
US6209023B1 (en) * | 1998-04-24 | 2001-03-27 | Compaq Computer Corporation | Supporting a SCSI device on a non-SCSI transport medium of a network |
US6301676B1 (en) * | 1999-01-22 | 2001-10-09 | Sun Microsystems, Inc. | Robust and recoverable interprocess locks |
US6247099B1 (en) * | 1999-06-03 | 2001-06-12 | International Business Machines Corporation | System and method for maintaining cache coherency and data synchronization in a computer system having multiple active controllers |
US6430645B1 (en) * | 1999-06-09 | 2002-08-06 | International Business Machines Corporation | Fibre channel and SCSI address mapping for multiple initiator support |
US6532538B1 (en) * | 2000-02-17 | 2003-03-11 | International Business Machines Corporation | Method and system for supporting multiple operating systems on the same disk running on different computers at the same time |
-
2000
- 2000-03-09 US US09/524,401 patent/US6622163B1/en not_active Expired - Lifetime
-
2001
- 2001-02-12 AU AU19714/01A patent/AU780496B2/en not_active Expired
- 2001-02-13 SG SG200100776A patent/SG98023A1/en unknown
- 2001-02-20 JP JP2001043669A patent/JP2001297072A/ja active Pending
- 2001-02-21 KR KR1020010008686A patent/KR100777437B1/ko active IP Right Grant
- 2001-02-23 DE DE10108896A patent/DE10108896B4/de not_active Expired - Lifetime
- 2001-02-26 TW TW090104372A patent/TWI224440B/zh not_active IP Right Cessation
- 2001-02-28 CN CNB2007101361577A patent/CN100547536C/zh not_active Expired - Lifetime
- 2001-02-28 CN CN2005100555684A patent/CN100407188C/zh not_active Expired - Lifetime
- 2001-02-28 CN CNB011111062A patent/CN100414542C/zh not_active Expired - Lifetime
- 2001-03-06 BR BR0100862-5A patent/BR0100862A/pt not_active Application Discontinuation
- 2001-03-06 IT IT2001TO000196A patent/ITTO20010196A1/it unknown
- 2001-03-07 GB GB0105626A patent/GB2367162B/en not_active Expired - Lifetime
- 2001-03-09 MY MYPI20011093A patent/MY130010A/en unknown
- 2001-03-09 FR FR0103188A patent/FR2807253B1/fr not_active Expired - Lifetime
-
2002
- 2002-08-29 HK HK02106406.3A patent/HK1046447B/zh not_active IP Right Cessation
-
2004
- 2004-03-30 HK HK04102319A patent/HK1061446A1/xx not_active IP Right Cessation
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0033915A1 (fr) * | 1980-02-07 | 1981-08-19 | HONEYWELL INFORMATION SYSTEMS ITALIA S.p.A. | Méthode pour libérer des ressources de mémoire communes dans un système à multiprocesseurs |
EP0575067A2 (fr) * | 1992-06-16 | 1993-12-22 | International Business Machines Corporation | Gestionnaire partagé et distribué de verrouillage appliqué aux systèmes de processeurs à couplage lâche |
US5892955A (en) * | 1996-09-20 | 1999-04-06 | Emc Corporation | Control of a multi-user disk storage system |
Also Published As
Publication number | Publication date |
---|---|
SG98023A1 (en) | 2003-08-20 |
ITTO20010196A0 (it) | 2001-03-06 |
GB0105626D0 (en) | 2001-04-25 |
AU780496B2 (en) | 2005-03-24 |
IE20040673A1 (en) | 2006-03-22 |
FR2807253B1 (fr) | 2006-12-15 |
KR20010088346A (ko) | 2001-09-26 |
HK1046447A1 (en) | 2003-01-10 |
BR0100862A (pt) | 2001-10-30 |
HK1061446A1 (en) | 2004-09-17 |
IE20040384A1 (en) | 2004-10-20 |
CN100407188C (zh) | 2008-07-30 |
CN1319816A (zh) | 2001-10-31 |
HK1046447B (zh) | 2004-08-13 |
IE20010108A1 (en) | 2001-09-19 |
GB2367162A (en) | 2002-03-27 |
CN101086697A (zh) | 2007-12-12 |
JP2001297072A (ja) | 2001-10-26 |
AU1971401A (en) | 2001-09-13 |
KR100777437B1 (ko) | 2007-11-21 |
CN1655136A (zh) | 2005-08-17 |
GB2367162B (en) | 2003-09-10 |
MY130010A (en) | 2007-05-31 |
DE10108896B4 (de) | 2004-09-09 |
ITTO20010196A1 (it) | 2002-09-06 |
DE10108896A1 (de) | 2001-09-27 |
US6622163B1 (en) | 2003-09-16 |
CN100547536C (zh) | 2009-10-07 |
TWI224440B (en) | 2004-11-21 |
CN100414542C (zh) | 2008-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FR2807253A1 (fr) | Systeme et procede de gestion de ressources memoire dans un environnement informatique en grappes | |
US9525725B1 (en) | Client-initiated leader election in distributed client-server systems | |
JP6492226B2 (ja) | ネットワークフロー制御に基づく動的リソース割当て | |
US8117169B2 (en) | Performing scheduled backups of a backup node associated with a plurality of agent nodes | |
US8473566B1 (en) | Methods systems, and computer program products for managing quality-of-service associated with storage shared by computing grids and clusters with a plurality of nodes | |
EP2286354A1 (fr) | Procede de generation de requetes de manipulation d'une base de donnees d'initialisation et d'administration d'une grappe de serveurs, support de donnees et grappe de serveurs correspondants | |
US10833935B2 (en) | Synchronizing network configuration in a multi-tenant network | |
CN108370341A (zh) | 资源配置方法、虚拟网络功能管理器和网元管理系统 | |
FR2865818A1 (fr) | Systeme informatique, dispositif de commande, systeme de memorisation et dispositif informatique | |
CN103257941B (zh) | 多协议存储控制器和系统 | |
EP2727319B1 (fr) | Procédé d'affectation d'adresses logiques aux ports de connexion d'équipements d'une grappe de serveurs, programme d'ordinateur et grappe de serveurs correspondants | |
US11079968B1 (en) | Queue management in multi-site storage systems | |
EP1192528B1 (fr) | Reseau a zones de memoire intelligentes | |
FR2860616A1 (fr) | Unite de commande de dispositif de memorisation et procede de commande de celui-ci | |
US9191335B2 (en) | Link rate availability based arbitration | |
CN109733444B (zh) | 数据库系统和列车监控管理设备 | |
US9015371B1 (en) | Method to discover multiple paths to disk devices cluster wide | |
US9037772B2 (en) | Host based zone configuration | |
US20200379857A1 (en) | Host multipath layer notification and path switchover following node failure | |
US20220172078A1 (en) | Insight allotment to edged locations | |
GB2601905A (en) | Endpoint notification of storage area network congestion | |
EP3792759A1 (fr) | Procédé d'accès aux ressources partagées d'une plateforme informatique, programme d'ordinateur et plate-forme informatique associés | |
CN112261079A (zh) | 一种基于iSCSI的分布式块存储服务链接管理的方法及系统 | |
CN109474694A (zh) | 一种基于san存储阵列的nas集群的管控方法及装置 | |
CN113254415B (zh) | 一种分布式文件系统读请求处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PLFP | Fee payment |
Year of fee payment: 16 |
|
PLFP | Fee payment |
Year of fee payment: 17 |
|
PLFP | Fee payment |
Year of fee payment: 18 |
|
PLFP | Fee payment |
Year of fee payment: 20 |