La présente invention concerne la surveillance et le contrôle des clusters, en particulier de clusters utilisant un réseau de communication de type InfiniBand, et plus particulièrement un procédé de surveillance et de contrôle déportés d'un cluster utilisant un réseau de communication de type InfiniBand et un programme d'ordinateur mettant en œuvre un tel procédé.

Le calcul haute performance, aussi appelé H PC (sigle de High Performance Computing en terminologie anglo-saxonne) se développe pour la recherche universitaire comme pour l'industrie, notamment dans des domaines techniques tels que l'aéronautique, l'énergie, la climatologie et les sciences de la vie. La modélisation et la simulation permettent en particulier de réduire les coûts de développement, d'accélérer la mise sur le marché de produits innovants, plus fiables et moins consommateurs d'énergie. Pour les chercheurs, le calcul haute performance est devenu un moyen d'investigation indispensable.

Ces calculs sont généralement mis en œuvre sur des systèmes de traitement de données appelés clusters. Un cluster comprend typiquement un ensemble de nœuds interconnectés. Certains nœuds sont utilisés pour effectuer des tâches de calcul (nœuds de calcul), d'autres pour stocker des données (nœuds de stockage) et en général un autre gère le cluster (nœud d'administration). Chaque nœud est par exemple un serveur mettant en œuvre un système d'exploitation tel que Linux (Linux est une marque). La connexion entre les nœuds est, par exemple, réalisée à l'aide de liens de communication Ethernet ou InfiniBand (Ethernet et InfiniBand sont des marques).

