FR2911197A1

FR2911197A1 - Procede et systeme d'execution a distance d'installations sur des controleurs de gestion pour systemes monolithiques et modulaires

Info

Publication number: FR2911197A1
Application number: FR0708862A
Authority: FR
Inventors: Balaji Mittapalli; Thomas Chenault; Radhakrisna Reddy Dasari
Original assignee: Dell Products LP
Current assignee: Dell Products LP
Priority date: 2006-12-22
Filing date: 2007-12-19
Publication date: 2008-07-11
Also published as: CN101207516A; DE102007061249B4; SG144122A1; TWI360056B; US7899090B2; DE102007061249A1; GB2445274A; GB2463535A; CN101207516B; BRPI0704848B1; GB0725082D0; US20080155533A1; BRPI0704848A; TW200834337A; GB0902175D0; IE20070913A1; GB2463535B; HK1119874A1; GB2445274B

Abstract

L'invention concerne un procédé et un système permettant d'installer un code logiciel sur un système de traitement d'informations distant (RIHS) (330) comprenant un contrôleur d'accès de gestion (MAC) (332). Une station de gestion à distance (RMS) (320) permet de gérer le RIHS en communiquant avec le MAC par connexion réseau. Le RIHS démarre initialement sur un support virtuel (338) émulant un support physique prédéterminé (306) contenant un fichier de démarrage. Puis la RMS transfère des fichiers de démarrage additionnels et des fichiers d'installation contenant des informations de partage réseau vers le MAC, qui les transfère par bus USB à la mémoire du RIHS, où ils sont chargés et installés. Une connexion réseau est ensuite établie avec un partage réseau comprenant des fichiers d'installation d'un code logiciel, qui sont transférés au RIHS pour installation.

Description

-c î La présente invention concerne d'une manière générale le domaine de

l'administration de systèmes de traitement d'informations distants et, plus particulièrement, l'installation à distance d'un code logiciel.

