FR 3046264 A1 20170630 FR 1563334 A 20151224 1 PROCEDE DE CONFIGURATION D'UN SYSTEME D'EXPLOITATION DOMAINE DE L'INVENTION L'invention concerne le domaine des procédés de configuration d'un système d'exploitation sur un ordinateur client, comme un noeud de calcul ou comme un client léger, d'un groupe de plusieurs ordinateurs clients dans un réseau comprenant aussi un serveur central. Le reste du texte s'applique aux noeuds de calcul, sauf mention contraire, mais il pourrait de façon similaire s'appliquer aux clients légers. CONTEXTE DE L'INVENTION Lors de la configuration des noeuds de calcul, afin de ne pas stocker localement sur chaque noeud de calcul le système d'exploitation ou système racine, ces noeuds de calcul démarrent sur un système racine distant qui est partagé entre les noeuds de calcul. Ce système d'exploitation étant partagé, il est identique pour tous les noeuds. Or, il serait intéressant de pouvoir apporter une configuration différente à chacun des noeuds et de pouvoir identifier un noeud de calcul parmi d'autres sur le réseau, de préférence de façon sécurisée. Selon un art antérieur, les techniques habituellement utilisées pour démarrer des machines sans espace racine local sont de type NFS (« Network File System » en langue anglaise), permettant l'accès à l'espace racine en mode fichier, ou iSCSI (« internet Small Computer System Interface » en langue anglaise), permettant l'accès à l'espace racine en mode bloc, dans lesquelles chaque machine ou chaque noeud de calcul a son espace dédié au niveau du serveur central. Ce qui entraîne une utilisation 3046264 2 importante d'espace mémoire disponible ainsi que d'espace disque, alors que beaucoup de données sont dupliquées à l'identique. RESUME DE L'INVENTION 5 Le but de la présente invention est de fournir un procédé de configuration du système d'exploitation palliant au moins partiellement les inconvénients précités. Plus particulièrement, l'invention vise à fournir un procédé de 10 configuration du système d'exploitation, permettant à la fois un gain de place au niveau du stockage et une personnalisation poussée de la configuration pour chaque noeud de calcul. Pour cela, l'invention propose de dissocier les données du système d'exploitation en d'une part des données communes qui sont stockées sur le 15 serveur central dans un espace commun et d'autre part des données de configuration spécifiques à chaque noeud de calcul qui seront stockées localement au niveau de chaque noeud de calcul de préférence après avoir été téléchargées du serveur central. Pour chaque noeud de calcul, le système d'exploitation personnalisé 20 qu'il voit est la combinaison des données de configuration spécifiques qu'il stocke, avec les données communes, ou avec une partie des données communes, qui sont stockées sur le serveur central. Ainsi, la taille de la mémoire requise reste comparable à celle d'un système d'exploitation unique ou à tout le moins très inférieure à celle d'un 25 système d'exploitation personnalisé pour chaque noeud de calcul, tandis que la personnalisation complète du système d'exploitation peut être réalisée pour chaque noeud de calcul. Le fait d'avoir une image identique permet un gain de place important, par exemple un seul stockage pour plusieurs centaines de machines, et une 30 amélioration des performances en conservant la plupart des données au niveau du serveur central, plus précisément en permettant de stocker les 3046264 3 données utiles dans le cache du serveur central après les avoir chargé du disque. A cette fin, la présente invention propose un procédé de configuration d'un système d'exploitation sur un noeud de calcul d'un groupe de plusieurs 5 noeuds de calcul dans un réseau comprenant aussi un serveur central, comprenant : une transmission, d'un des noeuds de calcul dudit groupe vers le serveur central, de données d'authentification spécifiques audit noeud de calcul, une transmission, du serveur central vers ledit noeud de calcul, de données de configuration spécifiques audit noeud de calcul, un stockage, au 10 niveau dudit noeud de calcul, desdites données de configuration spécifiques, une mise en place d'un accès, vers le serveur central par ledit noeud de calcul, à des données du système d'exploitation communes à tous les noeuds de calcul dudit groupe et stockées au niveau du serveur central, un démarrage dudit noeud de calcul sur un système exploitation qui est 15 spécifique audit noeud de calcul et qui comprend d'une part lesdites données de configuration spécifiques stockées au niveau dudit noeud de calcul et d'autre part lesdites données du système d'exploitation communes directement accessibles au niveau du serveur central par ledit noeud de calcul tout en restant stockées au niveau du serveur central. 20 A cette fin, la présente invention propose aussi un réseau comprenant : au moins un serveur central, un groupe de plusieurs noeuds de calcul, ledit serveur central et lesdits noeuds de calcul étant structurés et programmés et reliés entre eux de manière à dérouler le procédé de configuration selon l'une quelconque des revendications précédentes. 25 A cette fin, la présente invention propose également un procédé de configuration, sur un noeud de calcul d'un groupe de plusieurs noeuds de calcul dans un réseau comprenant aussi un serveur central, d'un système d'exploitation qui est spécifique audit noeud de calcul et qui comprend d'une part des données de configuration spécifiques obtenues du serveur central et 30 stockées au niveau dudit noeud de calcul et d'autre part des données du 3046264 4 système d'exploitation qui sont communes à tous les noeuds de calcul dudit groupe et qui restent stockées au niveau du serveur central. A cette fin, la présente invention propose encore, pour appliquer aux clients légers le même principe qu'aux noeuds de calcul, un procédé de 5 configuration d'un système d'exploitation sur un client léger d'un groupe de plusieurs clients légers dans un réseau comprenant aussi un serveur central, comprenant : une transmission, d'un des clients légers dudit groupe vers le serveur central, de données d'authentification spécifiques audit client léger, une transmission, du serveur central vers ledit client léger, de données de 10 configuration spécifiques audit client léger, un stockage, au niveau dudit client léger, desdites données de configuration spécifiques, une mise en place d'un accès, vers le serveur central par ledit client léger, à des données du système d'exploitation communes à tous les clients légers dudit groupe et stockées au niveau du serveur central, un démarrage dudit client léger sur un 15 système exploitation qui est spécifique audit client léger et qui comprend d'une part lesdites données de configuration spécifiques stockées au niveau dudit client léger et d'autre part lesdites données du système d'exploitation communes directement accessibles au niveau du serveur central par ledit client léger tout en restant stockées au niveau du serveur central. 20 Un « client léger », au sens matériel, est un ordinateur qui, dans une architecture client/serveur, n'a presque pas de logique d'application et qui dépend donc surtout du serveur central pour le traitement. Selon des modes de réalisation de l'invention, des machines partageant un même système d'exploitation ou le même système racine sont 25 authentifiées et configurées de façon sécurisée et automatique. Selon des modes de réalisation de l'invention, le partage d'un espace commun entre des centaines de noeuds permet d'économiser de l'espace et de gagner en performance en plaçant au départ toutes les données communes dans le serveur central, et préférentiellement dans le cache du 30 serveur central. 3046264 5 Selon des modes de réalisation de l'invention, la combinaison d'un certificat embarqué et d'une authentification sur le serveur central avec un fichier de personnalisation sécurisé des machines ou des noeuds de calcul permet de configurer tout le réseau au démarrage des noeuds de calcul sans 5 avoir de stockage local au niveau des noeuds de calcul. Selon des modes de réalisation de l'invention, les machines ou les noeuds de calcul démarrent sur un système racine personnalisé directement, sans faire de requêtes supplémentaires au serveur central, alors qu'elles partagent ce même système racine, grâce à la modification en mémoire 10 locale de leur configuration. Suivant des modes de réalisation préférés, l'invention comprend une ou plusieurs des caractéristiques suivantes qui peuvent être utilisées séparément ou en combinaison partielle entre elles ou en combinaison totale entre elles, avec l'un quelconque des objets précités de l'invention. 15 De préférence, lesdites données de configuration spécifiques sont stockées dans une mémoire vive dudit noeud de calcul. Ainsi, soit le noeud de calcul n'a pas besoin d'avoir de mémoire non volatile, soit sa mémoire non volatile peut être dédiée à effectuer une autre tâche, comme une tâche de stockage des résultats de calcul. La faible quantité de données stockées 20 localement, c'est-à-dire les données de configuration spécifiques, permet de les stocker dans la mémoire vive du noeud de calcul sans perturber son fonctionnement. De préférence, ledit noeud de calcul ne comprend pas de mémoire non volatile permettant d'y écrire des données à stocker. Ce qui entraîne une 25 simplification importante et une fiabilité accrue du noeud de calcul. De préférence, lors dudit démarrage et/ou après ledit démarrage, en cas de besoin particulier, pour ledit noeud de calcul les données de configuration spécifiques correspondant à ce besoin particulier prévalent sur les données du système d'exploitation communes correspondant à ce besoin 30 particulier lorsque lesdites données de configuration spécifiques existent. Lorsque pour un besoin particulier coexistent deux données concurrentes, 3046264 6 l'une parmi les données du système d'exploitation communes et l'autre parmi les données de configuration spécifiques, le noeud de calcul ne considère que la donnée de configuration spécifique correspondante qui masque ou écrase la donnée du système d'exploitation commune 5 correspondante. De préférence, lors dudit démarrage et/ou après ledit démarrage, en cas de besoin particulier, ledit noeud de calcul, d'abord lit localement les données de configuration spécifiques correspondant à ce besoin particulier lorsque lesdites données de configuration spécifiques existent, ensuite 10 accède au serveur central pour y lire les données du système d'exploitation communes correspondant à ce besoin particulier lorsque lesdites données de configuration spécifiques n'existent pas. De préférence, lors dudit démarrage et/ou après ledit démarrage, en cas de besoin particulier, ledit noeud de calcul, enfin stocke localement 15 temporairement lesdites données du système d'exploitation communes lues. Seules sont stockées, tant qu'il n'y a pas de besoin de place dans la mémoire locale, les données du système d'exploitation communes qui ont été lues, les données du système d'exploitation communes qui ont été lues étant également stockées au niveau du serveur central ainsi que les autres données 20 du système d'exploitation communes. Ces données du système d'exploitation communes qui ont été lues peuvent être effacées de la mémoire du noeud de calcul en cas de besoin de mémoire, ne sont stockées que temporairement, et ne constituent qu'une minorité de l'ensemble des données du système d'exploitation communes. 25 De préférence, les noeuds de calcul n'ont en moyenne pas besoin de lire plus de 20% des données du système d'exploitation communes lors de leur démarrage, de préférence pas besoin d'en lire plus de 10%, encore plus de préférence pas besoin d'en lire plus de 5%. Cette faible proportion des données du système d'exploitation communes requise par chacun des noeuds 30 rend le procédé de configuration selon l'invention particulièrement 3046264 7 intéressant, car la place requise en mémoire locale dans les noeuds de calcul est alors relativement faible. De préférence, ledit procédé de configuration est déroulé à chaque nouvelle mise sous tension dudit noeud de calcul. Ainsi, à chaque nouvelle 5 mise sous tension, le noeud de calcul va pouvoir démarrer de manière certaine d'un état stable et maîtrisé. De préférence, ledit procédé de configuration est déroulé à chaque nouvelle tâche démarrée par ledit noeud de calcul. Ainsi, à chaque nouvelle tâche démarrée par ledit noeud de calcul, le noeud de calcul va pouvoir 10 démarrer de manière certaine d'un état stable et maîtrisé. De préférence, les données de configuration spécifiques comprennent aussi des données supplémentaires d'authentification qui permettent au noeud de calcul de s'authentifier dans le réseau auprès de chaque service du réseau que ledit noeud de calcul a besoin d'utiliser, de préférence sous la 15 forme d'une clé d'authentification distincte par service. Ces données supplémentaires d'authentification sont inclues dans les données de configuration spécifiques qui sont l'essentiel des données personnalisées dont le noeud de calcul a besoin pour démarrer sur son système d' exploitation. 20 Il est utile de pouvoir identifier les machines ou les noeuds de calcul sur le réseau pour pouvoir leur soumettre les applications des utilisateurs. Les identifiants habituellement utilisés sont les adresses MAC (« Media Access Control » en langue anglaise) ou IP (« Internet Protocol » en langue anglaise), mais celles-ci ne sont pas sûres ; en effet, on peut facilement se 25 faire passer pour une machine ou un noeud de calcul en s'attribuant son adresse MAC ou IP. Pour éviter cet inconvénient, de préférence, les données d'authentification sont un certificat identifiant matériellement la machine constituant ledit noeud de calcul. De préférence, le procédé de configuration comprend une 30 transmission, du serveur central vers ledit noeud de calcul, d'un noyau de système d'exploitation et d'un système de mise en oeuvre de ce noyau de 3046264 8 système d'exploitation. Ce sont ces quelques premières informations que le noeud de calcul a besoin d'implémenter pour ensuite commencer à aller chercher les données du système d'exploitation communes stockées sur le serveur central. 5 De préférence, toutes les données de configuration spécifiques et/ou toutes les données du système d'exploitation communes sont stockées dans la mémoire cache du serveur central. Ainsi, ces données sont plus rapidement accessibles par les noeuds de calcul en cas de besoin. Par ailleurs, elles peuvent y être stockées car leur volume global reste limité, en 10 raison de l'image unique constituée par les données du système d'exploitation communes ; ce qui ne serait pas le cas si des données du système d'exploitation personnalisées pour chaque noeud de calcul devaient être stockées au niveau du serveur central. De préférence, tous les noeuds de calcul dudit groupe sont configurés 15 en utilisant le même serveur central. Ce qui entraîne une mutualisation encore supérieure de l'espace de stockage des données du système d'exploitation communes. De préférence, le déroulement dudit procédé de configuration est entièrement automatique. Ce qui assure un déroulement rapide et avec 20 moins de risque d'incident. De préférence, ledit groupe de noeuds de calcul comprend tous les noeuds de calcul du réseau. Ainsi, la mutualisation de l'espace de stockage des données du système d'exploitation communes est maximisée. De préférence, ledit groupe de noeuds de calcul comprend au moins 25 100 noeuds de calcul, de préférence au moins 1000 noeuds de calcul. Cette mutualisation de l'espace de stockage des données du système d'exploitation communes est d'autant plus intéressante que le nombre de noeuds de calcul dans le réseau est grand. De préférence, ledit système d'exploitation est un système racine sous 30 Unix ou sous Linux. 3046264 9 De préférence, lesdites données de configuration spécifiques sont stockées dans une mémoire vive (donc volatile) dudit noeud de calcul et lesdites données du système d'exploitation communes restent stockées dans une mémoire non volatile du serveur central, en étant éventuellement 5 partiellement stockées au niveau du noeud de calcul mais sans être toutes stockées au niveau dudit noeud de calcul. De cette manière, toutes les informations utiles pour le système d'exploitation, données communes et données de configuration spécifiques, sont stockées, la structure du noeud est simple et la disponibilité de la mémoire du noeud de calcul pour les 10 autres tâches est augmentée, et l'espace mémoire requis au niveau du serveur est limité voire minimisé. Seules les informations nécessaires et lues par le noeud de calcul, parmi les données du système d'exploitation communes, sont stockées localement au niveau du noeud de calcul après leur lecture. Le reste de ces informations, reste stocké uniquement au niveau du 15 serveur central, lequel garde, en stockage, de toute façon l'ensemble des données du système d'exploitation communes. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui suit d'un mode de réalisation préféré de l'invention, donnée à titre d'exemple et en référence aux dessins annexés. 20 BREVE DESCRIPTION DES DESSINS La figure 1 représente schématiquement un exemple de mise en oeuvre du procédé de configuration du système d'exploitation selon un mode de 25 réalisation de l'invention. La figure 2 représente schématiquement un exemple du système d'exploitation personnalisé obtenu selon un mode de réalisation de l'invention. 30 DESCRIPTION DETAILLEE DE L'INVENTION 3046264 10 On emploie, sauf mention contraire, indifféremment système d'exploitation ou système racine, bien que système racine appartienne au monde Unix ou au monde Linux. La figure 1 représente schématiquement un exemple de mise en oeuvre 5 du procédé de configuration du système d'exploitation selon un mode de réalisation de l'invention. Un noeud de calcul 1 communique avec un serveur central 4. Le noeud de calcul 1 ne stocke localement rien en mémoire non volatile car il n'a pas de mémoire non volatile. Un certificat 10 d'authentification 2 est stocké dans la mémoire flash de la carte réseau. Cette mémoire flash de la carte réseau est petite et n'autorise pas le stockage d'un système complet. Le noeud de calcul 1 télécharge du serveur central au démarrage un microsystème 3 (l'initrd) dans une mémoire vive (donc volatile) qui est vide à la mise sous tension. 15 Le serveur central 4 stocke un jeu de données de configuration spécifiques pour l'ensemble des noeuds de calcul du groupe, incluant les données de configuration spécifiques 5 pour le noeud de calcul 1. Le serveur central 4 stocke également des données du système d'exploitation communes 6 qui sont en lecture seule. 20 Les données de configuration spécifiques 5 pour le noeud de calcul 1 incluent un noyau, qui est un coeur de système d'exploitation, un initrd, qui est un petit système de mise en oeuvre de ce coeur de système d'exploitation, ainsi que des données supplémentaires d'authentification, par exemple une clé d'authentification par service que le noeud de calcul 1 aura besoin 25 d'utiliser, ainsi que d'éventuelles personnalisations à faire pour chacun des noeuds de calcul. Le noyau, comme l'initrd, peuvent également être communs à tous les noeuds, et alors faire partie de la racine commune. Les données du système d'exploitation communes 6, qui sont en lecture seule, représentent l'ensemble des fichiers du système d'exploitation 30 dans sa version par défaut, abstraction faite des personnalisations à faire 3046264 11 pour chacun des noeuds de calcul lesquelles personnalisations ne se trouvent pas inclues dans la racine commune. Le noeud de calcul 1 envoie un premier message 7 sécurisé d'authentification dans lequel il transmet au serveur central 4 son certificat 5 d' authentification 2. A réception de ce premier message 7 d'authentification en provenance du noeud de calcul 1, le serveur central 4 envoie dans un deuxième message d'une part les données de configuration spécifiques 8 et d'autre part les données supplémentaires d'authentification 9. 10 Ainsi, le noeud de calcul 1, pour démarrer son système d'exploitation, a téléchargé l'ensemble des données de configuration spécifiques 5, c'est-à-dire par exemple un fichier sécurisé contenant entre autres des données d'authentification et/ou de configuration supplémentaires. L'accès à ces ressources a été restreint par l'utilisation d'un certificat embarqué 2 sur le 15 noeud de calcul 1 et permettant d'authentifier le noeud de calcul 1 auprès du serveur central 4 ; l'accès à ces ressources a été également sécurisé, cette communication étant sécurisée, personne ne peut la déchiffrer. A réception de ces messages 8 et 9 en provenance du serveur central 4, le noeud de calcul 1 lance son microsystème 3 qui va effectuer trois 20 tâches. Une première tâche est la mise en place d'un accès vers le serveur central 4, et plus précisément vers son espace racine distant, afin de pouvoir, par la communication 10, télécharger certaines des données du système d'exploitation communes 6. Une deuxième tâche est l'ajout, dans sa mémoire vive, des données de configuration spécifiques 5 reçues du serveur 25 central 4. Une troisième tâche est le démarrage sur un système d'exploitation modifié ou sur un système racine (dans le cas Unix ou Linux) modifié, c'est-à-dire basé sur les données du système d'exploitation communes 6 personnalisés par les données de configuration spécifiques 5 incluant les données supplémentaires d'authentification. 30 Une fois les données de configuration spécifiques 5 récupérées par le noeud de calcul 1, le microsystème 3 a pu d'une part se connecter à l'espace 3046264 12 partagé en lecture seule contenant les données du système d'exploitation communes 6 au niveau du serveur central 4 et d'autre part ajouter une surcouche dans sa mémoire vive (RAM pour « Random Access Memory » en langue anglaise) avec les données de configuration spécifiques 5 5 contenues dans le fichier sécurisé. Le microsystème 3 peut alors démarrer le système définitif avec toutes les caractéristiques souhaitées et être authentifié sur les différents services proposés par le réseau. La figure 2 représente schématiquement un exemple du système d'exploitation personnalisé obtenu selon un mode de réalisation de 10 l'invention. La couche 11 correspond à l'ensemble des fichiers 14 du système d'exploitation par défaut, c'est-à-dire aux données du système d'exploitation communes 6. La couche 11 se trouve stockée au niveau du serveur central 4. 15 La couche 12 est une surcouche personnalisée correspondant aux données de configuration spécifiques 5 qui sont propres à chacun des noeuds de calcul. Ces données de configuration spécifiques 5 comprennent plusieurs fichiers 15. La couche 12 se trouve stockée au niveau du noeud de calcul 1, préférentiellement dans sa mémoire vive. 20 La couche 13 correspond en fait au système d'exploitation personnalisé au niveau d'un des noeuds de calcul, tel que vu par ce noeud de calcul. Le noeud de calcul voit en priorité les fichiers 15 de la couche 12 lorsqu'ils existent, et ensuite seulement en leur absence les fichiers 14 de la 25 couche 11. On voit l'un des fichiers 15 de la couche 12 « masquer » ou « écraser » l'un des fichiers 14 de la couche 11 (le deuxième fichier en partant de la gauche de la figure 2 sur la couche 13). Le fichier 15 masquant de la couche 12 est la personnalisation du fichier 14 masqué de la couche 11. 3046264 13 Bien entendu, la présente invention n'est pas limitée aux exemples et au mode de réalisation décrits et représentés, mais elle est susceptible de nombreuses variantes accessibles à l'homme de l'art. 5 REVENDICATIONS1. Procédé de configuration d'un système d'exploitation sur un noeud de calcul (1) d'un groupe de plusieurs noeuds de calcul dans un réseau comprenant aussi un serveur central (4), comprenant : une transmission (7), d'un (1) des noeuds de calcul dudit groupe vers le serveur central (4), de données d'authentification (2) spécifiques audit noeud de calcul (1), une transmission (8, 9), du serveur central (4) vers ledit noeud de calcul (1), de données de configuration spécifiques (5) audit noeud de calcul (1), un stockage, au niveau dudit noeud de calcul (1), desdites données de configuration spécifiques (5), une mise en place d'un accès, vers le serveur central (4) par ledit noeud de calcul (1), à des données du système d'exploitation communes (6) à tous les noeuds de calcul dudit groupe et stockées au niveau du serveur central (4), un démarrage dudit noeud de calcul (1) sur un système d'exploitation qui est spécifique audit noeud de calcul (1) et qui comprend d'une part lesdites données de configuration spécifiques (5) stockées au niveau dudit noeud de calcul (1) et d'autre part lesdites données du système d'exploitation communes (6) directement accessibles au niveau du serveur central (4) par ledit noeud de calcul (1) tout en restant stockées au niveau du serveur central (4). 2. Procédé de configuration selon la revendication 1, caractérisé en ce que lesdites données de configuration spécifiques (5) sont stockées dans une mémoire vive dudit noeud de calcul (1). 3046264 15 3. Procédé de configuration selon la revendication 2, caractérisé en ce que ledit noeud de calcul (1) ne comprend pas de mémoire non volatile permettant d'y écrire des données à stocker. 5 4. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que, lors dudit démarrage et/ou après ledit démarrage, en cas de besoin particulier, pour ledit noeud de calcul (1) les données de configuration spécifiques (5) correspondant à ce besoin particulier prévalent sur les données du système d'exploitation 10 communes (6) correspondant à ce besoin particulier lorsque lesdites données de configuration spécifiques (5) existent. 5. Procédé de configuration selon la revendication 4, caractérisé en ce que, lors dudit démarrage et/ou après ledit démarrage, en cas de besoin 15 particulier, ledit noeud de calcul (1), d'abord lit localement les données de configuration spécifiques (5) correspondant à ce besoin particulier lorsque lesdites données de configuration spécifiques (5) existent, ensuite accède au serveur central (4) pour y lire les données du système d'exploitation communes (6) correspondant à ce besoin particulier 20 lorsque lesdites données de configuration spécifiques (5) n'existent pas. 6. Procédé de configuration selon la revendication 5, caractérisé en ce que, lors dudit démarrage et/ou après ledit démarrage, en cas de besoin particulier, ledit noeud de calcul (1), enfin stocke localement au moins 25 temporairement lesdites données du système d'exploitation communes (6) lues. 7. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que les noeuds de calcul n'ont en moyenne 30 pas besoin de lire plus de 20% des données du système d'exploitation 3046264 16 communes (6) lors de leur démarrage, de préférence pas besoin d'en lire plus de 10%, encore plus de préférence pas besoin d'en lire plus de 5%. 8. Procédé de configuration selon l'une quelconque des revendications 5 précédentes, caractérisé en ce que ledit procédé de configuration est déroulé à chaque nouvelle mise sous tension dudit noeud de calcul (1). 9. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit procédé de configuration est 10 déroulé à chaque nouvelle tâche démarrée par ledit noeud de calcul (1). 10. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que les données de configuration spécifiques (5) comprennent également des données supplémentaires 15 d'authentification qui permettent au noeud de calcul (1) de s'authentifier dans le réseau auprès de chaque service du réseau que ledit noeud de calcul (1) a besoin d'utiliser, de préférence sous la forme d'une clé d'authentification distincte par service. 20 11 Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que les données d'authentification (2) sont un certificat identifiant matériellement la machine constituant ledit noeud de calcul (1). 25 12. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une transmission (8), du serveur central (4) vers ledit noeud de calcul (1), d'un noyau de système d'exploitation et d'un système de mise en oeuvre de ce noyau de système d' exploitation. 30 3046264 17 13. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que toutes les données de configuration spécifiques (5) et/ou toutes les données du système d'exploitation communes (6) sont stockées dans la mémoire cache du serveur central 5 (4). 14. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que tous les noeuds de calcul (1) dudit groupe sont configurés en utilisant le même serveur central (4). 10 15. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que le déroulement dudit procédé de configuration est entièrement automatique. 15 16. Procédé de configuration selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit groupe de noeuds de calcul (1) comprend tous les noeuds de calcul du réseau. 17. Procédé de configuration selon l'une quelconque des revendications 20 précédentes, caractérisé en ce que ledit groupe de noeuds de calcul (1) comprend au moins 100 noeuds de calcul, de préférence au moins 1000 noeuds de calcul. 18. Procédé de configuration selon l'une quelconque des revendications 25 précédentes, caractérisé en ce que ledit système d'exploitation est un système racine sous Unix ou sous Linux. 19. Procédé de configuration, sur un noeud de calcul (1) d'un groupe de plusieurs noeuds de calcul dans un réseau comprenant aussi un serveur 30 central (4), d'un système exploitation qui est spécifique audit noeud de calcul (1) et qui comprend d'une part des données de configuration 3046264 18 spécifiques (5) obtenues (8, 9) du serveur central (4) et stockées au niveau dudit noeud de calcul (1) et d'autre part des données du système d'exploitation qui sont communes (6) à tous les noeuds de calcul dudit groupe et qui restent stockées au niveau du serveur central (4). 5 20. Procédé de configuration selon la revendication 19, caractérisé en ce que lesdites données de configuration spécifiques (5) sont stockées dans une mémoire vive dudit noeud de calcul (1) et en ce que lesdites données du système d'exploitation communes (6) restent stockées dans une 10 mémoire non volatile du serveur central (4) sans être toutes stockées au niveau dudit noeud de calcul (1). 21. Réseau comprenant, au moins un serveur central (4), un groupe de plusieurs noeuds de calcul (1), ledit serveur central (4) et lesdits noeuds 15 de calcul (1) étant structurés et programmés et reliés entre eux de manière à dérouler le procédé de configuration selon l'une quelconque des revendications précédentes. 22. Procédé de configuration d'un système d'exploitation sur un client léger 20 (1) d'un groupe de plusieurs clients légers dans un réseau comprenant aussi un serveur central (4), comprenant : une transmission (7), d'un (1) des clients légers dudit groupe vers le serveur central (4), de données d'authentification (2) spécifiques audit client léger (1), 25 une transmission (8, 9), du serveur central (4) vers ledit client léger (1), de données de configuration spécifiques (5) audit client léger (1), un stockage, au niveau dudit client léger (1), desdites données de configuration spécifiques (5), 30 une mise en place d'un accès, vers le serveur central (4) par ledit client léger (1), à des données du système d'exploitation 3046264 19 communes (6) à tous les clients légers dudit groupe et stockées au niveau du serveur central (4), un démarrage dudit client léger (1) sur un système exploitation qui est spécifique audit client léger (1) et qui comprend d'une part 5 lesdites données de configuration spécifiques (5) stockées au niveau dudit client léger (1) et d'autre part lesdites données du système d'exploitation communes (6) directement accessibles au niveau du serveur central (4) par ledit client léger (1) tout en restant stockées au niveau du serveur central (4). 10