La figure 1 illustre schématiquement un exemple d'une topologie 100 d'un cluster, de type fat-tree. Ce dernier comprend un ensemble de nœuds génériquement référencés 105. Les nœuds appartenant à l'ensemble 1 10 sont ici des nœuds de calcul tandis que les nœuds de l'ensemble 1 15 sont des nœuds de service (nœuds de stockage et nœud d'administration). Les nœuds de calcul peuvent être regroupés en sous-ensembles 120 appelés îlots de calcul, l'ensemble 1 15 étant appelé îlot de service.

Les nœuds sont reliés les uns aux autres par des commutateurs

(appelés switch en terminologie anglo-saxonne), par exemple de façon hiérarchique. Dans l'exemple illustré sur la figure 1 , les nœuds sont connectés à des commutateurs 125 de premier niveau qui sont eux-mêmes reliés à des commutateurs 130 de deuxième niveau qui sont à leur tour reliés à des commutateurs 135 de troisième niveau.

Comme illustré sur la figure 2, chaque nœud comprend généralement un ou plusieurs microprocesseurs, des mémoires locales ainsi qu'une interface de communication. Plus précisément, le nœud 200 comporte ici un bus de communication 202 auquel sont reliés :

- des unités centrales de traitement ou microprocesseurs 204 (ou

CPU, sigle de Central Processing Unit en terminologie anglo-saxonne) ;

- des composants de mémoire vive 206 (RAM, acronyme de

Random Access Memory en terminologie anglo-saxonne) comportant des registres adaptés à enregistrer des variables et paramètres créés et modifiés au cours de l'exécution de programmes (comme illustré, chaque composant de mémoire vive peut être associé à un microprocesseur) ; et,

- des interfaces de communication 208 adaptées à transmettre et à recevoir des données.

Le nœud 200 dispose en outre ici de moyens de stockage interne

212, tels que des disques durs, pouvant notamment comporter le code exécutable de programmes.

Le bus de communication permet la communication et l'interopérabilité entre les différents éléments inclus dans le nœud 200 ou reliés à lui. Les microprocesseurs 204 commandent et dirigent l'exécution des instructions ou portions de code logiciel du ou des programmes. Lors de la mise sous tension, le ou les programmes qui sont stockés dans une mémoire non volatile, par exemple un disque dur, sont transférés dans la mémoire vive 206.

Il est observé ici que les performances d'un cluster sont directement liées au choix des routes permettant le transfert de données entre les nœuds, établies via des liens de communication. De façon générale, des liens de communication physiques sont établis entre les nœuds et les commutateurs lors de la configuration matérielle d'un cluster, les routes de communication étant elles-mêmes déterminées dans une phase d'initialisation à partir d'une définition des connexions devant êtres établies entre les nœuds. Selon la technologie de communication mise en œuvre, la configuration des routes peut être statique ou dynamique.

A titre d'illustration, la technologie InfiniBand permet, dans un cluster, une configuration statique des routes. Cette configuration utilise des tables statiques de routage (ou LFT, sigle de Linear Forwarding Table en terminologie anglo-saxonne) dans chaque commutateur. Lorsque cette technologie est mise en œuvre, un algorithme de routage tel que les algorithmes connus sous les noms de FTree, MINHOP, UPDN et LASH peut être utilisé.

Le choix de l'algorithme devant être utilisé est typiquement effectué par un administrateur selon, notamment, la topologie du cluster. Il peut s'agir, par exemple, de l'algorithme FTree. Cependant, si l'algorithme choisi ne permet pas d'effectuer le routage, le gestionnaire du cluster (typiquement en charge du routage) choisi en général automatiquement un autre algorithme, par exemple l'algorithme MINHOP (généralement moins performant que celui choisi initialement).

A titre d'illustration et de façon simplifiée, l'algorithme FTree détermine des routes de telle sorte que celles-ci soient réparties autant que possible à travers les liens de communication existants. A ces fins, lors du routage d'un réseau de communication entièrement connecté selon une architecture de type fat-tree, chaque nœud du réseau est considéré comme ayant une même importance. Ainsi, lorsqu'une route est établie entre deux nœuds d'un même lien, le nombre de routes utilisant ce lien, appelé la charge du lien, est augmenté de un. Lorsque l'algorithme de routage cherche à établir une nouvelle route et que plusieurs possibilités se présentent, il compare les niveaux de charge associés aux liens sur lesquels sont basées ces possibilités et choisit celle dont les liens ont le niveau de charge le plus faible. Au cours de l'utilisation du cluster, si un lien ou un élément tel qu'un nœud ou un commutateur subit une défaillance, un nouveau routage est effectué.

La qualité de routage ayant une influence directe sur les performances d'un cluster, il existe un besoin pour surveiller une configuration de routage dans un cluster comprenant des liens de communication statiques et pour, le cas échéant, alerter un administrateur d'un problème potentiel de routage.

Comme observé précédemment, la surveillance et le contrôle d'un cluster, en particulier des commutateurs, sont typiquement réalisés de façon centralisée par un nœud dédié, appelé nœud d'administration. En outre, ce nœud d'administration exécute des services, par exemple des services de gestion de bases de données et des services de gestion de dispositifs spécifiques (e.g. dispositifs n'étant pas de type InfiniBand dans un cluster InfiniBand).

La surveillance et le contrôle d'un cluster de type InfiniBand sont réalisés à l'aide de paquets de données particuliers, appelés MAD (acronyme de MAnagement Datagrams en terminologie anglo-saxonne). Ainsi, un dispositif de surveillance et de contrôle adresse des paquets de type MAD à des équipements de type InfiniBand d'un cluster, typiquement des commutateurs ou des adaptateurs, qui, en réponse, retournent des paquets de réponse de type MAD au dispositif émetteur de surveillance et de contrôle.

Cependant, il a été observé qu'il peut être utile, notamment durant une phase de configuration d'un cluster ou lorsque des problèmes se produisent, d'offrir, en plus du nœud d'administration, des moyens de surveillance et/ou de contrôle d'un cluster à distance ou déportés.

L'invention permet de résoudre au moins un des problèmes exposés précédemment.