Au fur et à mesure de l'augmentation de la valeur des informations et de leur utilisation, les individus et les entreprises cherchent de nouvelles manières de traiter et de stocker les informations. Les systèmes de traitement d'informations sont une option disponible pour les utilisateurs. D'une manière générale, un système de traitement d'informations traite, compile, stocke et/ou communique des informations ou des données pour un usage professionnel, personnel, ou autre, de façon à permettre aux utilisateurs de tirer avantage de la valeur des informations. Du fait que les besoins et exigences en technologie et en traitement des informations varient entre différents utilisateurs ou applications, les systèmes de traitement d'informations peu-vent également varier en ce qui concerne les informa- tions qui sont traitées, la manière dont les informations sont traitées, la quantité d'informations qui est traitée, stockée ou communiquée, et la rapidité et l'efficacité suivant lesquelles les informations peu-vent être traitées, stockées ou communiquées. Les dif- férentes variantes des systèmes de traitement d'informations permettent d'utiliser les systèmes de traite-ment d'informations pour un usage général ou de les configurer pour un utilisateur spécifique ou une utilisation spécifique, telle qu'un traitement de transac- tions financières, des réservations pour lignes aériennes, un stockage de données d'entreprise, ou des communications mondiales. De plus, les systèmes de traite-ment d'informations peuvent comprendre toute une varié-té de composants matériels et logiciels qui peuvent être configurés pour traiter, stocker et communiquer Y - 2 des informations, et ils peuvent comprendre un ou plu-sieurs systèmes informatiques, systèmes de stockage de données, et systèmes de mise en réseau. Le volume de données géré par les systèmes de traitement d'informations croît de manière continue, d'où le besoin de systèmes extensibles qui conservent non seulement l'intégrité et la disponibilité des in-formations, mais qui font également une utilisation efficace des ressources de calcul. Une approche populaire pour répondre à ce besoin consiste à utiliser de grands serveurs interconnectés, comprenant plusieurs processeurs. Une autre approche populaire réside dans les systèmes de serveurs à lames, qui comprennent générale-ment un certain nombre de lames de calcul individuelles logées dans un châssis qui offre des ressources d'alimentation, de refroidissement et de gestion communes. Chaque lame de calcul comprend typiquement un ou plu-sieurs processeurs, mémoires informatiques, connexions réseau, et dispositifs de stockage informatique. Un avantage de cette approche réside dans le fait que les utilisateurs, les applications et/ou les processus peu-vent être attribués à des lames de calcul spécifiques et/ou être répartis à travers plusieurs ressources disponibles. Lorsqu'une puissance ou une capacité de trai-tement supplémentaire est nécessaire, des lames de cal-cul additionnelles sont ajoutées au serveur à lames. Indépendamment de l'approche choisie, administrer des serveurs depuis une localisation distante est sou-vent impératif pour les environnements d'entreprises actuels. Des contrôleurs d'accès de gestion (MAC) tels que le Contrôleur d'Accès à Distance Dell (DRAC) offrent la capacité d'installer et de gérer des logiciels sur des serveurs distants. Un aspect de ces MAC réside dans le fait qu'ils permettent l'installation à dis- tance d'un système d'exploitation (OS) et d'autres lo- - 3 giciels par l'intermédiaire d'une caractéristique technique connue sous le nom de "support virtuel". Un support virtuel permet à des administrateurs de connecter à distance un dispositif de stockage de masse à un ser- veur et d'utiliser le dispositif comme s'il étant physiquement présent sur le serveur. Un support virtuel utilise généralement un matériel pour émuler des dispositifs de stockage de masse à bus série universel (USB) ayant des interfaces USB natives, afin d'éviter le be- soin de pilotes de dispositifs supplémentaires. Après que le dispositif de support virtuel a été connecté via le bus USB du serveur géré, l'OS du serveur le traite comme si l'administrateur avait physiquement raccordé un disque dur USB, une disquette ou un disque compact au serveur distant. Une fois qu'un dispositif de support virtuel est connecté au serveur, des administrateurs peuvent démarrer le dispositif à distance par l'intermédiaire d'une application de console de gestion à distance. Une fois que la console de gestion à dis- tance est lancée et que le serveur géré est sous tension et démarré, la procédure de gestion du système est la même que si l'administrateur se trouvait physique-ment au niveau du serveur distant. Le support virtuel peut de la même façon être utilisé pour émuler le MAC du serveur géré sous la forme d'un dispositif de stockage local, connecté par USB. Lors d'installations de logiciels, le serveur géré tente de lire des données dans le MAC, tout à fait comme s'il était un dispositif de stockage local. En réalité, une demande de lecture générée par le serveur géré est typiquement acheminée, via un port USB hôte, jusqu'à un port USB du MAC, où elle est reçue par le matériel USB du MAC. L'application de gestion s'exécu- tant dans le MAC formate la demande en paquets Ether- net, qui sont transmis à travers le MAC jusqu'à un mi- - 4 - croprogramme de gestion résidant dans le module LAN sur Carte Mère (LOM). Le LOM transfère ensuite les paquets au client de gestion à distance via une connexion de réseau externe. Les réponses du client de gestion à distance sont reçues via la connexion réseau, et le processus est répété à l'envers jusqu'à ce que le serveur distant reçoive la réponse. A titre d'autre exemple, du fait que le MAC est émulé sous la forme d'un dispositif USB local, l'OS a besoin de charger des mo- Jules pour dispositifs USB. Les installations de logiciels (par exemple, une installation d'OS) prennent de ce fait plus de temps avec des implémentations de supports virtuels qu'avec des procédés d'installation existants, tels que l'environnement d'exécution avant démarrage (PXE) et le système de fichiers en réseau (NFS), qui sont mis en oeuvre sur une connexion réseau. Ceci est en partie dû au fait que plusieurs MAC d'un système à lames partagent une même connexion réseau. Des installations à distance simultanées peuvent créer de trop grandes quantités de trafic réseau, conduisant à une congestion sur la connexion réseau partagée. Bien qu'elle offre une solution d'administration à distance efficace, cette approche ajoute des temps de latence indésirables et augmente la durée d'installation en raison des multiples matériels et étapes logicielles qui sont mis en jeu. Par conséquent, des temps d'installation plus longs peuvent être rencontrés, ainsi que de possibles dépassements de temps de connexion, qui peuvent devenir plus prononcés au fil du temps, au fur et à mesure que les charges augmentent. La présente invention décrit un procédé et un système permettant d'installer un code logiciel sur un système de traitement d'informations distant (RIHS) comprenant un contrôleur d'accès de gestion (MAC). Dans des formes de réalisation sélectionnées, une station de - 5 gestion à distance (RMS) est mise en oeuvre pour gérer le RIHS en communiquant avec son MAC via une connexion réseau. Le RIHS est initialement démarré par sélection d'un dispositif de support virtuel (VMD) qui émule un dispositif de support physique prédéterminé raccordé à la RMS. Dans une forme de réalisation, le dispositif de support physique est un dispositif de stockage de masse à bus série universel (USB) (par exemple, un lecteur de disquette, un lecteur de CD-ROM, un lecteur de disque dur, etc.), qui contient un fichier de démarrage et qui apparaît vis-à-vis du RIHS comme lui étant physiquement raccordé via le bus USB du RIHS. Après le démarrage, la RMS transfère des fichiers de démarrage additionnels et des fichiers d'installation contenant des informations de partage réseau à un port réseau situé sur le MAC, via une connexion réseau hors-bande. Le MAC reçoit les fichiers et les transfère via le bus USB du RIHS, où ils sont chargés dans la mémoire du RIHS et installés.

