Brevet FR3008502A1 — publié le 20150116

L'invention concerne les équipements de réseau modulaires, en particulier les équipements tels que ceux utilisés dans les installations à grande échelle telles que grappes de serveurs, réseaux de télécommunications, routeurs... mises en oeuvre par les hébergeurs web, les fournisseurs d'ac- cès Internet, les centres de stockage et de traitement de données de type datacenter, etc. Ces équipements modulaires se présentent sous la forme de châssis installés dans des baies, chaque châssis comportant une pluralité de modules ou "lames" amovibles et une carte de fond de panier ou backplane recevant ces lames dans autant d'emplacements ou siots. Chaque lame comporte sur une même carte de circuit un ou plusieurs serveurs (notamment avec les architectures de type "microserveur" regroupant un nombre important de serveurs sur une même lame), le tout sur une faible épaisseur physique, ce qui permet de juxtaposer une plurali- té de lames identiques côte-à-côte dans un même châssis, typiquement 14 ou 16 lames par châssis. Les lames peuvent être retirées et échangées indépendamment les unes des autres, et il est en outre possible d'héberger dans un même châssis des lames offrant des fonctionnalités différentes. L'invention vise plus particulièrement les châssis de type ATCA (Advanced Telecommunications Computing Architecture), qui est une spécification du PCI Industrial Computer Manufacturers Group définissant un standard matériel de châssis et de lames ainsi que la manière d'interfacer ces éléments, notamment pour permettre aux lames de communiquer entre elles via des liaisons série haute vitesse dans une architecture commutée, dont la topologie est définie par la carte de fond de panier. L'invention concerne spécifiquement la fonction de contrôle et de gestion de bas niveau des éléments du châssis dite shelf management (ci-après "gestion du châssis"), concernant notamment le pilotage de l'alimentation électrique et de la ventilation ainsi que la gestion de l'activité d'ensemble du châssis, notamment la surveillance des lames et la transmission des alertes en cas de défaillance, ainsi que l'exécution d'opérations spécifiques au sein du châssis lors des opérations d'insertion et d'extraction des lames. Les spécifications ATCA prévoient un bus dédié à ces fonctions de gestion du châssis. Ce bus, dénommé IPMB (Intelligent Platform Management Bus) est un bus série recevant des informations relatives à des données d'état ou à des paramètres électriques ou physiques mesurés ou détectés sur chacune des lames (ci-après "informations de lame") ou sur le châssis (ci-après "informations de châssis"). Le bus IPMB a également pour rôle de délivrer des instructions (ci-après "commandes de gestion") à une ou plusieurs des lames et/ou à des blocs d'alimentation électrique et de ventilation. Les informations de lame et de châssis sont par exemple : - des informations de température issues de capteurs placés sur les lames ou en divers points critiques du châssis ; - des mesures de consommation de courant électrique ; - des alarmes de "point chaud" lorsque la température d'une lame atteint un maximum admissible ; - une alarme de défaillance de l'alimentation secteur avec basculement sur un onduleur alimenté par batterie; - ou encore des informations d'état, telles qu'insertion d'une nouvelle lame, perte du réseau par une lame, etc. Les commandes de gestion peuvent : - concerner individuellement les lames, par exemple des commandes de redémarrage de tel ou tel serveur, d'extinction programmée d'une lame, etc. , - ou bien être communes aux différents éléments du châssis, par exemple le pilotage de la ventilation, la commande d'afficheurs ou en- core l'envoi d'une alerte à une supervision générale en cas de survenue d'évènements qui ne peuvent pas être gérés automatiquement en interne par le châssis. La gestion du châssis consiste à générer des commandes de gestion ap- propriées en fonction des informations de lame et de châssis recueillies en entrée, par exemple : - en cas de défaut d'alimentation entrainant un passage sur batterie : estimation de l'autonomie en fonction du courant consommé par les différentes lames, puis activation d'un processus de sauvegarde et d'extinc- tion des lames, et alerte des équipes de supervision ; - en cas de point chaud observé sur une lame : pilotage de la ventilation de manière à maintenir le point chaud global au-dessous d'une température de consigne prédéfinie ; - en cas d'augmentation significative du courant consommé : adaptation préventive de la ventilation ; - en cas de perte du réseau par une lame : tentative de redémarrage de la lame, et envoi d'une alerte à la supervision ; - en cas d'insertion/extraction d'une lame : amorçage/arrêt programmé de cette lame. Les spécifications ATCA décrivent deux configurations possibles de lames au sein du châssis. Une première configuration consiste à prévoir des lames spécifiques dites "lames réseau", qui sont des lames dédiées à des fonctions internes au châssis, consistant notamment à assurer la mise en réseau des autres lames du même châssis ainsi que le monitoring ou supervision de ce ré- seau (détection des anomalies de transmission, mesure de la charge de trafic, etc.). Les autres lames du châssis, dites "lames productives", offrent la fonctionnalité externe attendue, par exemple le recueil du trafic de télécommunication, l'hébergement de serveurs, etc. Cette manière de procéder présente toutefois l'inconvénient de nécessiter pour chaque châssis deux lames dédiées, donc de devoir gérer deux types de lames différentes (lame réseau/lame productive) et de ne laisser à disposition que N-2 lames productives dans un châssis comportant N emplacements : typiquement, 12 lames productives pour un châssis de 14 slots, ou 14 lames productives pour un châssis de 16 slots. Un autre inconvénient tient au fait que les lames réseau et les lames productives mettent en oeuvre des protocoles de communication respectifs différents, de sorte qu'il est nécessaire de prévoir un système complexe de détrompage logiciel ou keying pour s'assurer par exemple lors d'un échange de lame que le protocole utilisé sur un siot donné est bien celui qui correspond à la nouvelle lame insérée, réseau ou bien productrice. La seconde configuration, la plus courante, consiste à prévoir une carte de circuit supplémentaire, dite shelf manager, montée sur la carte de fond du panier et reliée au bus IPMB. Cette carte recueille sur le bus les diverses informations de lame et de châssis, les analyse et génère les commandes de gestion requises, qui sont diffusées en retour sur ce même bus. Cette carte shelf manager est doublée par impératif de redondance, la gestion du châssis devant pouvoir continuer même en cas de défaillance de l'une des cartes. II devient ainsi possible de n'avoir que des lames productives, sans recou- rir à des lames réseau, donc de n'avoir qu'un seul type de matériel à gérer et avec une occupation optimale des siots de chaque châssis. De plus, la procédure de keying devient inutile, toutes les lames étant identiques. En revanche, l'inconvénient majeur de cette seconde configuration tient au fait que, en raison de l'absence de lame réseau (comme dans la première configuration), chacune des N lames, toutes productives, du châssis doit être connectée (mise en réseau) avec chacune des N-1 autres lames de ce même châssis. Ceci conduit à une topologie maillée (mesh) de type "N vers N", qui non seulement est complexe à gérer (à la différence d'une topologie en étoile "1 vers N" dans le cas où une lame réseau est prévue) mais également occupe un nombre élevé de ports réseau sur chaque lame, avec jusqu'à 15 ports réseau dédiés à l'interconnexion avec les autres lames du châssis. En tout état de cause, la présence d'une carte shelf manager complexe qu'il est nécessaire de prévoir (et de dédoubler) pour chaque châssis induit un coût non négligeable dans les installations à grande échelle telles que grappes de serveurs, réseaux de télécommunications, etc. L'un des buts de l'invention est de proposer une nouvelle technique de gestion de châssis qui remédie aux inconvénients exposés ci-dessus et qui notamment : - ne requière pas de carte shelf manager complexe ; - soit applicable à des châssis n'utilisant que des lames productives, sans recours à des lames réseau, donc avec un seul type de matériel à gérer, sans keying et avec une occupation optimale des siots de chaque châssis ; - soit compatible avec les spécifications matérielles ATCA, en s'appuyant notamment sur les mêmes lignes électriques qu'un bus de type IPMB sans modification physique de la carte de fond de panier ; et - maintienne une redondance permettant de garantir la continuité de la gestion du châssis même en cas de défaillance d'une lame (panne d'une lame) ou d'absence d'une lame (par exemple au moment d'une opération d'échange). L'idée de base de l'invention consiste à remplacer la configuration hiérar- chisée de la gestion de châssis conventionnelle par une configuration de type point-à-point (peer-to-peer), et à délocaliser dans l'ensemble des lames productives les fonctionnalités de gestion de châssis. En effet, la configuration conventionnelle repose sur une architecture de type "maitre-esclave" dans laquelle les informations de lame et de châssis sont centralisées dans un module de gestion de châssis implémenté soit dans une lame réseau soit dans une carte shelf manager dédiée (le "maitre"), qui diffusent ensuite les commandes de gestion vers les lames productives ou vers une carte de pilotage général des fonctions de bas ni- veau du châssis (les "esclaves"). Cette architecture est complexe, car le maitre doit connaitre a priori tous les esclaves, donc toutes les lames, et la manière de les contrôler. Le bus maitre-esclave interdit l'échange de données entre lames, celles-ci ne se connaissant pas entre elles (du point de vue de la gestion du châssis, bien entendu, qui est un aspect indépendant de celui de la mise en réseau des lames). Dans la configuration de l'invention, le bus de communication servant à la gestion du châssis (typiquement, le bus IPMB) est physiquement conservé, mais les lames l'utilisent avec un protocole non standard, de type mul- timaster, c'est-à-dire autorisant une communication où n'importe quel élé- ment connecté sur le bus peut émettre des informations quand il le souhaite. Essentiellement, chaque élément du châssis diffuse sur le bus des informations sur son identité, ses capacités et son état, et chaque élément du châssis recevant ces informations adapte ses processus pour répondre aux besoins de gestion et de contrôle du châssis. De cette manière, le châssis, pris dans son ensemble, se gère lui-même en fonction des informations que chaque élément met à la disposition de tous les autres. Une intervention manuelle extérieure reste cependant tou- jours possible, en prenant le pas sur le processus d'autogestion quand cette intervention est appliquée à un élément particulier du châssis. Plus précisément, l'invention propose un équipement de réseau du type châssis modulaire comportant une pluralité de lames amovibles délivrant chacune des informations de lame relatives à des données d'état ou à des paramètres électriques ou physiques mesurés ou détectés sur la lame, une carte de fond de panier recevant les lames et comportant un routage de liaisons réseau apte à coupler entre elles les lames, et des blocs d'alimentation et de ventilation. Une carte de pilotage général contrôle les blocs d'alimentation et de ventilation et délivre des informations de châssis relatives à des données d'état ou à des paramètres électriques ou physiques mesurés ou détectés sur le châssis. Un bus série est configuré sur la carte de fond de panier et couplé à chacune des lames, ce bus étant un bus dédié à la réception et à la diffusion des informations de lame et de châssis. Des moyens de gestion de châssis recueillent sur le bus ces in- formations de lame et de châssis, et produisent des commandes de gestion à destination d'une ou plusieurs des lames et/ou de la carte de pilotage général. De façon caractéristique de l'invention, le châssis est dépourvu de lame(s) dédiée(s) à l'interconnexion des liaisons réseau entre les autres lames de l'équipement, et les moyens de gestion de châssis sont répartis sur les N lames selon une configuration point-à-point non hiérarchisée, chacune des N lames comprenant des moyens aptes à analyser les informations de lame et/ou de châssis recueillies sur le bus et, en fonction de cette ana- lyse, générer le cas échéant au moins une commande de gestion et l'ap- pliquer au bus pour diffusion vers une ou plusieurs des autres lames et/ou vers la carte de pilotage général. Avantageusement, les lames montées sur la carte de fond de panier sont toutes des lames productives de type lame serveur. Les caractéristiques matérielles des lames et de la carte de fond de panier sont en particulier conformes à la spécification ATCA, les caractéristiques matérielles du bus étant celles d'un bus de type IPMB. La transmission sur le bus des informations de lame, des informations de châssis et des commandes de gestion est avantageusement opérée selon un protocole conforme à la spécification CAN. 0 On va maintenant décrire un exemple de mise en oeuvre de l'invention, en référence aux dessins annexés où les mêmes références désignent d'une figure à l'autre des éléments identiques ou fonctionnellement semblables. La Figure 1 est une vue schématique, de dessus, d'un châssis intégrant une série de lames montées sur une carte de fond de panier, ainsi que ses blocs d'alimentation et de ventilation. Les Figures 2a et 2b illustrent les deux architectures conventionnelles de gestion du châssis à partir, respectivement, de lames réseau et de cartes shelf manager. La Figure 3 illustre l'architecture particulière de gestion du châssis selon l'invention. La Figure 4 illustre plus précisément les différents blocs fonctionnels d'une lame d'un châssis tel que celui illustré Figure 3. 0 La Figure 1 représente schématiquement en vue de dessus la configura- tion d'un châssis, typiquement un châssis de type ATCA, comprenant une série de lames 10 enfichées chacune dans un emplacement ou siot correspondant d'une carte de fond de panier 12. La spécification ATCA prévoit ainsi de juxtaposer N = 14 ou N = 16 lames, désignées L1, L2, L3 ... LN sur les figures, sur une même carte de fond de panier 12 elle-même pla- cée dans un châssis 14 d'une baie informatique. Le châssis comporte également une carte 16 de pilotage des fonctions de bas niveau du bloc d'alimentation 18 et du bloc de ventilation 20. Cette carte reçoit des signaux d'entrée 22 issus de divers capteurs ou détec- teurs, notamment des capteurs de température placés en divers points du châssis, ainsi que des signaux indiquant l'état de fonctionnement du bloc d'alimentation 18, en particulier pour signaler une coupure de l'alimentation secteur avec basculement sur un onduleur alimenté par batterie. La carte 16 communique en 24 avec la carte de fond de panier 12 via un bus de type IPMB conformément à la spécification ATCA, ce bus étant également couplé à chacune des lames. Le bus IPMB reçoit ainsi en entrée des informations relatives à des données d'état ou à des paramètres électriques ou physiques mesurés ou détectés sur les diverses lames 10 ou sur le châssis via la carte 16, et délivre en sortie des commandes de gestion à destination d'une ou plusieurs de ces mêmes lames ou des blocs d'alimentation et de ventilation 18, 24 via la carte 16. La Figure 2a illustre une première topologie conventionnelle, dans laquelle deux lames L1 et L2 sont des "lames réseau" dédiées à l'interconnexion des N-2 autres lames L3, L4 ... LN, qui sont des "lames productives". La topologie est une topologie dual star en double étoile, avec une liaison ré- seau 26, 28 de chacune des lames réseau L1 ou L2 vers toutes les N-2 autres lames L3 à LN. Le routage est identique pour les lames réseau L1 et L2, celles-ci n'étant au nombre de deux que par redondance, pour des raisons de sécurité et de continuité de service même en cas de défaillance de l'une d'entre elles. D'autre part, toutes les lames, réseau ou produc- tives, sont connectées à un bus série 30, qui est le bus IPMB servant à la gestion du châssis, la carte de pilotage général 16 étant également reliée à ce bus. Avec cette architecture, les diverses informations de lames et de châssis nécessaires aux fonctions de gestion du châssis sont transmises par le bus 30 - qui est un bus maitre-esclave - vers le shelf manager qui se trouve sur les lames réseau L1 et L2. Celui-ci reçoit ces informations et décide des actions à entreprendre. La Figure 2b illustre une autre architecture conventionnelle prévue par la spécification ATCA, à savoir une architecture de type full mesh. Cette ar- chitecture ne met en oeuvre aucune lame réseau, ce qui permet d'occuper entièrement le châssis avec des lames productives L1 ... LN, par exemple seize lames productives pour une occupation maximale du châssis. Pour l'interconnexion réseau entre lames, la carte de fond de panier est confi- gurée avec un routage à liaisons multiples 32 comprenant N-1 canaux ré- seau permettant à chacune des N lames 10 d'être connectée directement (et non plus via une lame réseau comme dans la topologie dual star) à chacune des N-1 autres lames du châssis. Avec une telle architecture ne mettant pas en oeuvre de lames réseau, les informations de lames et de châssis et les commandes de gestion néces- saires à la gestion du châssis transitent via la carte 16 (concrètement, deux cartes identiques 16, 16' pour des raisons de sécurité par redondance), qui en l'espèce est une carte shelf manager spécifique reliée au bus IPMB 30. Cette carte shelf manager est conçue pour assurer, en ce qui concerne le routage des données de gestion du châssis, le rôle que jouaient les lames réseau L1 et L2 dans l'architecture de la Figure 2a, toujours selon une configuration de type maitre/esclave (le maitre étant la lame réseau dans l'architecture de la Figure 2a, et la carte shelf manager dans celle de la Figure 2b). La gestion du châssis est administrée de la même manière, avec collecte des informations de lames et de châssis par la carte shelf manager 16, et production et diffusion des commandes de gestion à partir de cette même carte 16. La Figure 3 illustre une architecture de châssis selon l'invention, où toutes les lames 10 sont des lames productives. Les différentes lames 10 sont interconnectées par une liaison réseau 36, ainsi que par le bus CAN réutilisant le circuit du bus IPMB 30 pour les fonctions de gestion du châssis, bus qui est physiquement conservé tel quel et n'est à cet égard pas modifié (du point de vue de ses caractéris- tiques matérielles) pour la mise en oeuvre de l'invention. De façon caractéristique de l'invention, le bus 30 est utilisé avec un protocole non prévu par la spécification ATCA. Ce protocole est avantageusement le protocole CAN (Controller Area Network) qui est un protocole série très répandu dans beaucoup d'indus- tries, notamment dans le domaine de l'automobile, et qui fait l'objet d'une normalisation précise. Ce type de protocole rend possible un management non hiérarchique de type point-à-point (peer-to-peer) en permettant une communication non hiérarchisée de type "multimaitre", où n'importe quel élément connecté sur le bus peut émettre des informations quand il le souhaite. Le bus 30 est ainsi utilisé en tant que bus de données série bidi- rectionnel permettant à n'importe quel élément qui y est connecté d'émettre des informations et, en même temps, d'interroger ce bus pour savoir s'il est en train de diffuser des informations qui lui sont destinées. En d'autres termes, tous les éléments connectés au bus - dans le cas présent, toutes les lames 10 ainsi que la carte 16 reliée au bloc d'alimen- tation et de ventilation - sont sur un pied d'égalité aussi bien en matière d'émission que de réception. La Figure 4 illustre plus précisément les divers blocs fonctionnels d'une lame 10 de la configuration de châssis telle qu'illustrée Figure 3, permet- tant la mise en ouvre de l'invention. Pour l'interconnexion avec les autres lames, un bloc 44 assure l'interfaçage avec la liaison réseau 36 via un port réseau 46. En ce qui concerne les fonctions de gestion du châssis, le processeur 50 assurant les fonctions productives de la lame 10 est relié au bus CAN réutilisant le circuit du bus IPMB 30 via un contrôleur CAN 52 et une interface de ligne CAN 54 (composants en eux-mêmes très simples et bon marché) pour assurer l'échange de données entre le bus CAN réutilisant le circuit du bus IPMB 30 et un module logiciel 56, identique sur toutes les lames - donc avec garantie de redondance des diverses fonctions de gestion du châssis, même en cas de défaillance ou de retrait de l'une des lames. REVENDICATIONS1. Un équipement de réseau, du type châssis modulaire comportant : - une pluralité de lames amovibles (10), chaque lame comprenant des moyens aptes à délivrer des informations de lame relatives à des données d'état ou à des paramètres électriques ou physiques mesurés ou détectés sur la lame ; - une carte de fond de panier (12) recevant les lames et comportant un routage de liaisons réseau (36) apte à coupler entre elles les lames, - des blocs d'alimentation (18) et de ventilation (20) ; - une carte de pilotage général (16), apte à: - contrôler les blocs d'alimentation et de ventilation, et - délivrer des informations de châssis relatives à des données d'état ou à des paramètres électriques ou physiques mesurés ou détectés sur le châssis ; - un bus série (30), configuré sur la carte de fond de panier et couplé à chacune des lames, ce bus étant un bus dédié à la réception et à la dif- fusion desdites informations de lame et informations de châssis ; et - des moyens de gestion de châssis, aptes à: - recueillir sur le bus lesdites informations de lame et informations de châssis, et - produire des commandes de gestion à destination d'une ou plusieurs desdites lames et/ou de la carte de pilotage général, caractérisé en ce que : - le châssis est dépourvu de lame(s) dédiée(s) à l'interconnexion des liaisons réseau entre les autres lames de l'équipement ; et - lesdits moyens de gestion de châssis sont répartis sur les N lames se- lon une configuration point-à-point non hiérarchisée, chacune des N lames comprenant des moyens (52-56) aptes à: analyser lesdites informations de lame et/ou informations de châssis recueillies sur le bus, et en fonction de cette analyse, générer le cas échéant au moins une desdites commandes de gestion et l'appliquer au bus (30) pour diffusion vers une ou plusieurs des autres lames et/ou vers la carte de pilotage général. 2. L'équipement de la revendication 1, dans lequel les lames montées sur la carte de fond de panier sont toutes des lames productives de type lame serveur. 3. L'équipement de la revendication 1, dans lequel les caractéristiques matérielles des lames et de la carte de fond de panier sont conformes à la spécification ATCA, les caractéristiques matérielles du bus étant celles d'un bus de type IPMB. 10 4. L'équipement de la revendication 1, dans lequel la transmission sur le bus des informations de lame, des informations de châssis et des commandes de gestion est opérée selon un protocole conforme à la spécification CAN.