FR3013925A1 - Procede et dispositif de synchronisation d'une horloge d'un systeme informatique, a partir d'une source de temps reseau, via une interface de gestion - Google Patents

Abstract

L'invention a notamment pour objet la synchronisation d'un système d'horloge (132) d'un système informatique (102) connecté à une interface de gestion (104) via une interface de communication locale (128, 144) propre au système informatique et à l'interface de gestion, cette dernière, comprenant un système d'horloge (148), étant connectée à une source de temps distante (108) via une interface de communication réseau (114) et comprenant des moyens de synchronisation (150) avec la source de temps distante. Une référence de temps obtenue auprès du système d'horloge de l'interface de gestion est transmise au système informatique via ladite interface de communication locale.

Description

La présente invention concerne la synchronisation d'une horloge d'un système informatique et plus particulièrement un procédé et un dispositif de synchronisation d'une horloge d'un système informatique, à partir d'une source de temps réseau, via une interface de gestion, par exemple une interface comprenant un contrôleur de type BMC (sigle de Baseboard Management Controller en terminologie anglo-saxonne). Il est rappelé qu'un système informatique nécessite généralement un système d'horloge, aussi appelé horloge système, permettant, par exemple, de dater des opérations effectuées par un système de fichiers mis en oeuvre par ce système informatique, en particulier la création ou l'enregistrement de fichiers, de dater des événements du système d'exploitation utilisé et/ou d'applications exécutées par ce système informatique, en particulier dans un journal (appelé log en terminologie anglo-saxonne) ou effectuer des tâches prédéterminées à des instants donnés. Ces opérations peuvent être effectuées de façon synchronisée avec 20 d'autres opérations effectuées par d'autres systèmes informatiques, ces systèmes informatiques étant reliés les uns aux autres par un réseau de communication. Il existe plusieurs sources de temps sur lesquelles peuvent être basé un système d'horloge d'un système informatique, par exemple des sources de 25 temps de type CMOS (acronyme de Complementary Metal Oxide Semiconductor en terminologie anglo-saxonne), des sources de temps basées sur des compteurs gérés par des microprocesseurs, des sources de temps réseau et des sources de temps spécifiques telles que des sources de temps liées à des horloges radio-pilotées ou à des systèmes GPS. Un système 30 d'horloge peut également être basé sur la meilleure source de temps parmi plusieurs ou sur une combinaison de sources de temps.