Une fois que le RIHS a totalement démarré et que les fichiers d'installation de partage réseau sont installés, le RIHS utilise les informations de partage ré-seau pour établir une connexion réseau avec un partage réseau comprenant des fichiers d'installation d'un code logiciel. Une fois que la connexion réseau est établie, les fichiers d'installation d'un code logiciel sont transférés du partage réseau vers le RIHS pour être installés. La présente invention sera mieux comprise, et ses nombreux objets, caractéristiques et avantages seront évidents pour l'homme du métier à la lecture de la pré-sente description, prise conjointement avec les dessins ci-joints. Les éléments identiques ou similaires sur les différentes figures sont désignés par les mêmes nu- méros de référence d'une figure à l'autre. - 6 - La figure 1 est une illustration généralisée d'un système de traitement d'informations 100 qui peut être utilisé pour l'implémentation du système et du procédé de la présente invention ; la figure 2 est un organigramme généralisé de l'installation d'un code logiciel sur un système de traitement d'informations distant (RIHS) selon une forme de réalisation de l'invention ; et la figure 3 est un schéma fonctionnel généralisé d'un RIHS implémenté selon une forme de réalisation de l'invention, pour l'installation à distance d'un code logiciel. La présente invention met à disposition un procédé et un système permettant d'installer un code logiciel sur un système de traitement d'informations distant (RIHS) comprenant un contrôleur d'accès de gestion (MAC). Dans des formes de réalisation sélectionnées, une station de gestion à distance (RMS) est mise en oeu- vre pour gérer le RIHS en communiquant avec son MAC via une connexion réseau. Le RIHS est initialement démarré par sélection d'un dispositif de support virtuel (VMD) qui émule un dispositif de stockage de masse physique prédéterminé (par exemple, un lecteur de disquette, un lecteur de CD-ROM, un lecteur de disque dur, etc.), qui contient un fichier de démarrage et qui apparaît vis-à- vis du RIHS comme lui étant physiquement raccordé via le bus USB du RIHS. Après le démarrage, la RMS trans- fère des fichiers de démarrage additionnels et des fi- chiers d'installation contenant des informations de partage réseau vers le MAC, qui les transfère, via le bus USB du RIHS, dans la mémoire du RIHS où ils sont chargés et installés. Une fois que le RIHS a totalement démarré et que les fichiers d'installation de partage réseau sont installés, une connexion réseau est établie avec un partage réseau comprenant des fichiers d'ins- - 7 tallation d'un code logiciel. Les fichiers d'installation d'un code logiciel sont transférés du partage ré-seau vers le RIHS pour être installés. Tel qu'entendu dans la présente description, un système de traitement d'informations peut être un quel-conque équipement ou agrégat d'équipements servant à calculer, classer, traiter, transmettre, recevoir, récupérer, émettre, commuter, stocker, afficher, présenter, détecter, enregistrer, reproduire, gérer, ou uti- liser toute forme d'informations, d'intelligence ou de données à des fins commerciales, scientifiques, de gestion, ou autres. Un système de traitement d'informations peut par exemple être un ordinateur personnel, un dispositif de stockage de réseau, ou un quelconque au- tre dispositif approprié, et il peut varier en taille, en forme, en performances, en fonctionnalité et en prix. Le système de traitement d'informations peut comprendre une mémoire vive (RAM), une ou plusieurs ressources de traitement telles qu'une unité centrale de traitement (CPU) ou une logique de commande matérielle ou logicielle, une ROM et/ou d'autres types de mémoire non volatile. Des composants additionnels du système de traitement d'informations peuvent comprendre un ou plu-sieurs lecteurs de disque, un ou plusieurs ports réseau pour communiquer avec des dispositifs externes ainsi que différents dispositifs d'entrée/sortie (E/S), tels qu'un clavier, une souris et un écran vidéo. Le système de traitement d'informations peut également comprendre un ou plusieurs bus servant à transmettre des communi- cations entre les différents composants matériels. La figure 1 est une illustration généralisée d'un système de traitement d'informations 100 qui peut être utilisé pour l'implémentation du système et du procédé de la présente invention. Le système de traitement d'informations comprend un processeur (par exemple, une - 8 unité centrale de traitement ou "CPU") 102, des dispositifs d'entrée/sortie (E/S) 104, tels qu'un écran, un clavier, une souris, et des contrôleurs associés, un disque dur ou un stockage sur disque 106, différents autres sous-systèmes 108, un port réseau 110 servant à la connexion à un réseau 122, et une mémoire système 112, qui sont tous interconnectés via un ou plusieurs bus 114. La mémoire système 112 comprend en outre des fichiers de démarrage 116, des fichiers d'installation de partage réseau 118, et des fichiers d'installation d'un code logiciel 120. La figure 2 est un organigramme généralisé de l'installation d'un code logiciel 200 sur un système de traitement d'informations distant (RIHS) selon une forme de réalisation de l'invention. Dans des formes de réalisation sélectionnées, l'installation à distance d'un code logiciel sur un RIHS comprenant un contrôleur d'accès de gestion (MAC) commence à l'étape 202. A l'étape 204, le RIHS démarre sur un dispositif de sup- port virtuel (VMD), qui utilise généralement un maté- riel pour émuler des dispositifs de stockage de masse à bus série universel (USB) ayant des interfaces USB na- tives, afin d'éviter le besoin de pilotes de disposi- tifs supplémentaires. Dans une forme de réalisation (non représentée), un serveur de support virtuel s'exé- cute dans le MAC du RIHS et un client de support vir- tuel s'exécute dans une station de gestion à distance (RMS). Des administrateurs peuvent se connecter sur le serveur de support virtuel via une connexion réseau hors-bande et établir une session de support virtuel. Une fois établie, la session de support virtuel trans- met les demandes émanant du RIHS au client de gestion s'exécutant sur la station de gestion à distance, via une connexion réseau. Une fois que le dispositif de support virtuel est connecté via le bus USB du RIHS, - 9 l'OS du RIHS le traite comme si l'administrateur avait physiquement raccordé un disque dur USB, une disquette ou un disque compact au RIHS. Une fois qu'un dispositif de support virtuel est connecté au serveur, des admi- nistrateurs peuvent démarrer le dispositif à distance par l'intermédiaire d'une application de gestion implémentée dans la station de gestion à distance. Une fois que l'application de gestion est lancée et que le RIHS est sous tension et démarré, la procédure de gestion du système est la même que si l'administrateur se trouvait physiquement au niveau du RIHS. Une fois que le RIHS a terminé sa séquence de démarrage initiale, le VMD, à l'étape 206, accède à la RMS pour récupérer des fichiers de démarrage addition-nels, puis la RMS génère un ou plusieurs fichiers d'installation comprenant des informations de partage réseau. Une fois que les fichiers d'installation de partage réseau sont générés, la RMS, à l'étape 210, utilise une connexion réseau pour envoyer au MAC implémen- té dans le RIHS les fichiers de démarrage additionnels et les fichiers d'installation de partage réseau générés. Dans une forme de réalisation, la connexion réseau se fait sur un réseau local (LAN) à l'aide d'un protocole de communication tel que l'Ethernet pour la connexion à un port réseau implémenté dans le MAC. Dans une autre forme de réalisation, la connexion réseau se fait sur un réseau étendu (WAN) à l'aide d'un protocole de télécommunication tel que le TCP/IP ou le Relais de Trames pour la connexion à un port réseau implémenté dans le MAC. Dans encore une autre forme de réalisation, la connexion réseau met en œuvre une pluralité de technologies et de protocoles de communication pour la connexion à un port réseau implémenté dans le MAC. Après que le MAC a reçu les fichiers de démarrage additionnels et les fichiers d'installation de partage - 10 - réseau, ceux-ci sont acheminés, à l'étape 212, via un port USB implémenté dans le MAC, jusqu'à un port USB hôte situé sur le RIHS, où ils sont chargés dans la mémoire du RIHS. Une fois les fichiers chargés, les pro- cédures de démarrage se poursuivent à l'aide des fichiers de démarrage additionnels et, après que le serveur a démarré, les fichiers d'installation comprenant les informations de partage réseau sont également chargés et exécutés. Après que les fichiers d'installation de partage réseau ont été installés, le RIHS, à l'étape 214, utilise les informations de partage réseau pour établir une connexion réseau avec le site de partage réseau. Une fois que la connexion réseau est établie, des fichiers d'installation d'un code logiciel sont, à l'étape 216, transférés du partage réseau vers le RIHS pour être installés. Dans une forme de réalisation, la connexion réseau entre le partage réseau et le RIHS se fait via un port LAN sur Carte Mère (LOM) implémenté dans le RIHS. Une fois que tous les fichiers d'instal-lation d'un code logiciel ont été reçus et installés, l'installation à distance se termine à l'étape 218. La figure 3 est un schéma fonctionnel généralisé d'un système de traitement d'informations distant (RIHS) implémenté selon une forme de réalisation de l'invention, pour l'installation à distance 300 d'un code logiciel. Dans des formes de réalisation sélectionnées, un RIHS 330 comprend un processeur (par exemple, une unité centrale de traitement ou "CPU") 102, des dispositifs d'entrée/sortie (E/S) 104, tels qu'un écran, un clavier, une souris, et des contrôleurs associés, un lecteur de disque dur ou un dispositif de stockage sur disque 106, différents autres sous-systèmes 108, un port réseau 110 servant à la connexion à un réseau 122, et une mémoire système 112, qui sont tous interconnectés via un ou plusieurs bus 114. La mé- - 11 - moire système 112 comprend en outre des fichiers de démarrage 116, des fichiers d'installation de partage ré-seau 118, et des fichiers d'installation d'un code logiciel 120. Le RIHS 330 comprend également un contrô- leur d'accès de gestion (MAC) 332 connecté, via un bus série universel (USB) 342, au port E/S 104. Le MAC 332 comprend en outre un port réseau 334, un microprogramme USB 340, et un microprogramme MAC 336, qui comprend en outre un dispositif de support virtuel (VMD) 338.