L'invention a ainsi pour objet un procédé de surveillance et de contrôle déportés d'un cluster comprenant une pluralité de nœuds connectés à un réseau de communication d'un premier type, un nœud de ladite pluralité de nœuds, appelé nœud relai, comprenant une première interface réseau conforme audit premier type de réseau de communication et une seconde interface réseau conforme à un second type de réseau de communication, lesdits premier et second types étant distincts, certaines étapes dudit procédé de surveillance et de contrôle étant mises en œuvre dans un ordinateur distant relié audit nœud relai par un réseau de communication dudit second type, le procédé comprenant les étapes suivantes :

- réception d'au moins un paquet de données via ladite première interface réseau ;

- encapsulation dudit au moins un paquet de données reçu dans au moins une trame de données conforme à un protocole dudit réseau de communication dudit second type ;

- transmission de ladite au moins une trame de données audit ordinateur distant via ladite seconde interface réseau,

lesdites étapes de réception d'au moins un paquet de données, d'encapsulation dudit au moins un paquet de données et de transmission de ladite au moins une trame de données étant mises en œuvre dans ledit nœud relai.

Le procédé selon l'invention permet ainsi d'agir à distance. Il offre en outre la possibilité d'effectuer une analyse fine d'événements dans un cluster.

Ainsi, par exemple, un simple ordinateur portable relié à un cluster de type InfiniBand via un lien Ethernet permet de surveiller et gérer au moins certains paramètres d'un cluster.

Selon un mode de réalisation particulier, le procédé comprend en outre les étapes suivantes, mises en œuvre dans ledit nœud relai,

- réception, via ladite seconde interface réseau, dudit ordinateur distant, d'au moins une trame de données comprenant au moins un paquet de données ;

- décapsulation de ladite au moins une trame de données reçue pour recouvrer ledit au moins un paquet de données contenu dans ladite au moins une trame de données reçue ; et

- transmission, via ladite première interface réseau, dudit au moins un paquet de données recouvré. Selon un mode de réalisation particulier, le procédé comprend en outre les étapes suivantes, mises en œuvre dans ledit ordinateur distant,

- réception, dudit nœud relai, d'au moins une trame de données comprenant au moins un paquet de données ;

- décapsulation de ladite au moins une trame de données reçue dudit nœud relai pour recouvrer ledit au moins un paquet de données contenu dans ladite trame de données reçue dudit nœud relai ; et

- traitement dudit au moins un paquet de données recouvré contenu dans ladite trame de données reçue dudit nœud relai, lesdites étapes de réception de ladite au moins une trame de données, ladite étape de traitement dudit au moins un paquet de données recouvré étant mise en œuvre dans un module de surveillance et de contrôle configuré pour être mis en œuvre dans un nœud dudit cluster.

Selon un mode de réalisation particulier, le procédé comprend en outre les étapes suivantes, mises en œuvre dans ledit ordinateur distant,

- réception, d'un module de surveillance et de contrôle configuré pour être mis en œuvre dans un nœud dudit cluster, d'au moins un paquet de données ;

- encapsulation dudit au moins un paquet de données reçu dudit module de surveillance et de contrôle configuré pour être mis en œuvre dans un nœud dudit cluster, dans au moins une trame de données conforme à un protocole dudit réseau de communication dudit second type ;

- transmission, audit nœud relai, de ladite au moins une trame de données comprenant ledit au moins un paquet de données reçu dudit module de surveillance et de contrôle configuré pour être mis en œuvre dans un nœud dudit cluster.

Selon un mode de réalisation particulier, le procédé comprend en outre une étape préalable de mémorisation, dans ledit nœud relai, d'une adresse dudit ordinateur distant, ladite adresse dudit ordinateur distant mémorisée étant utilisée pour encapsuler au moins un paquet de données à transmettre audit ordinateur distant sous forme d'au moins une trame de données. Selon un mode de réalisation particulier, le procédé comprend en outre une étape de mémorisation, dans ledit ordinateur distant, d'une adresse dudit nœud relai, ladite adresse dudit nœud relai mémorisée étant utilisée pour encapsuler au moins un paquet de données à transmettre audit nœud relai sous forme d'au moins une trame de données.