Les sources de temps implémentées dans des composants périphériques spécifiques, typiquement des circuits CMOS, sont maintenues à jour par une pile ou une batterie de telle sorte que le composant continue à fonctionner même lorsque le système associé est à l'arrêt. La résolution d'une telle source de temps est typiquement de l'ordre de la seconde. En outre, ce type de source de temps est sensible à des paramètres physiques externes tels que la température, la pression atmosphérique et l'humidité. Il est ainsi possible d'observer une dérive de plusieurs dizaines de secondes par jour dans des cas extrêmes. Ces sources de temps sont souvent basées sur des oscillateurs ayant une fréquence de 32 kHz, offrant une faible consommation électrique. Les sources de temps basées sur des compteurs gérés par des microprocesseurs sont souvent d'une grande précision, de l'ordre de la microseconde, voire de la nanoseconde. L'incrémentation du compteur est basée sur un oscillateur du microprocesseur. Cependant, de telles sources de 15 temps sont généralement sensibles aux conditions environnementales notamment à la température, à la suppression atmosphérique et à l'humidité. Ces sources de temps sont typiquement remises à zéro à chaque redémarrage du système informatique associé. Les sources de temps basées sur des horloges spécifiques, par 20 exemple une horloge de type radio-pilotée telle qu'une horloge pilotée par le système DCF77 ou une horloge atomique du système GPS (sigle de Global Positioning System en terminologie anglo-saxonne) offrent de très bonnes précisions, avec une très faible dérive. Cependant, ces sources de temps peuvent s'avérer d'un coût élevé, voire prohibitif, et être difficile à mettre en 25 oeuvre (notamment pour des raisons de réception de signaux radio). De telles sources de temps sont généralement reliées à un système informatique via une interface générique, par exemple une interface de type USB (sigle de Universal Serial Bus en terminologie anglo-saxonne) Enfin, les sources de temps de type réseau consistent généralement 30 en des serveurs informatiques qui transmettent des informations horaires à d'autres systèmes informatiques via un réseau de communication. Plusieurs protocoles, dont le protocole NTP (sigle de Network Time Protocol en terminologie anglo-saxonne), existent. Ce dernier est largement utilisé. Il est défini, pour sa dernière version, dans un document connu sous le nom de RFC 5905 qui propose des règles et des principes. Il existe également le protocole PTP (sigle de Precision Time Protocol en terminologie anglo-saxonne), défini dans le document IEEE 1588-2008, qui améliore la précision de l'horloge. Ces protocoles permettent aux systèmes informatiques les mettant en oeuvre de bénéficier d'une heure très proche de celle de la source de temps car, notamment, les délais de transmission à travers le réseau de communication sont analysés et pris en compte pour rectifier les informations horaires transmises. La synchronisation de l'horloge d'un système informatique peut être effectuée de façon ponctuelle, par exemple à l'aide d'une commande particulière, ou à l'aide d'un service, aussi appelé démon, qui resynchronise régulièrement l'horloge du système informatique et en corrige la dérive. Il est noté ici qu'un inconvénient d'une synchronisation ponctuelle est le risque de création de « saut » de temps liée à une mise à jour « brutale » de l'horloge. Un avantage de la synchronisation régulière est qu'elle engendre une certaine homogénéité lorsqu'elle est appliquée à plusieurs systèmes informatiques reliés à une même source de temps réseau.

Il convient de noter que l'heure fournie par la source de temps réseau peut elle-même provenir d'une autre source de temps réseau, créant ainsi une architecture en arborescence. Il convient également de noter que l'heure d'une source de temps réseau n'est pas nécessairement juste et peut également subir une dérive.