Une station de gestion à distance (RMS) 320 comprend un processeur (par exemple, une unité centrale de traitement ou "CPU") 302, des dispositifs d'entrée/ sortie (E/S) 304, tels qu'un écran, un clavier, une souris, et des contrôleurs associés, un dispositif de support physique 306 tel qu'un lecteur de disquette, un lecteur de CD-ROM ou un lecteur de disque dur, différents autres sous-systèmes 308, un port réseau 310 servant à la connexion à un réseau 122, et une mémoire système 312, qui sont tous interconnectés via un ou plusieurs bus 314. La mémoire système 312 comprend en outre un client de gestion 322 et un client de support virtuel 324. Le RIHS 330, la RMS 320 et le partage ré-seau 348 sont tous connectés via le réseau 122. Dans des formes de réalisation sélectionnées, l'installation à distance d'un code logiciel sur le RIHS 330 commence par le démarrage du RIHS sur le VMD 338, qui utilise généralement un matériel pour émuler 334 un dispositif de support physique 306. Dans une forme de réalisation, le VMD 338 émule un dispositif de support physique 306 sous la forme d'un dispositif de stockage de masse USB ayant une interface USB native, afin d'éviter le besoin de pilotes de dispositifs supplémentaires. Dans une forme de réalisation, le dispositif de support physique comprend un fichier de démar- rage, qui comprend en outre un noyau de démarrage. Dans - 12 - une autre forme de réalisation (non représentée), un serveur de support virtuel s'exécute dans le MAC 332 et un client de support virtuel s'exécute dans la RMS 320. Des administrateurs peuvent se connecter sur le serveur de support virtuel via une connexion réseau hors-bande (OOB) 346 et établir une session de support virtuel. Une fois établie, la session de support virtuel transmet les demandes émanant du RIHS 330 au client de gestion s'exécutant sur la RMS 320, via la connexion ré- seau OOB 346. Une fois que le dispositif de support virtuel est connecté via le bus USB 342 du RIHS, le RIHS 330 le traite comme si l'administrateur avait physiquement raccordé un support physique 306 (par exemple, un disque dur USB, une disquette ou un disque corn- pact) attaché physiquement au RIHS 330. Une fois qu'un dispositif de support virtuel 338 est connecté au RIHS 330, des administrateurs peuvent démarrer le dispositif à distance par l'intermédiaire de l'application de gestion 322 implémentée dans la RMS 320. Une fois que l'application de gestion 322 est lancée et que le RIHS 330 est mis sous tension et démarré, la procédure de gestion du système est la même que si l'administrateur se trouvait physiquement au niveau du RIHS. Une fois que le RIHS 330 a terminé sa séquence de démarrage initiale, le VMD 338 accède à la RMS 320 pour récupérer des fichiers de démarrage additionnels, puis la RMS 320 génère un ou plusieurs fichiers d'installa- tion comprenant des informations de partage réseau 348. Une fois que les fichiers d'installation de partage ré- seau sont générés, la RMS utilise une connexion réseau pour envoyer les fichiers de démarrage additionnels et les fichiers d'installation de partage réseau générés au port réseau 334 du MAC 332, via la connexion réseau O0B 346. Dans une forme de réalisation, la connexion réseau O0B 346 se fait sur un réseau local (LAN) à - 13 - l'aide d'un protocole de communication tel que l'Ethernet pour la connexion au port réseau 334. Dans une autre forme de réalisation, la connexion réseau OOB 346 se fait sur un réseau étendu (WAN) à l'aide d'un proto- Cole de télécommunication tel que le TCP/IP ou le Re-lais de Trames pour la connexion au port réseau 334. Dans encore une autre forme de réalisation, la connexion réseau O0B 346 met en œuvre une pluralité de technologies et de protocoles de communication pour la connexion au port réseau 334. Après que le MAC 332 a reçu les fichiers de démarrage additionnels et les fichiers d'installation de partage réseau, ceux-ci sont acheminés, via un port USB implémenté dans le MAC 332, sur le bus USB 342, jusqu'à un port USB hôte situé sur le RIHS 330, où ils sont chargés dans la mémoire 112 du RIHS. Une fois les fichiers chargés, les procédures de démarrage se poursui-vent à l'aide des fichiers de démarrage additionnels 116 et, après que le serveur a démarré, les fichiers d'installation de partage réseau 118 comprenant les in-formations de partage réseau 348 sont également chargés et exécutés. Après que les fichiers d'installation de partage réseau 118 ont été installés, le RIHS 330 utilise les informations de partage réseau 348 pour éta- blir une connexion réseau entre le port réseau 110 et le partage réseau 348, via un réseau 348. Une fois que la connexion réseau est établie, des fichiers d'installation d'un code logiciel 120 sont transférés du partage réseau 348 vers le RIHS 330 pour être installés.