Selon un mode de réalisation particulier, au moins un paquet de données transmis dudit nœud relai audit ordinateur distant est un paquet de données de type particulier comprenant des informations relatives audit cluster.

Selon un mode de réalisation particulier, ledit premier type de réseau de communication est le type InfiniBand et selon lequel ledit second type de réseau de communication est le type Ethernet.

L'invention a également pour objet un programme d'ordinateur comprenant des instructions adaptées à la mise en œuvre de chacune des étapes du procédé décrit précédemment lorsque ledit programme est exécuté sur un ordinateur ainsi qu'un système comprenant au moins un nœud relai et au moins un ordinateur distant comprenant des moyens configurés pour mettre en œuvre chacune des étapes du procédé décrit précédemment.

Les avantages procurés par ce programme d'ordinateur et ce système sont similaires à ceux évoqués précédemment.

D'autres avantages, buts et caractéristiques de la présente invention ressortent de la description détaillée qui suit, faite à titre d'exemple non limitatif, au regard des dessins annexés dans lesquels :

- la figure 1 illustre un exemple de topologie d'un cluster ;

- la figure 2 illustre un exemple d'architecture d'un nœud d'un cluster ;

- la figure 3 illustre un exemple de mise en œuvre de l'invention selon un mode de réalisation particulier ;

- la figure 4, comprenant les figures 4a et 4b, illustre schématiquement des étapes mises en œuvre dans un nœud d'un cluster également relié à un réseau de communication d'un type distinct de celui du cluster, pour transmettre des données de surveillance à un dispositif distant (figure 4a) et recevoir des données de contrôle de ce dispositif distant (figure 4b) ; et

- la figure 5, comprenant les figures 5a et 5b, illustre schématiquement des étapes mises en œuvre dans un ordinateur distant, relié à un nœud relai d'un cluster, pour recevoir des données de surveillance de ce nœud relai et les traiter (figure 5a) ainsi que pour générer et transmettre des données de contrôle à ce nœud relai (figure 5b).

De façon générale, l'invention vise, selon un mode de réalisation particulier, à établir une passerelle entre le réseau de communication d'un cluster, par exemple un réseau de communication de type InfiniBand, et un réseau de communication de type grand-public, par exemple Ethernet.

La figure 3 illustre un exemple de mise en œuvre de l'invention selon un mode de réalisation particulier.

L'environnement 300 dans lequel est mise en œuvre comprend ici un premier ensemble 305 de dispositifs connectés à un même réseau de communication d'un premier type, par exemple de type InfiniBand et un second ensemble 310 de dispositifs connectés à un réseau de communication d'un second type, distinct du premier, par exemple de type Ethernet.

Comme illustré, le dispositif 315 est relié au réseau de communication de premier type et au réseau de communication de second type (e.g. InfiniBand et Ethernet) via ses interfaces réseaux 320-1 et 320-2 et via les commutateurs 325-1 et 325-2, respectivement.

Ce dispositif permet d'établir une passerelle entre les deux réseaux de communication. A ces fins, il comprend un module relai 330, typiquement un module logiciel.

Le dispositif 315 peut ainsi échanger des données avec des dispositifs 335-1 à 335-n en utilisant le réseau de communication de premier type (e.g. InfiniBand) et avec un dispositif 340 en utilisant le réseau de communication de second type (e.g. Ethernet).

Le dispositif 315, appelé nœud relai dans la suite de la description, est typiquement un nœud d'administration. Un module relai 330, mis en œuvre dans ce serveur, permet de transmettre des données reçues par le nœud relai 315 par l'une des interfaces réseaux sur l'autre interface réseau et réciproquement.

Le module relai 330 permet ainsi de transmettre des données, sous forme de paquets (e.g. paquets de type MAD), d'un dispositif relié au réseau de communication de premier type (e.g. InfiniBand), au dispositif 340 dont un identifiant, par exemple une adresse IP, a été préalablement obtenu ou est dynamiquement obtenu. Les paquets de données reçus sont, selon un mode de réalisation particulier, transmis sous forme de trames suite à une étape d'encapsulation.