Par ailleurs, certains systèmes informatiques disposent d'une interface de gestion intelligente (IPMI, sigle d'Intelligent Platform Management Interface en terminologie anglo-saxonne) permettant notamment d'interagir avec le système informatique lorsqu'il est éteint, avant qu'il n'ait lancé un système d'exploitation ou lorsque ce dernier connaît une défaillance. Elle permet également d'obtenir des informations sur l'état du système informatique, par exemple à l'aide de capteurs. Cette interface de gestion comprend un contrôleur de gestion (BMC) qui consiste essentiellement en un ou plusieurs microprocesseurs dédiés. Un contrôleur de gestion dispose typiquement d'une connectivité réseau, de sa propre horloge système et d'interfaces avec le système informatique auquel il est associé, par exemple des interfaces de type PCI (sigle de Peripheral Component Interconnect en terminologie anglo- saxonne), USB ou I2C (sigle d'Inter Integrated Circuit en terminologie anglo- saxonne). L'horloge du contrôleur de gestion (et donc, par extension, de l'interface de gestion) est notamment utilisée par des gestionnaires d'événements, par exemple les gestionnaires d'événements connus sous les 10 noms de System Event List et Simple Network Management Protocol (SN M P). Pour en réduire les coûts et en simplifier la conception, les interfaces de gestion ne disposent généralement pas de sources de temps implémentées dans des composants périphériques spécifiques. Leur horloge système est typiquement basée sur un compteur de son ou ses microprocesseurs. Elle est 15 généralement initialisée à partir d'une source de temps réseau lors de la mise sous tension de l'interface de gestion. Il a été observé que les informations de synchronisation d'horloge utilisées pour synchroniser un système informatique et l'interface de gestion associée sont transmises deux fois, une première fois pour synchroniser 20 l'horloge du système informatique et une seconde fois pour synchroniser son interface de gestion. Il en résulte que, d'une part, le trafic sur le réseau de communication lié à la synchronisation de l'horloge est doublé et, d'autre part, la source de temps réseau est sollicitée deux fois, ce qui peut avoir pour conséquence d'en réduire la précision du fait de la charge supplémentaire. 25 Pour réduire ces effets indésirables, le nombre de synchronisation est de préférence limité, par exemple à une synchronisation quotidienne, ce qui peut avoir pour effet d'engendrer une dérive entre l'horloge d'un système informatique et celle de l'interface de gestion associée ainsi que créer des « sauts » de temps. Une conséquence possible d'une faible fréquence de 30 synchronisation réside alors dans une éventuelle difficulté d'analyse de traces si une corrélation doit être établie entre des événements détectés par un système informatique et des événements détectés par une interface de gestion associée. Les analyses de traces provenant de plusieurs systèmes informatiques sont également rendues délicates. Il existe donc un besoin pour améliorer la synchronisation d'un système informatique et d'une interface de gestion associée à partir d'une 5 source de temps réseau. 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 synchronisation d'un système d'horloge d'un système informatique connecté à une interface de 10 gestion via une interface de communication locale propre audit système informatique et à ladite interface de gestion, ladite interface de gestion, comprenant un système d'horloge, étant connectée à une source de temps distante via une interface de communication réseau et comprenant des moyens de synchronisation avec ladite source de temps distante, ce procédé 15 comprenant une étape de transmission d'une référence de temps obtenue auprès dudit système d'horloge de ladite interface de gestion audit système informatique, ladite référence de temps étant transmise via ladite interface de communication locale. Le procédé selon l'invention permet ainsi de synchroniser des 20 horloges d'un système informatique et d'une interface de gestion associée tout en réduisant la charge du réseau de communication par lequel sont reçues les informations de synchronisation ainsi que celle de la source de temps réseau. Selon un mode de réalisation particulier, le procédé comprend en outre une étape de synchronisation dudit système d'horloge dudit système 25 informatique en fonction de ladite référence de temps transmise. Le système d'horloge du système informatique est ainsi synchronisé sans utiliser de ressources réseaux. Toujours selon un mode de réalisation particulier, le procédé comprend en outre une étape de synchronisation dudit système d'horloge de 30 ladite interface de gestion avec ladite source de temps distante. Toujours selon un mode de réalisation particulier, le procédé comprend en outre une étape d'obtention de ladite référence de temps.

L'invention a également pour objet un programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé décrit précédemment lorsque ledit programme est exécuté sur un ordinateur.

Les avantages procurés par ce programme d'ordinateur sont similaires à ceux évoqués précédemment vis-à-vis du procédé. L'invention a aussi pour objet un dispositif pour interface de gestion, permettant la synchronisation d'un système d'horloge d'un système informatique connecté à ladite interface de gestion via une interface de communication locale propre audit système informatique et à ladite interface de gestion, ladite interface de gestion comprenant un système d'horloge, ce dispositif comprenant des moyens de simulation pour simuler au moins partiellement un dispositif standard duquel peut être obtenue une référence de temps, lesdits moyens de simulation étant configurés pour transmettre une référence de temps via ladite interface de communication locale. Le dispositif selon l'invention permet ainsi de synchroniser des horloges d'un système informatique et d'une interface de gestion associée tout en réduisant la charge du réseau de communication par lequel sont reçues les informations de synchronisation ainsi que celle de la source de temps réseau.

Selon un mode de réalisation particulier, lesdits moyens de simulation sont en outre configurés pour déterminer ladite référence de temps selon ledit système d'horloge de ladite interface de gestion. Toujours selon un mode de réalisation particulier, lesdits moyens de simulation comprennent un pilote adressable selon des commandes identiques à celles dudit dispositif standard. Toujours selon un mode de réalisation particulier, le dispositif comprend en outre des moyens de synchronisation configurés pour synchroniser ledit système d'horloge de ladite interface de gestion avec une source de temps distante.

Toujours selon un mode de réalisation particulier, le dispositif comprend en outre une interface de communication réseau, ladite interface de communication réseau étant configurée pour accéder à un réseau de communication auquel est connectée ladite source de temps distante, ladite interface de communication réseau étant distincte de ladite interface de communication locale. 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 représente schématiquement un exemple d'architecture d'un ensemble comprenant un système informatique, une interface de gestion associée et un serveur comprenant une source de temps dans lequel l'invention peut être mise en oeuvre selon un mode de réalisation particulier ; - la figure 2 illustre certaines étapes d'un procédé de synchronisation d'horloges dans un ensemble tel que celui illustré sur la figure 1, selon un mode de réalisation particulier de l'invention ; et - la figure 3 illustre un exemple d'une architecture permettant à plusieurs interfaces de gestion de se synchroniser à partir d'une source de temps réseau unique, à l'aide d'un réseau de synchronisation spécifique, et aux systèmes informatiques associés aux interfaces de gestion de se synchroniser sur ces dernières. Selon un mode de réalisation particulier de l'invention, une horloge d'une interface de gestion est synchronisée à partir d'une source de temps réseau tandis qu'une horloge d'un système informatique associé à cette interface est synchronisée à partir de l'horloge de cette dernière, considérée par le système informatique comme une source de temps locale. La charge du réseau de communication par lequel sont reçues les informations de synchronisation ainsi que celle de la source de temps réseau sont ainsi réduites et les horloges du système informatique et de l'interface de gestion associée sont synchronisées. Selon un mode de réalisation particulier illustré sur la figure 1, l'invention est mise en oeuvre dans un ensemble 100 comprenant un système informatique 102, une interface de gestion 104 associée à ce système informatique 102 et un serveur 106 comprenant une source de temps 108, reliés par un réseau de communication 110.

Le système informatique 102, l'interface de gestion 104 et le serveur 106 comprennent chacun une interface de communication réseau, référencées 112, 114 et 116, respectivement. La connexion entre le système informatique 102, l'interface de gestion 104 et le serveur 106 est, par exemple, réalisée à l'aide de liens de communication Ethernet et de réseaux d'interconnexions (par exemple Infiniband) (Ethernet et Infiniband sont des marques). La source de temps 108 est, de préférence, accessible à distance via un protocole standard tel que le protocole NTP (la source de temps 108 peut alors être considérée comme un serveur NTP).

L'interface de gestion 104 est, par exemple, de type Winbond WPCM450 (Winbond est une marque). A titre d'illustration, le système informatique 102 comprend ici un microprocesseur 118, une mémoire vive 120 (RAM, acronyme de Random Access Memory en terminologie anglo-saxonne), une mémoire morte 122 (ROM, acronyme de Read Only Memory en terminologie anglo-saxonne), une mémoire de masse 124, par exemple un disque dur (HD, sigle de Hard Disk en terminologie anglo-saxonne) et une horloge CMOS 126. Le microprocesseur 118, les mémoires 120, 122 et 124 et l'horloge CMOS 126 sont reliés par un ou plusieurs bus de données (non représentés) qui permettent la communication et l'interopérabilité entre les différents éléments du système informatique 102. Le système informatique 102 comprend en outre une interface de communication locale 128, par exemple une interface de type USB, PCI ou I2C, permettant un échange direct de données entre le système informatique 102 et l'interface de gestion 104.

Les interfaces de communication 112 et 128 sont typiquement connectées au(x) bus reliant le microprocesseur 118, les mémoires 120, 122 et 124 et l'horloge CMOS 126. Le microprocesseur 118 commande et dirige l'exécution d'instructions ou de portions de code logiciel de programmes mémorisés dans la mémoire vive 120 (lors de la mise sous tension, des programmes stockés dans une mémoire non volatile, par exemple la mémoire morte 122 ou le disque dur 124, ou reçus via l'une des interfaces de communication 112 et 128 sont transférés dans la mémoire vive 120 pour être exécutés). Selon un mode de réalisation particulier, le microprocesseur 118 gère une horloge CPU 130 et exécute un système d'exploitation ayant une horloge système 132. Le microprocesseur 118 exécute également un module de synchronisation d'horloge 134, par exemple un module de synchronisation d'horloge conforme au protocole NTP (le module de synchronisation d'horloge 134 peut alors être considéré comme un client NTP).