Dans une forme de réalisation, la connexion réseau entre le partage réseau 348 et le RIHS 330 se fait via un port réseau 110 comprenant un port LAN sur Carte Mère (LOM). L'homme du métier comprendra bien évidemment que 35 les temps de latence indésirables et les plus longs - 14 - temps d'installation de codes logiciels des approches actuelles sont réduits car seuls les fichiers de démarrage et les fichiers d'installation de partage réseau sont acheminés sur le bus USB 342. Les fichiers d'ins- tallation d'un code logiciel, qui comprennent typique-ment la majorité des fichiers mis en jeu lors de l'installation d'un code logiciel, sont quant à eux acheminés du partage réseau 348 vers le port réseau 110 via le réseau 122. En conséquence, la relativement faible vitesse du bus USB 342 et les étapes de traitement intermédiaires décrites plus en détail dans le présent document ne sont plus considérées comme des contraintes. L'homme du métier reconnaîtra également que de nombreuses autres formes de réalisation et variantes de la présente invention sont possibles. De plus, chacun des composants référencés dans cette forme de réalisation de l'invention peut être constitué d'une pluralité de composants, interagissant entre eux dans un environnement distribué. En outre, d'autres formes de réalisa- tion de l'invention peuvent étendre la forme de réalisation décrite, afin d'augmenter la taille et la portée de l'implémentation du système.