Réciproquement, le module relai 330 permet de transmettre des données reçues par le nœud relai 315, sous forme de trames, du dispositif 340, vers un dispositif relié au réseau de communication de premier type (e.g. InfiniBand). Un identifiant du ou des dispositifs auxquels doivent être transmises, sous forme de paquets (e.g. paquets de type MAD), des données reçues est, de préférence, transmis dans les trames reçues (typiquement dans des paquets de données transmis dans les trames).

Selon un mode de réalisation particulier, les trames reçues sont décapsulées pour recouvrer des paquets préalablement encapsulés à transmettre sur le réseau de communication de premier type, ces paquets de données comprenant des identifiants du ou des destinataires.

Le dispositif de surveillance et de contrôle 340 est typiquement un ordinateur personnel, par exemple de type PC (sigle de Personal Computer en terminologie anglo-saxonne) portable. Il comprend une interface réseau 345, un module relai 350 et un module de surveillance et de contrôle 355. Ces deux modules sont typiquement des modules logiciels.

Le module de surveillance et de contrôle 355 est ici un module de surveillance et de contrôle standard, généralement utilisé dans un nœud d'administration pour surveiller et contrôler la bonne exécution de certaines opérations effectuées dans un cluster.

Il est ainsi typiquement conçu pour traiter directement des paquets de données reçus du réseau de communication du cluster, c'est-à-dire ici du réseau de communication de type InfiniBand, en particulier des paquets de type MAD.

Le module relai 350 mis en œuvre dans le dispositif de surveillance et de contrôle 340 permet de transmettre des données reçues du nœud relai 315, par exemple sous forme de trames, au module de surveillance et de contrôle 355. A ces fins, les trames reçues sont, selon un mode de réalisation particulier, décapsulées pour adresser les données contenues dans ces trames sous forme de paquets (e.g. paquets de type MAD) au module de surveillance et de contrôle 355.

Réciproquement, le module relai 350 permet de transmettre des données reçues du module de surveillance et de contrôle 355, par exemple sous forme de paquets (e.g. paquets de type MAD), au nœud relai 315, par exemple sous forme de trames.

Selon un mode de réalisation particulier, un identifiant du nœud relai 315 auquel doivent être transmises les données reçues, par exemple une adresse IP, est préalablement obtenu ou est dynamiquement obtenu. Toujours selon un mode de réalisation particulier, les paquets reçus sont encapsulées pour qu'elles soient transmises sous forme de trames.

Le module relai 350 permet ainsi de « leurrer » le module de surveillance et de contrôle 355 qui agit comme s'il était mis en œuvre dans un dispositif directement relié au réseau de communication du cluster, par exemple un réseau de communication de type InfiniBand. Ce module peut être mis en œuvre sous la forme d'une librairie particulière ou à l'aide d'une fonction de surchargement (appelée overloading en terminologie anglo-saxonne) en utilisant la variable d'environnement connue sous le nom de LD_PRELOAD dans l'environnement Unix (Unix est une marque).

Toujours selon un mode de réalisation particulier, le module relai 330 est un démon, c'est-à-dire un processus qui s'exécute en arrière-plan, exécuté par un nœud ayant au moins deux interfaces réseaux, pour recevoir des données sur une interface réseau et les transmettre sur une autre interface réseau. Il permet ainsi de recevoir des paquets de données de contrôle de cluster (e.g. paquets de type MAD) d'un réseau de communication de type InfiniBand, de les encapsuler dans des trames et de les transmettre sur un réseau de communication de type Ethernet. Réciproquement, il permet de recevoir des trames de données d'un réseau de communication de type Ethernet, de les décapsuler et de les transmettre sous forme de paquets (e.g. paquets de type MAD) sur un réseau de communication de type InfiniBand.

