Brevet FR3003052A1 — publié le 20140912

PROCÉDÉ ET DISPOSITIF DE GESTION DE QUORUMS DE NOEUDS DE GROUPES À HAUTE DISPONIBILITÉ D'UN CALCULATEUR HAUTE PERFORMANCE L'invention concerne les calculateurs de type dit « haute performance» (ou supercalculateurs), et plus précisément la gestion des quorums de noeuds de tels calculateurs lorsqu'ils fonctionnent dans un mode dit « à haute disponibilité ». Comme le sait l'homme de l'art, les calculateurs haute performance comprennent des noeuds de service qui sont systématiquement regroupés en groupes dits « à haute disponibilité » (ou HA pour « High Availability ») afin d'assurer une haute disponibilité des ressources hébergées sur ces noeuds. L'invention concerne plus particulièrement les calculateurs haute performance dont les groupes HA comprennent au moins trois noeuds de service. On entend ici par « haute disponibilité » le fait de relancer automatiquement sur un noeud d'un groupe HA des ressources initialement utilisées par un noeud devenu indisponible (ou inactif) et appartenant à ce même groupe HA. Par ailleurs, on entend ici par « ressource » un « service configurable » utile à un calculateur ou à une application tournant dans un calculateur. Il pourra par exemple s'agir d'un service (nfs ou postgresql), ou d'un système de fichiers (ou « file system ») partagé entre des noeuds d'un groupe HA sur une baie de stockage, ou d'une adresse IP (« Internet Protocol »). Dans un calculateur haute performance, la gestion des ressources qui sont partagées par les noeuds d'un groupe HA est assurée par un logiciel de haute disponibilité via des scripts comportant des cibles ou opérations (un script par type de ressource). Un groupe HA de M noeuds, avec M 3, peut, quel que soit le logiciel de haute disponibilité qui gère ses noeuds, voir l'un au moins de ces derniers devenir indisponible (ou inactif) tant que le nombre de ses noeuds qui demeurent disponibles (ou actifs) demeure supérieur ou égal au quorum qui lui est associé est qui est défini par la formule E(M/2) + 1, où E désigne la fonction partie entière. Cette règle, relative au nombre de noeuds devant demeurer disponibles, est destinée à empêcher qu'un noeud appartenant à un groupe HA et se retrouvant isolé du fait qu'il n'échange plus avec les autres noeuds disponibles (notamment des jetons de « ligne de vie » (ou « heartbeat »), puisse rendre indisponible (ou « tuer ») un autre noeud de ce même groupe HA. En d'autres termes, la notion de quorum associée à un groupe HA est destinée à interdire à un noeud isolé de ce groupe HA de tuer un autre noeud du même groupe HA. Par contre, cette règle n'interdit pas que 1 o ce noeud isolé soit tué par un autre noeud actif du groupe HA qui a détecté qu'il était encore dans un groupe HA avec suffisamment de noeuds actifs pour former un groupe HA où le quorum est atteint. Lorsque le nombre de noeuds disponibles d'un groupe HA devient inférieur au quorum associé, le logiciel de haute disponibilité agit en fonction 15 des choix faits lors de sa configuration initiale. Ainsi, il peut, par exemple, stopper l'utilisation de toutes les ressources partagées au sein du groupe HA, ou bien figer dans leur état les ressources à l'état démarré en empêchant que les ressources utilisées par chaque noeud isolé soient reprises par les noeuds disponibles, ou encore arrêter tous les noeuds du groupe HA. Dans tous les 20 cas on aboutit à un arrêt de production des noeuds du groupe HA. L'invention a donc pour but d'améliorer la situation, et notamment de permettre au sein d'un groupe HA, lorsque certaines conditions sont remplies, de perdre plus de noeuds que le quorum initial ne le permet tout en gardant la sécurité apportée par la notion de quorum, et sans perdre l'intégralité de la 25 configuration du logiciel de haute disponibilité relative à tous les noeuds initiaux du groupe HA. Elle propose notamment à cet effet un procédé de gestion destiné à être mis en oeuvre dans un calculateur haute performance comprenant au moins un groupe à haute disponibilité comportant M(i) noeuds de service 30 partageant des ressources gérées par un logiciel de haute disponibilité (ou HA) comportant un ensemble d'informations de configuration, avec M(i) 3, et associé à une valeur courante du quorum. Ce procédé se caractérise par le fait qu'il comprend une étape dans laquelle, lorsqu'un noeud du groupe devient indisponible et que le nombre de noeuds encore disponibles au sein de ce groupe est strictement supérieur à deux, on supprime de l'ensemble d'informations de configuration du logiciel HA toutes les informations de configuration relatives au noeud devenu indisponible, puis on fait une nouvelle configuration du logiciel HA avec M(i) -1 noeuds, de sorte qu'il calcule une nouvelle valeur de quorum. Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - dans l'étape on peut effectuer la suppression d'informations de 1 o configuration lorsqu'en outre le nombre de noeuds encore disponibles au sein du groupe est strictement supérieur à un premier seuil choisi ; > le premier seuil peut être choisi en fonction d'un nombre minimal de noeuds du groupe nécessaires pour supporter une charge maximale de ce groupe lorsque tous ses noeuds sont disponibles ; 15 - dans l'étape on peut effectuer la suppression d'informations de configuration lorsqu'en outre le noeud du groupe est devenu indisponible depuis une durée qui est strictement supérieure à un second seuil choisi ; - dans l'étape, lorsque le nombre de noeuds encore disponibles au sein du groupe est égal à deux, on peut déclencher un changement de 20 fonctionnement du logiciel HA indépendant de la valeur courante du quorum, du fait qu'il ne peut plus y avoir de notion de quorum si le groupe ne comporte plus que deux noeuds (quel que soit le logiciel HA utilisé) ; les informations de configuration supprimées peuvent être choisies parmi (au moins) un identifiant du noeud qui est devenu indisponible, une 25 information de localisation d'une ressource gérée par le logiciel HA et préférentiellement utilisée par le noeud qui est devenu indisponible, une information de localisation d'une ressource gérée par le logiciel et interdite d'utilisation par le noeud qui est devenu indisponible, et une information sur une quelconque ressource configurée et faisant référence au noeud devenu 30 indisponible ; les informations de configuration à supprimer peuvent être mémorisées soit dynamiquement au moment où on a besoin de changer la configuration pour que le quorum calculé soit réduit, soit d'une manière plus statique dès la première configuration du groupe. Dans ce dernier cas, on peut, par exemple, mémoriser la configuration qu'il faut quand le noeud 1 disparaît (et donc avec plus aucune référence à ce noeud 1), la configuration qu'il faut quand le noeud 2 disparaît (et donc avec plus aucune référence à ce noeud 2), et ainsi de suite, mais aussi la configuration qu'il faut quand les noeuds 1 et 2 ou 2 et 3 ou encore 1 et 3 disparaissent. L'invention propose également un produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en oeuvre un procédé de gestion du type de 1 o celui présenté ci-avant pour gérer des valeurs courantes de quorums de groupes à haute disponibilité au sein d'un calculateur haute performance. L'invention propose également un dispositif de gestion destiné à équiper un calculateur haute performance comprenant au moins un groupe à haute disponibilité comportant M(i) noeuds de service partageant des 15 ressources gérées par un logiciel de haute disponibilité (ou HA) comportant un ensemble d'informations de configuration, avec M(i) 3, et associé à une valeur courante du quorum. Ce dispositif se caractérise par le fait qu'il comprend : - des premiers moyens de traitement agencés lorsqu'un noeud du groupe 20 devient indisponible et que le nombre de noeuds encore disponibles au sein de ce groupe est strictement supérieur à deux, pour supprimer de l'ensemble d'informations de configuration du logiciel HA toutes les informations de configuration qui sont relatives au noeud qui est devenu indisponible, et 25 - des seconds moyens de traitement agencés pour faire une nouvelle configuration du logiciel HA avec M(i) -1 noeuds, de sorte qu'il calcule une nouvelle valeur de quorum. L'invention propose également un calculateur haute performance, comprenant, d'une part, au moins un groupe à haute disponibilité, comportant 30 M(i) noeuds de service partageant des ressources gérées par un logiciel de haute disponibilité comportant un ensemble d'informations de configuration, avec M(i) 3, et associé à une valeur courante de quorum, et, d'autre part, un dispositif de gestion du type de celui présenté ci-avant. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : - la figure 1 illustre de façon schématique et fonctionnelle un calculateur haute performance équipé d'un exemple de réalisation d'un dispositif de gestion selon l'invention, et - la figure 2 illustre un exemple d'algorithme mettant en oeuvre un procédé de gestion selon l'invention. L'invention a notamment pour objet de proposer un procédé de gestion, et un dispositif de gestion D associé, pour un calculateur haute performance CHP comprenant au moins un groupe à haute disponibilité Gi comportant M(i) noeuds de service Nq partageant des ressources Rik sous le contrôle d'un logiciel de haute disponibilité L, avec M(i) 3. On a schématiquement illustré sur la figure 1 un exemple non limitatif de calculateur haute performance CHP. Dans cet exemple, le calculateur comprend N groupes (à haute disponibilité) Gi (avec i = 1 à N) comportant chacun M(i) noeuds de service Nq (avec j = 1 à M(i)). Par exemple, N est égal à 10 et M(i) est égal à 6 quel que soit le groupe Gi considéré (et donc quelle que soit la valeur de l'indice i). Mais le nombre de noeuds Ng pourrait varier d'un groupe Gi à l'autre G. Par ailleurs, le nombre N de groupes Gi peut prendre n'importe quelle valeur supérieure ou égale à un (1). De même, le nombre M(i) de noeuds Ni1 d'un groupe Gi peut prendre n'importe quelle valeur supérieure ou égale à trois (3). Chaque groupe (à haute disponibilité) Gi comprend un ensemble ER; de ressources Rik (avec k = 1 à P(i)) partagées par ses noeuds Ng sous le contrôle du logiciel de haute disponibilité L. Par exemple, P(i) peut être égal à 25 ou 30 quel que soit le groupe Gi considéré (et donc quelle que soit la valeur de l'indice i). Mais le nombre de ressources Rik pourrait varier d'un groupe Gi à l'autre G. Ces ressources Rik peuvent être de tout type dès lors qu'il s'agit de services configurables qui sont utiles au calculateur CHP ou à une application tournant dans ce calculateur CHP. Ainsi, il pourra par exemple s'agir d'un service (nfs ou postgresql), ou d'un système de fichiers (ou « file system ») partagé entre des noeuds Nq d'un groupe Gi sur une baie de stockage, ou d'une adresse IP (« Internet Protocol »). Chaque ressource Rik est gérée par un script qui réalise des opérations (ou cibles), comme par exemple des « démarrages » (ou « starts »), des « arrêts » (ou « stops ») et des « statuts périodiques » (ou « monitoring »). Par ailleurs, chaque groupe (à haute disponibilité) Gi est associé initialement à un quorum initial 0(i) qui est calculé par le logiciel (de haute disponibilité) L une fois que ce dernier (L) a été configuré. Ce quorum initial Q(i) est le nombre minimal de noeuds Klq qui doivent être initialement disponibles au sein d'un groupe Gi pour que toutes ses ressources Rik partagées et gérées par le logiciel L puissent être utilisées. Ce quorum initial Q(i) est défini par la formule E(M(i)/2) + 1, où E désigne la fonction partie entière. Par exemple, si M(i) est égal à 6, alors Q(i) = 4, et si M(i) est égal à 5, alors 0(i) = 3. Comme on le verra plus loin, on introduit ici une valeur courante de quorum Q(i) qui est le quorum associé à un groupe Gi à un instant donné. On comprendra que lors du premier démarrage d'un calculateur CHF, chaque valeur courante de quorum Q(i) d'un groupe Gi est égal au quorum initial Q(i) de ce groupe G. Le calculateur CHP comprend également un dispositif de gestion D destiné à mettre en oeuvre un procédé de gestion selon l'invention. Ce procédé comprend une étape durant laquelle, lorsqu'un noeud Klq d'un groupe Gi devient indisponible et que le nombre de noeuds Klir (avec j' j) encore disponibles au sein de ce groupe Gi est strictement supérieur à deux (2), on commence par supprimer de l'ensemble d'informations de configuration du logiciel L toutes les informations de configuration qui sont relatives au noeud Klq qui est devenu indisponible. Cette première partie d'étape peut être assurée par des premiers moyens de traitement MT1 du dispositif D. Par exemple, les informations de configuration supprimées peuvent être choisies parmi au moins un identifiant du noeud Klij devenu indisponible, une information de localisation d'une ressource Rik gérée par le logiciel L et préférentiellement utilisée par le noeud Klq devenu indisponible, et une information de localisation d'une ressource Rik gérée par le logiciel et interdite d'utilisation par le noeud Nij devenu indisponible. On notera que toute autre information sur une quelconque ressource configurée Rik qui fait référence au noeud Nij devenu indisponible peut être également supprimée. Cette étape se poursuit ensuite par la réalisation d'une nouvelle configuration du logiciel L avec M(i) -1 noeuds de sorte qu'il calcule une nouvelle valeur de quorum Qr(i), réduite par rapport à la précédente. On comprendra que pour le logiciel L la nouvelle valeur de quorum Qr(i) devient alors la nouvelle valeur courante du quorum Q(i) qui va autoriser le groupe Gi o à perdre encore un autre noeud Nu. Cette nouvelle valeur de quorum Qr(i) est définie par la formule E((M(i)-1)/2) + 1. Cette seconde partie d'étape peut être assurée par des seconds moyens de traitement MT2 du dispositif D. On notera que la reconfiguration dynamique du logiciel L se fait sans 15 que les ressources Rik gérées par le logiciel L ne soient arrêtées et sans que le logiciel L ne soit arrêté. On notera également que pendant l'étape on peut effectuer la suppression d'informations de configuration non seulement si le nombre de noeuds Nir encore disponibles au sein d'un groupe Gi est strictement supérieur 20 à deux, mais également si le nombre de noeuds Nir encore disponibles au sein de ce groupe Gi est strictement supérieur à un premier seuil Si choisi. Par exemple, ce premier seuil Si peut être choisi en fonction d'un nombre minimal de noeuds Nq du groupe Gi nécessaires pour supporter une charge maximale de ce groupe Gi lorsque tous ses noeuds Nq sont disponibles. 25 Si ce premier seuil Si est atteint, alors la reconfiguration dynamique ne se fait pas et le groupe Gi concerné reste dans son état en cours (sans changement de la valeur courante du quorum Q(i) associé), avec toutes ses ressources partagées Rik gérées par le logiciel L démarrées sur les noeuds Ng, encore disponibles et donc la production du groupe Gi toujours active. Mais 30 l'indisponibilité d'un nouveau noeud Nu arrêtera la production du groupe G. En variante ou en complément, pendant l'étape on peut effectuer la suppression d'informations de configuration non seulement si le nombre de noeuds Nir encore disponibles au sein d'un groupe Gi est strictement supérieur à deux, mais également si le noeud Klij de ce groupe Gi est devenu indisponible depuis une durée qui est strictement supérieure à un second seuil S2 choisi. Cette option nécessite que l'on déclenche un comptage temporel dès que l'on détecte le début de l'indisponibilité d'un noeud Klq d'un groupe G. Cette règle est destinée à éviter qu'un noeud Klq, devenu indisponible au sein d'un groupe Gi à un instant tO, redevienne disponible à un instant t1 peu espacé de tO (typiquement quelques secondes ou quelques minutes), alors même que l'on vient de procéder à une reconfiguration dynamique du logiciel L par remplacement de quorum. On considère en effet ici que si entre les instants tO et t1 un autre noeud Nu tombe, on est dans un cas de double panne qui n'est pas supporté par les solutions de haute disponibilité du fait de sa probabilité quasi nulle. Le second seuil S2 est donc choisi par l'administrateur du calculateur CHP de manière à ne permettre une reconfiguration dynamique du logiciel L que lorsqu'il existe un risque de perdre un autre noeud Nu au sein du même groupe G. Egalement en variante ou en complément, pendant l'étape on peut, lorsque le nombre de noeuds actifs Klq d'un groupe Gi est égal à deux (2), déclencher un changement de fonctionnement du logiciel L indépendant de la valeur courante du quorum. Cela résulte du fait qu'il ne peut plus y avoir de notion de quorum si le groupe Gi ne comporte plus que deux noeuds actifs Klij (quel que soit le logiciel HA utilisé). Ce changement de fonctionnement est déclenché par une reconfiguration dynamique du logiciel L. On notera également qu'avant de procéder à la suppression d'informations de configuration relatives au noeud Klij devenu indisponible dans l'ensemble d'informations de configuration du logiciel L, il est préférable de mémoriser temporairement ces informations de configuration à supprimer, de manière à pouvoir les réutiliser ultérieurement pour reconfigurer le logiciel L en cas de réinsertion du noeud temporairement indisponible. Cette mémorisation temporaire peut être contrôlée par les premiers moyens de traitement MT1 du dispositif D et peut se faire dans des moyens de stockage MS que comprend le dispositif D, comme illustré non limitativement sur la figure 1. Ces moyens de stockage MS peuvent être de tout type, y compris purement logiciel (ou software). Par ailleurs, cette mémorisation peut être faite soit dynamiquement au moment où on a besoin de changer la configuration du logiciel L pour que le quorum calculé soit réduit, soit d'une manière plus statique dès la première configuration du groupe HA. Dans ce dernier cas, on peut, par exemple, mémoriser la configuration qu'il faut quand le noeud 1 disparaît (et donc avec plus aucune référence à ce noeud 1), la configuration qu'il faut quand le noeud 2 disparaît (et donc avec plus aucune référence à ce noeud 2), et ainsi de suite, mais aussi la configuration qu'il faut quand les noeuds 1 et 2 ou 2 et 3 ou encore 1 et 3 disparaissent. On notera que lorsqu'un noeud indisponible Klq redevient disponible au sein de son groupe Gi, alors que le nombre de noeuds Klq, disponibles était devenu égal à deux, alors on procède à une nouvelle reconfiguration dynamique du logiciel L afin qu'il cesse de fonctionner dans le mode à deux noeuds pour fonctionner de nouveau dans le mode avec quorum. Dans ce cas, toutes les informations de configuration mémorisées dans les moyens de stockage MS et relatives au noeud Klq redevenu disponible sont réintégrées dans les informations de configuration du logiciel L. En revanche, si le nombre de noeuds Klq, disponibles était encore supérieur ou égal à trois, on ne fait que réintégrer toutes les informations de configuration mémorisées dans les moyens de stockage MS et relatives au noeud Klq redevenu disponible dans l'ensemble d'informations de configuration du logiciel L. On notera également que le dispositif de gestion D selon l'invention, et notamment ses premiers MT1 et second MT2 moyens de traitement, peuvent être réalisés sous la forme de modules logiciels (ou informatiques, ou encore « software ») ; on est alors en présence d'un produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement de type circuits électroniques (ou « hardware »), est propre à mettre en oeuvre le procédé de gestion. En variante, ils peuvent être réalisés sous la forme d'une combinaison de modules logiciels et de circuits électroniques. On a schématiquement illustré sur la figure 2 un exemple d'algorithme mettant en oeuvre un exemple de procédé de gestion selon l'invention. Cet algorithme comprend une sous-étape 10 dans laquelle on détecte 'o qu'un noeud Klq est devenu indisponible dans un groupe G. Cette détection déclenche ici un comptage temporel associé au noeud Klij indisponible. Cet algorithme se poursuit par une sous-étape 20 dans laquelle on détermine si le nombre de noeuds Klq, encore disponibles dans le groupe Gi est strictement supérieur à deux. Si ce n'est pas le cas (nombre égal à deux), on effectue une sous-étape 30 dans laquelle on déclenche un changement de fonctionnement du logiciel L indépendant de la valeur courante du quorum par une reconfiguration dynamique de ce logiciel L. En revanche, si ce nombre est strictement supérieur à deux, on effectue une sous-étape 40 dans laquelle on détermine si le nombre de noeuds Klq, encore disponibles dans le groupe Gi est strictement supérieur à un premier seuil 51. Si ce n'est pas le cas (nombre supérieur à deux et inférieur ou égal à 51), on ne fait plus rien et donc l'algorithme se termine dans une sous-étape 50. La valeur courante du quorum Q(i) associé au groupe Gi est donc inchangée et le groupe Gi reste dans son état en cours, avec toutes ses ressources partagées Rik gérées par le logiciel L démarrées sur les noeuds Klq, encore disponibles et donc la production du groupe Gi toujours active. En revanche, si ce nombre est strictement supérieur au premier seuil 51, on effectue une sous-étape 60 dans laquelle on détermine si la durée d'indisponibilité du noeud Klij, définie par la valeur en cours du compteur temporel déclenché dans la sous-étape 10, est supérieure à un second seuil S2. Si ce n'est pas le cas (valeur du compteur temporel inférieure ou égale à S2), on ne fait plus rien et donc l'algorithme se termine dans une sous-étape 70. La valeur courante du quorum Q(i) associé au groupe Gi demeure donc inchangée, comme dans la sous-étape 50. En revanche, si la valeur du compteur temporel est supérieure à S2, on effectue une sous-étape 80 dans laquelle on fait une nouvelle configuration dynamique du logiciel L avec M(i) - 1 noeuds. Cette nouvelle configuration dynamique consiste ici à mémoriser des informations de configuration qui sont relatives au noeud Klq du groupe Gi qui est devenu indisponible et qui sont utilisées par le logiciel L, puis à supprimer de son ensemble d'informations de configuration toutes les informations de configuration mémorisées (relatives au noeud Klij devenu indisponible), sans que les ressources Rik gérées par le logiciel L ne soient arrêtées et sans que le logiciel L ne soit arrêté. Cette reconfiguration dynamique du logiciel L déclenche le calcul d'une nouvelle valeur de quorum (réduite) Qr(i) pour le groupe G. On notera que cette nouvelle valeur de quorum (réduite) Qr(i) peut être utilisée par le logiciel L soit automatiquement, soit seulement si le gestionnaire du calculateur CHP le permet. o Les sous-étapes 10 à 80 constituent ici l'étape du procédé de gestion selon l'invention. L'invention ne se limite pas aux modes de réalisation de procédé de gestion, de dispositif de gestion, et de calculateur haute performance décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes 15 que pourra envisager l'homme de l'art dans le cadre des revendications ci- après. REVENDICATIONS1. Procédé de gestion pour un calculateur haute performance (CHP) comprenant au moins un groupe à haute disponibilité (Gi) comportant M(i) noeuds de service (NO partageant des ressources (Rik) gérées par un logiciel de haute disponibilité (L) comportant un ensemble d'informations de configuration, avec M(i) 3, et associé à une valeur courante de quorum de noeuds, caractérisé en ce qu'il comprend une étape dans laquelle, lorsqu'un o noeud (NO dudit groupe (Gi) devient indisponible et que le nombre de noeuds (NO encore disponibles au sein dudit groupe (Gi) est strictement supérieur à deux, on supprime dudit ensemble du logiciel (L) toute information de configuration relative audit noeud (NO devenu indisponible, puis on fait une nouvelle configuration dudit logiciel (L) avec M(i) - 1 noeuds, de sorte qu'il 15 calcule une nouvelle valeur de quorum. 2. Procédé selon la revendication 1, caractérisé en ce que dans l'étape on effectue ladite suppression lorsqu'en outre ledit nombre de noeuds (NO encore disponibles au sein dudit groupe (Gi) est strictement supérieur à un premier seuil choisi. 20 3. Procédé selon la revendication 2, caractérisé en ce que ledit premier seuil est choisi en fonction d'un nombre minimal de noeuds (NO dudit groupe (Gi) nécessaires pour supporter une charge maximale du groupe (Gi) lorsque tous ses noeuds (NO sont disponibles. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que 25 dans l'étape on effectue ladite suppression lorsqu'en outre ledit noeud (NO du groupe (Gi) est devenu indisponible depuis une durée strictement supérieure à un second seuil choisi. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que dans l'étape, lorsque le nombre de noeuds (NO encore disponibles au sein 30 dudit groupe (Gi) est égal à deux, on déclenche un changement de fonctionnement dudit logiciel (L) indépendant de ladite valeur courante du quorum. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce quelesdites informations de configuration supprimées sont choisies dans un groupe comprenant au moins un identifiant dudit noeud (NO devenu indisponible, une information de localisation d'une ressource (Rik) gérée par ledit logiciel et préférentiellement utilisée par ledit noeud (NO devenu indisponible, une information de localisation d'une ressource (Rik) gérée par ledit logiciel et interdite d'utilisation par ledit noeud (NO devenu indisponible, et une information sur une quelconque ressource configurée et faisant référence audit noeud (NO devenu indisponible. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce que lesdites informations de configuration à supprimer sont mémorisées soit dynamiquement au moment où on a besoin de changer la configuration dudit logiciel (L) pour que le quorum calculé soit réduit, soit statiquement dès une première configuration dudit groupe (Gi). 8. Produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en oeuvre le procédé selon l'une des revendications précédentes pour gérer des valeurs courantes de quorums de noeuds (NO de groupes à haute disponibilité (Gi) au sein d'un calculateur haute performance (CHP). 9. Dispositif de gestion pour un calculateur haute performance (CHP) comprenant au moins un groupe à haute disponibilité (Gi) comportant M(i) noeuds de service (NO partageant des ressources (Rik) gérées par un logiciel de haute disponibilité (L) comportant un ensemble d'informations de configuration, avec M(i) 3, et associé à une valeur courante de quorum de noeuds, caractérisé en ce qu'il comprend i) des premiers moyens de traitement (MT1) agencés, lorsqu'un noeud (NO dudit groupe (Gi) devient indisponible et que le nombre de noeuds (NO encore disponibles au sein dudit groupe (Gi) est strictement supérieur à deux, pour supprimer dudit ensemble du logiciel (L) toute information de configuration relative audit noeud (NO devenu indisponible, et i) des seconds moyens de traitement (MT2) agencés pour faire une nouvelle configuration dudit logiciel (L) avec M(i) - 1 noeuds, de sorte qu'il calcule une nouvelle valeur de quorum. 10. Calculateur haute performance (CHP) comprenant au moins un groupe à haute disponibilité (Gi) comportant M(i) noeuds de service (NOpartageant des ressources (Rik) gérées par un logiciel de haute disponibilité (L) comportant un ensemble d'informations de configuration, avec M(i) 3, et associé à une valeur courante de quorum de noeuds, caractérisé en ce qu'il comprend en outre un dispositif de gestion (D) selon la revendication 9.