Claims

REVENDICATIONS

1. Procédé permettant d'installer un code logiciel sur un système de traitement d'informations dis- tant (RIHS) (330) comprenant un contrôleur d'accès de gestion (MAC) (332), le procédé comprenant les étapes qui consistent à : gérer le RIHS (330) à l'aide d'une station de gestion à distance (RMS) (320) servant à communiquer 10 avec le MAC (332) via une connexion réseau ; démarrer le RIHS (330) à l'aide d'un dispositif de support virtuel (VMD) (338) servant à émuler un dis-positif de support physique prédéterminé (306) comprenant au moins un fichier de démarrage ; 15 transférer au moins un fichier d'installation de partage réseau comprenant des informations de partage réseau, de la RMS (320) vers le MAC (332) ; charger le fichier d'installation de partage ré-seau du MAC (332) dans le RIHS (330) pour les installer 20 ; et établir une connexion réseau servant au transfert d'au moins un fichier d'installation d'un code logiciel du partage réseau (348) vers le RIHS (330). 25

2. Procédé selon la revendication 1, dans lequel la communication réseau entre la RMS (320) et le MAC (332) est une communication hors-bande, la communication hors-bande se faisant via un port réseau implémenté dans le MAC (332). 30

3. Procédé selon la revendication 1, dans lequel le dispositif de support physique émulé (306) comprend une interface de bus série universel (USE).-16 -