Les paquets de données reçus du réseau de communication de type InfiniBand peuvent être reçus d'un dispositif du cluster en réponse à une requête préalable, par exemple une requête issue du dispositif de surveillance et de contrôle, ou de façon autonome.

De même, les paquets de données émis par le module de surveillance et de contrôle à destination d'un ou plusieurs dispositifs du cluster peuvent être émis en réponse à des données préalablement reçues d'un ou de plusieurs dispositifs du cluster ou de façon autonome.

La figure 4, comprenant les figures 4a et 4b, illustre schématiquement des étapes mises en œuvre dans un nœud d'un cluster également relié à un réseau de communication d'un type distinct de celui du cluster, pour transmettre des données de surveillance à un dispositif distant (étapes 400 à 410 de la figure 4a) et recevoir des données de contrôle de ce dispositif distant (étapes 415 à 425 de la figure 4b). Le nœud mettant en œuvre les étapes 400 à 425 est, par exemple, le nœud relai 315 décrit en référence à la figure 3.

Les étapes 400 à 410 et les étapes 415 à 425 sont exécutées de façon distincte, typiquement en parallèle.

Comme illustré, pour transmettre des données de contrôle d'un cluster entre un dispositif de ce cluster et un dispositif distant (i.e. non directement relié au cluster), une première étape a pour objet la réception des données (étape 400).

Selon un mode de réalisation particulier, les données échangées entre des dispositifs du cluster sont transmises sous forme de paquets comprenant un identifiant de destinataire. Cet identifiant peut être lié à un seul dispositif (transmission dite unicast) ou à plusieurs dispositifs (transmission dite multicast). Un identifiant de dispositif peut être, par exemple, une adresse locale, par exemple une adresse connue sous le nom de LID.

Selon ce mode de réalisation, les données reçues au cours de l'étape 400 sont des paquets comprenant, comme destinataire, l'identifiant du nœud relai mettant en œuvre les étapes 400 à 410. Ces paquets sont reçus par une première interface réseau du nœud relai, par exemple une interface de type InfiniBand.

Dans une étape suivante (étape 405), les données reçues sont encapsulées dans une ou plusieurs trames de données dont le format est défini par le protocole mis en œuvre dans le réseau de communication reliant le nœud relai mettant en œuvre les étapes 400 à 410 et le dispositif auquel les données doivent être transmises (i.e. le dispositif utilisé pour surveiller et contrôler le cluster).

Ces trames comprennent un identifiant du dispositif auquel doivent être transmises les données, par exemple l'adresse IP (sigle d ^! Internet Protocol en terminologie anglo-saxonne) de l'interface réseau utilisée de ce dispositif. Selon un mode de réalisation particulier, cet identifiant est préalablement mémorisé dans le nœud relai.

Après avoir été encapsulées, les données à transmettre sont transmises (étape 410) via une seconde interface réseau du nœud relai mettant en œuvre les étapes 400 à 410, offrant un accès au réseau de communication reliant ce nœud au dispositif auquel les données doivent être transmises, par exemple un réseau de communication de type Ethernet.

Parallèlement, pour transmettre des données de contrôle d'un cluster entre un dispositif distant (i.e. non directement relié au cluster) et un dispositif de ce cluster, une première étape a pour objet la réception des données de contrôle (étape 415).

Selon un mode de réalisation particulier, les données échangées entre ce dispositif distant et le nœud du cluster mettant en œuvre les étapes 415 à 425 (i.e. nœud relai) sont transmises sous forme de trames encapsulant les données à échanger, ces dernières pouvant elles-mêmes être organisées sous forme de paquets de données, ces trames comprenant un identifiant du nœud relai. Cet identifiant peut être, par exemple, l'adresse IP de la seconde interface réseau du nœud relai.

Dans une étape suivante (étape 420), les données reçues sous forme de trames sont décapsulées pour recouvrer les données dans un format compatible avec le réseau de communication du cluster, typiquement des paquets de données comprenant un identifiant d'un ou plusieurs dispositifs dans le cluster.