Enfin, le microprocesseur 118 exécute aussi un module d'obtention de données 136 permettant de recevoir des données d'un dispositif connecté localement au système informatique 102. Le module d'obtention de données 136 est, par exemple, le démon gpsd qui permet de recevoir des données d'un récepteur GPS connecté au système dans lequel le démon gpsd est exécuté.

Le module d'obtention de données 136 est utilisé pour obtenir des données de temps de l'interface de gestion 104, ces données de temps représentant ainsi une horloge locale. L'interface de gestion 104 comprend ici un microprocesseur 138, une mémoire vive 140 et une mémoire morte 142. Selon un mode de réalisation particulier, l'interface de gestion 104 comprend également une horloge CMOS (non représentée). Le microprocesseur 138 et les mémoires 140 et 142 (et, le cas échéant, l'horloge CMOS) sont reliés par un ou plusieurs bus de données (non représentés) qui permettent la communication et l'interopérabilité entre les différents éléments de l'interface de gestion 104.

L'interface de gestion 104 comprend en outre une interface de communication locale 144, par exemple une interface de type USB, PCI ou I2C, compatible avec l'interface de communication locale 128 du système informatique 102, permettant un échange direct de données entre le système informatique 102 et l'interface de gestion 104.

Les interfaces de communication 114 et 144 sont typiquement connectées au(x) bus reliant le microprocesseur 138 et les mémoires 140 et 142. 3013 92 5 10 Le microprocesseur 138 commande et dirige l'exécution d'instructions ou de portions de code logiciel de programmes mémorisés dans la mémoire vive 140 (lors de la mise sous tension, des programmes stockés dans une mémoire non volatile, par exemple la mémoire morte 142, ou reçus 5 via l'une des interfaces de communication 114 et 144 sont transférés dans la mémoire vive 140 pour être exécutés). Selon un mode de réalisation particulier, le microprocesseur 138 gère une horloge CPU 146 et exécute un système d'exploitation ayant une horloge système 148. 10 Le microprocesseur 138 exécute également un module de synchronisation d'horloge 150, par exemple un module de synchronisation d'horloge conforme au protocole NTP (le module de synchronisation d'horloge 150 peut alors être considéré comme un client NTP). Le module d'horloge 150 permet, en particulier, de synchroniser 15 l'horloge système 148 selon la source de temps 108 du serveur 106, comme représenté par la flèche en trait pointillé gras référencée SR. Enfin, le microprocesseur 138 exécute aussi un module de simulation 152 d'un élément duquel peut être obtenue une référence de temps (élément simulé). Un tel élément est, de préférence, un élément standard qui 20 peut être un récepteur GPS. La référence de temps du module de simulation 152 est ici déterminée selon l'horloge système 148 de l'interface de gestion 104 ou selon le module d'horloge 150 (le module de synchronisation d'horloge 150 peut alors être considéré, s'il est conforme au protocole NTP, comme un serveur NTP). 25 Selon un mode de réalisation particulier, le module de simulation 152 se comporte, vis-à-vis de l'interface de communication locale 144, comme un pilote (aussi appelé driver en terminologie anglo-saxonne) permettant d'obtenir des données de l'élément simulé. En d'autres termes, le module de simulation 152 est vu par un dispositif relié à l'interface de communication locale 144 30 comme un pilote de l'élément simulé, c'est-à-dite que le module de simulation est accessible à partir de commandes identiques à celles pouvant être utilisées pour accéder à l'élément simulé. 3013 92 5 11 Le module de simulation 152 peut coopérer avec le module de données 136 pour synchroniser l'horloge système 132 du système informatique 102 avec l'horloge système 148 de l'interface de gestion 102, comme représenté par la flèche en trait pointillé gras référencée SL. Selon un autre 5 mode de réalisation, le module de simulation 152 coopère avec le module de données 136 pour synchroniser l'horloge système 132 du système informatique 102 directement à partir du module d'horloge 150. Selon un mode de réalisation particulier, le micro-logiciel de l'interface de gestion (typiquement le micro-logiciel de la BMC) est modifié en 10 ajoutant à l'interface USB un périphérique cible qui se présente comme un périphérique d'horloge, par exemple un périphérique d'horloge de type GPS conforme au standard NMEA 0183. Ce périphérique transmet les informations horaires au système informatique en se basant sur les informations temporelles dont dispose la BMC, c'est-à-dire des informations issues de sa propre horloge 15 système ou de tout logiciel mesurant le temps. La figure 2 illustre certaines étapes d'un procédé de synchronisation d'horloges dans un ensemble tel que celui illustré sur la figure 1, selon un mode de réalisation particulier de l'invention. Comme illustré, certaines étapes sont ici mises en oeuvre dans le 20 système informatique 102, notamment dans le module de synchronisation d'horloge 134 et le module d'obtention de données 136, tandis que d'autres étapes sont mises en oeuvre dans l'interface de gestion 104, en particulier dans le module d'horloge 150 et le module de simulation 152. Les étapes 200, 205 et 210, mises en oeuvre dans le module 25 d'horloge 150, ont pour objet de synchroniser l'horloge système 148 à partir d'une source de temps réseau. Une première étape 200 comprend la transmission d'une requête, par exemple une requête NTP, comprenant une date T1 de transmission de la requête. Cette requête est transmise pas le module d'horloge 150, par exemple 30 un client NTP, à un serveur comprenant une source de temps, par exemple un serveur NTP, via un réseau de communication. Selon l'exemple illustré sur la figure 1, la requête est transmise par le module d'horloge 150 au serveur NTP 108 via les interfaces réseau 114 et 116 et le réseau 110. En réponse à la requête, le module d'horloge 150 reçoit un message comprenant typiquement la date T1 de transmission de la requête par le module d'horloge 150, une date T'l de réception de la requête par le serveur NTP 108 et une date T'2 de transmission de la réponse à la requête par le serveur NTP (étape 205). Lors de la réception de cette réponse, le module d'horloge 150 détermine une date T2 à laquelle la réponse est reçue et, à partir des dates T1, T'l, T'2 et T2 détermine une correction à apporter à l'horloge système 148 (étape 210). A titre d'exemple, l'écart entre l'horloge de référence (source de temps) et l'horloge système de l'interface de gestion peut être déterminée de la façon suivante : 8= 2 2 Les étapes 200 à 210 sont avantageusement exécutées de façon périodique, par exemple une fois par jour, toutes les heures, au démarrage du système et/ou lorsqu'une dérive importante est suspectée ou détectée. Les étapes 215, 220 et 225, mises en oeuvre dans le module de simulation 152, ont pour objet de transmettre une référence de temps liée à l'horloge système de l'interface de gestion 104 au système informatique 102. Après que le module de simulation 152 ait été initialisé (étape 215), une requête est créer et transmise (typiquement au système d'exploitation de l'interface de gestion) pour obtenir une référence de temps (étape 220) dont la valeur est, par exemple, celle de l'horloge système de l'interface de gestion. 25 Cette référence de temps est alors adressée au module d'obtention de données 136 (étape 225). A titre d'illustration, les étapes 220 et 225 peuvent être effectuées de façon périodique, par exemple toutes les secondes, ou sur requêtes du module d'obtention de données 136. 30 Les étapes 230, 235 et 240, mises en oeuvre dans le module d'obtention de données 136, ont pour objet la réception d'une référence de T'1 + T'2 T1 + T2 temps, transmise par l'interface de gestion 104, et la transmission de cette référence de temps au module de synchronisation d'horloge 134. Après que le module d'obtention de données 136 ait été initialisé (étape 230), il attend et reçoit des données de référence de temps transmises par le module de simulation 152 (étape 235). De façon alternative, des données de référence de temps sont reçues du module de simulation 152 sur requête du module d'obtention de données 136. Les données reçues sont typiquement mémorisées pour être transmises, sur requête ou de façon automatique, par exemple périodique, au module de synchronisation d'horloge 134.

A titre d'illustration, l'initialisation du module de simulation 152 et du module d'obtention de données 136 peut comprendre des étapes suivantes : - émission d'un signal d'activation par le module de simulation 152 ; - réception du signal d'activation par le module d'obtention de données 136 ; - ajout d'une référence du module de simulation 152 dans une liste de périphériques accessibles gérée par le module d'obtention de données 136 ; et - réception, par le module d'obtention de données 136, d'une requête d'une application client (exécutée dans le système informatique 102) visant l'obtention de données reçues du module de simulation 152. Les étapes 245 et 250, mises en oeuvre dans le module de synchronisation d'horloge 134, ont pour objet la réception de références de temps et la synchronisation de l'horloge système du système informatique 102. Au cours d'une étape 245, le module de synchronisation d'horloge 134 adresse une requête au module d'obtention de données 136 afin d'obtenir une référence de temps. Cette dernière est alors utilisée pour synchroniser l'horloge système 132 du système informatique 102 (étape 250). La synchronisation est typiquement effectuée de façon standard, par exemple selon le protocole NTP.

Ainsi, conformément à l'algorithme illustré sur la figure 2, seule l'interface de gestion 104 se synchronise sur la source de temps réseau, le système informatique se synchronisant, de façon locale, sur l'horloge système de l'interface de gestion. Il est observé ici que, selon un mode de réalisation particulier, une interface de gestion utilise un réseau de synchronisation spécifique pour synchroniser l'horloge système. Dans ce cas, la synchronisation de l'horloge système de l'interface de gestion ne perturbe pas le réseau utilisé pour l'administration des systèmes informatiques. La figure 3 illustre un exemple d'une architecture permettant à plusieurs interfaces de gestion de se synchroniser à partir d'une source de temps réseau unique, à l'aide d'un réseau de synchronisation spécifique, et aux systèmes informatiques associés aux interfaces de gestion de se synchroniser sur ces dernières. Selon le mode de réalisation représenté sur la figure 3, l'invention est mise en oeuvre dans un ensemble 300 comprenant n systèmes informatiques référencés 302-1 à 302-n, chaque système informatique étant connecté à une interface de gestion, référencées 304-1 à 304-n, respectivement, et un serveur 306 comprenant une source de temps (non représentée). Chaque système informatique est connecté à une interface de gestion à l'aide d'une interface de communication locale.

L'ensemble 300 comprend en outre deux réseaux de communication : un réseau de communication de synchronisation 308 et un réseau de communication 310 utilisé pour l'administration des systèmes informatiques. Comme illustré, le serveur 306 ainsi que les interfaces de gestion 304-1 à 304-n comprennent chacun une interface de communication vers le réseau de communication de synchronisation 308 et une interface de communication vers le réseau de communication 310 utilisé pour l'administration des systèmes informatiques. Les systèmes informatiques 302-1 à 302-n ne comprennent chacun qu'une interface de communication vers le réseau de communication 310 utilisé pour leur administration. En d'autres termes, les systèmes informatiques 302-1 à 302-n ne sont pas connectés au réseau de communication de synchronisation 308 et ne peuvent donc pas synchroniser directement leur horloge système sur la source de temps réseau. La synchronisation de l'horloge système de chaque système informatique est effectuée à partir de l'horloge système de l'interface de gestion associée, comme décrit précédemment en référence aux figures 1 et 2. Il est observé ici que si l'exemple illustré sur la figure 3 vise la synchronisation de plusieurs interfaces de gestion à l'aide d'un réseau de synchronisation spécifique, une seule interface de gestion peut être synchronisée avec un réseau de synchronisation spécifique et plusieurs interfaces de gestion peuvent être synchronisées en utilisant le réseau utilisé pour l'administration des systèmes informatiques. 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. La présente invention ne se limite pas aux formes de réalisation décrites, d'autres variantes et combinaisons de caractéristiques sont possibles. La présente invention a été décrite et illustrée dans la présente description détaillée en référence aux figures jointes. Toutefois, la présente invention ne se limite pas aux formes de réalisation présentées. D'autres variantes et modes de réalisation peuvent être déduits et mis en oeuvre par la personne compétente dans le domaine de l'invention à la lecture de la présente description et des figures annexées. Dans les revendications, le terme « comporter » n'exclut pas d'autres éléments ou d'autres étapes. L'article indéfini « un » n'exclut pas le pluriel. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en oeuvre l'invention. Les différentes caractéristiques présentées et/ou revendiquées peuvent être avantageusement combinées. Leur présence dans la description ou dans des revendications dépendantes différentes n'exclut pas, en effet, la possibilité de les combiner. Les signes de référence ne sauraient être compris comme limitant la portée de l'invention.

Claims (10)

1. REVENDICATIONS1. Procédé de synchronisation d'un système d'horloge (132) d'un système informatique (102) connecté à une interface de gestion (104) via une interface de communication locale (128, 144) propre audit système informatique et à ladite interface de gestion, ladite interface de gestion, comprenant un système d'horloge (148), étant connectée à une source de temps distante (108) via une interface de communication réseau (114) et comprenant des moyens de synchronisation (150) avec ladite source de temps distante, ce procédé étant caractérisé en ce qu'il comprend une étape de transmission (225) d'une référence de temps obtenue auprès dudit système d'horloge de ladite interface de gestion audit système informatique, ladite référence de temps étant transmise via ladite interface de communication locale.
2. 2. Procédé selon la revendication 1 comprenant en outre une étape de synchronisation (250) dudit système d'horloge dudit système informatique en fonction de ladite référence de temps transmise.
3. 3. Procédé selon la revendication 1 ou la revendication 2 comprenant en outre une étape de synchronisation (210) dudit système d'horloge de ladite interface de gestion avec ladite source de temps distante.
4. 4. Procédé selon l'une quelconque des revendications 1 à 3 comprenant en outre une étape d'obtention (220) de ladite référence de temps.
5. 5. Programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé selon l'une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté sur un ordinateur.
6. 6. Dispositif pour interface de gestion (104), permettant la synchronisation d'un système d'horloge (132) d'un système informatique (102) connecté à ladite interface de gestion via une interface de communication locale (128, 144) propre audit système informatique et à ladite interface de gestion, ladite interface de gestion comprenant un système d'horloge, ce dispositif étant caractérisé en ce qu'il comprend des moyens de simulation (152) pour simuler au moins partiellement un dispositif standard duquel peutêtre obtenue une référence de temps, lesdits moyens de simulation étant configurés pour transmettre une référence de temps via ladite interface de communication locale.
7. 7. Dispositif selon la revendication 6 selon lequel lesdits moyens de simulation sont en outre configurés pour déterminer ladite référence de temps selon ledit système d'horloge de ladite interface de gestion.
8. 8. Dispositif selon la revendication 6 ou la revendication 7 selon lequel lesdits moyens de simulation comprennent un pilote adressable selon des commandes identiques à celles dudit dispositif standard.
9. 9. Dispositif selon l'une quelconque des revendications 6 à 8 comprenant en outre des moyens de synchronisation (150) configurés pour synchroniser ledit système d'horloge de ladite interface de gestion avec une source de temps distante.
10. 10. Dispositif selon la revendication 9 comprenant en outre une interface de communication réseau (114), ladite interface de communication réseau étant configurée pour accéder à un réseau de communication auquel est connectée ladite source de temps distante, ladite interface de communication réseau étant distincte de ladite interface de communication locale.20