4. Procédé selon la revendication 1, dans lequel le VMD (338) peut être configuré dans un BIOS implémenté dans le RIHS (330).

5. Procédé selon la revendication 1, dans lequel le fichier de démarrage comprend des informations de noyau de démarrage.

6. Procédé selon la revendication 1, dans lequel 10 l'au moins un fichier d'installation de partage réseau est généré par la RMS (320).

7. Procédé selon la revendication 1, dans lequel l'au moins un fichier d'installation de partage réseau 15 est copié du MAC (332) dans la mémoire du RIHS (330), via une connexion USB.

8. Procédé selon la revendication 1, dans lequel les fichiers d'installation d'un code logiciel sont 20 transférés via un port réseau implémenté dans le RIHS (330).

9. Procédé selon la revendication 8, dans lequel le port réseau comprend un port Réseau Local (LAN) sur 25 Carte Mère (LOM).

10. Procédé selon la revendication 1, dans lequel l'au moins un fichier d'installation d'un code logiciel est généré par la RMS (320).

11. Système permettant d'installer un code logiciel sur un système de traitement d'informations dis-tant (RIHS) (330) comprenant un contrôleur d'accès de gestion (MAC) (332), le système comprenant : 30- 17 - une station de gestion à distance (RMS) (320) servant à gérer le RIHS (330) en communiquant avec le MAC (332) via une connexion réseau ; un dispositif de support virtuel (VMD) (338) ser- vant à émuler un dispositif de support physique prédéterminé (306) comprenant au moins un fichier de démarrage ; au moins un fichier d'installation de partage ré-seau comprenant des informations de partage réseau pou- vant être transféré de la RMS (320) vers le MAC (332) ; et une connexion réseau servant au transfert d'au moins un fichier d'installation d'un code logiciel du partage réseau (348) vers le RIHS (330).

12. Système selon la revendication 11, dans lequel la communication réseau entre la RMS (320) et le MAC (332) est une communication hors-bande, la communication hors-bande se faisant via un port réseau implémenté dans le MAC (332).

13. Système selon la revendication 11, dans lequel le dispositif de support physique émulé (306) comprend une interface de bus série universel (USB).

14. Système selon la revendication 11, dans lequel le VMD (338) peut être configuré dans un BIOS implémenté dans le RIHS (330). 30

15. Système selon la revendication 11, dans lequel le fichier de démarrage comprend des informations de noyau de démarrage.25- 18 -

16. Système selon la revendication 11, dans lequel l'au moins un fichier d'installation de partage réseau est généré par la RMS (320).

17. Système selon la revendication 11, dans lequel l'au moins un fichier d'installation de partage réseau est copié du MAC (332) dans la mémoire du RIHS (330), via une connexion USB.

18. Système selon la revendication 11, dans lequel les fichiers d'installation d'un code logiciel sont transférés via un port réseau implémenté dans le RIHS (330).

19. Système selon la revendication 18, dans lequel le port réseau comprend un port Réseau Local (LAN) sur Carte Mère (LOM).

20. Système selon la revendication 11, dans lequel 20 l'au moins un fichier d'installation d'un code logiciel est généré par la RMS (320).