Après avoir été décapsulées, les données à transmettre sont transmises (étape 425) via la première interface réseau du nœud relai, offrant un accès au réseau de communication du cluster.

La figure 5, comprenant les figures 5a et 5b, illustre schématiquement des étapes mises en œuvre dans un ordinateur distant, relié à un nœud relai d'un cluster, pour recevoir des données de surveillance de ce nœud relai et les traiter (étapes 500 à 515 de la figure 5a) ainsi que pour générer et transmettre des données de contrôle à ce nœud relai (étapes 520 à 535 de la figure b).

Le dispositif mettant en œuvre les étapes 500 à 535 est, par exemple, le dispositif 340 décrit en référence à la figure 3.

Comme les étapes 400 à 410 et les étapes 415 à 425, les étapes

500 à 515 et les étapes 520 à 535 sont exécutées de façon distincte, typiquement en parallèle.

Comme illustré, pour traiter, typiquement analyser, des données permettant de surveiller et contrôler un cluster, à partir d'un ordinateur distant (i.e. non directement relié au cluster), une première étape a pour objet la réception des données transmises par le nœud relai (étape 500).

Ces données sont reçues par une interface réseau de l'ordinateur distant, cet interface réseau reliant ce dernier à un nœud relai via un réseau de communication (e.g. réseau de communication de type Ethernet).

Selon un mode de réalisation particulier, les données échangées entre le nœud relai et l'ordinateur distant sont transmises sous forme de trames, par exemple de trames Ethernet, comprenant un ou plusieurs paquets de données. Chaque trame comprend un identifiant de l'ordinateur distant, par exemple l'adresse IP de son interface réseau.

Dans une étape suivante (étape 505), les données reçues sont décapsulées aux fins de recouvrer les données d'origine (i.e. avant encapsulation) conformes au protocole de communication utilisé par le cluster, par exemple des paquets de données conformes au standard InfiniBand.

Les données recouvrées sont alors transmises à un module de surveillance et de contrôle de l'ordinateur distant (étape 510) qui les traite (étape 515).

Comme décrit précédemment, le module de surveillance et de contrôle est, selon un mode de réalisation particulier, un module de surveillance et de contrôle configuré pour être mis en œuvre sur un nœud du cluster. En d'autres termes, le module de surveillance et de contrôle est configuré pour traiter des données conformes à un protocole utilisé par le réseau de communication du cluster.

Parallèlement, pour transmettre des données de contrôle d'un cluster entre le dispositif distant et un dispositif de ce cluster, une première étape a pour objet de générer les données de contrôle (étape 520).

Ces données sont typiquement générées dans le module de surveillance et de contrôle ayant préalablement traités des données reçues du cluster (ces dernières ayant typiquement été reçues en réponse à une requête antérieure).

Après avoir été reçues (étape 525), par exemple du module de surveillance et de contrôle, les données de contrôle sont encapsulées dans une ou plusieurs trames de données dont le format est défini par le protocole mis en œuvre dans le réseau de communication reliant l'ordinateur distant au nœud relai (étape 530).

Il s'agit, par exemple, de trames Ethernet. Elles comprennent un identifiant du nœud relai auquel doivent être transmises les données, par exemple son adresse IP préalablement obtenue par l'ordinateur distant.

Les données encapsulées sont alors transmises par l'ordinateur distant, via une interface réseau, au nœud relai (étape 535). Ce dernier les transfère alors au réseau de communication du cluster comme décrit en référence à la figure 4b.

Il convient de noter que les algorithmes décrits en référence aux figures 4 et 5 peuvent, par exemple, être mis en œuvre dans un dispositif similaire à celui décrit en référence à la figure 2, sous forme d'un programme d'ordinateur.

Naturellement, pour satisfaire des besoins spécifiques, une personne compétente dans le domaine de l'invention pourra appliquer des modifications dans la description précédente.