Brevet FR3076369A1 — publié le 20190705

ORDINATEUR CENTRAL AVANT UN ENVIRONNEMENT LOGICIEL MAINFRAME PROPRIETAIRE VIRTUALISE [0001] La presente invention se rapporte de maniere generale au domaine des ordinateurs centraux (en anglais « mainframe computer ») ou serveurs, aussi appele machines Mainframes, ou simplement Mainframes dans le langage de l'Homme du métier. [0002] L'invention concerne en particulier un ordinateur central ayant un environnement logiciel Mainframe proprietaire virtualise, et plus particulierement dans une premiere machine virtuelle apte a s'executer sur un hyperviseur de virtualisation du marche. [Art anterieurl [0003] Un Mainframe est un ordinateur de grande puissance de traitement, qui sert d'unite centrale a un reseau de terminaux. Jusque dans les annees 1980, de tels ordinateurs fonctionnaient selon un modele centralise, qui s'oppose aux modeles repartis. De tels ordinateurs centraux sont utilises dans les fres grandes organisations, qu'elles soient publiques (comme des administrations frangaises) ou privees (comme des banques ou des compagnies d'assurance). Les ordinateurs centraux permettent le traitement de fres grandes bases de donnees accedees par des dizaines ou des centaines de milliers d'utilisateurs, sous des contraintes de fiabilite fres elevees. [0004] A leur origine, dans les annees 1960, les Mainframes etaient tous des systernes proprietaires, c'est-a-dire des plateformes globales composees de materiels et de logiciels propres a chaque fabricant. On parle de materiels / logiciels proprietaires (« legacy hardware / software », en anglais). [0005] Puis, a partir du milieu des annees 1980, on a commence a considerer la separation du materiel d'une part et du logiciel d'autre part. Cette separation a ete proposee pour des raisons de competitivite sur le prix, du fait de ('apparition de processeurs a plus faible coOt que celui des processeurs proprietaires des fabricants historiques de Mainframes. Les concepteurs de circuits ont en effet ete conduits a reexaminer leur strategie d'investissements en recherche et developpement dans le domaine des processeurs. Les volumes de production atteints sur le marche des micro-ordinateurs et sur celui des stations de travail a partir des annees 1980, permettaient en effet a des concepteurs de circuits comme Intel d'amortir leurs investissements avec un levier extremement plus considerable que pour les constructeurs de Mainframes. [0571-BULL19] 2 [0006] De ce fait, une premiere couche de virtualisation a ete introduite dans les Mainframes a partir du debut des annees 2000, afin de pouvoir faire tourner une emulation du systeme d'exploitation proprietaire (par exemple GCOS pour les Mainframes DPS/7 et DPS/8 de BULL, sur un systeme d'exploitation ouvert (i.e., du marche, de type Windows® de Microsoft ou 5 AIX® de IBM) sur une plateforme materielle du marche (de type Intel, BULL, NEC, etc.) comprenant notamment des processeurs (ou CPU, de l'anglais « Central Processing Unit ») du marche (« Commodity processors » en anglais). [0007] Le maintien d'un systeme d'exploitation proprietaire pour les machines Mainframes sur architecture materielle du marche decoulait de la necessite de respecter des exigences 10 particulieres propres a ces machines, en termes de performance, de fiabilite et de disponibilite, que seul un systeme d'exploitation proprietaire specifiquement congu et utilise pour ce type de machines, permettait (et permet toujours) de satisfaire. En outre, it convenait bien sur d'assurer les clients existants que leurs applications resteraient executables en l'etat (c'est-a-dire au niveau binaire sans recompilation), et que leurs investissements en materiels 15 seraient preserves c'est-a-dire que la majorite des peripheriques seraient re-connectables nonobstant ('abandon de la plateforme materielle proprietaire. [0008] Dans ce contexte, les machines BULL de la famille DPS 7000 / XTA (ou l'acronyme XTA est mis pour « eXtended Twin Architecture ») ont permis ('emulation du systeme d'exploitation proprietaire GCOS 7 et de tout son environnement, sur une nouvelle plateforme 20 materielle du marche, en ('occurrence l'architecture Intel® (ou IA, mis pour «Intel Architecture »), commandee par un systeme d'exploitation du marche, en ('occurrence Microsoft Windows0, fonctionnant comme un serveur. Cette emulation de GCOS 7 sur l'architecture IA repose sur le logiciel de virtualisation V7000 fourni par BULL avec ses serveurs. C'est pourquoi, pour designer la specificite de ces machines Mainframes dans 25 lesquelles l'environnement GCOS 7 est Ore sur une plateforme du marche (materiel et systeme d'exploitation du marche), on se refere generalement a des machines virtuelles V7000. [0009] Parallelement des besoins nouveaux des utilisateurs ont fait leur apparition : le besoin de concentrer les machines Mainframes, c'est-a-dire par exemple de regrouper 30 ('execution de plusieurs applications sur un meme systeme d'exploitation ; le besoin de diminuer le nombre de machines physiques, et/ou de les regrouper sur un meme site, etc. Ceci a conduit a etendre le systeme d'exploitation en termes de capacite de gestion de la memoire et d'accueil de peripheriques de stockage, d'augmenter les performances, etc. [0010] De nombreuses solutions ont pu etre considerees, voire explorees, sans pour autant constituer des realisations abouties constituant necessairement un art anterieur identifie comme element de l'etat de la technique. [0571-BULL19] 3 [0011] Afin d'optimiser ('infrastructure informatique de machines Mainframes, une premiere solution peut consister a etendre les capacites de traitement du Mainframe lui-meme. Cette augmentation de la capacite d'un Mainframe peut etre obtenue en realisant des extensions dans les composants logiciels de base du systeme d'exploitation du Mainframe. Cela peut 5 permettre d'assurer la consolidation des serveurs proprietaires et la mutualisation des applications sur une meme machine. En effet, une machine plus puissante permet de remplacer plusieurs autres machines moins puissantes. Cependant, ('architecture generale des Mainframes a ete congue a une époque 00 les capacites des systemes informatiques etaient reduites en termes de puissance de calcul ou de traitement (liee au nombre de 10 processeurs), de capacite de la memoire vive, de capacite des disques, de nombre d'applications en execution simultanement, par exemple. II s'ensuit que les contraintes d'architecture des Mainframes empechent de continuer dans cette voie d'evolution. [0012] Une autre solution pourrait consister a developper un hyperviseur de virtualisation proprietaire, qui permettrait de faire tourner un Mainframe plus complexe. Mais une telle 15 solution apparait comme etant trop restrictive. Elle ne permettrait pas, en particulier, d'integrer le Mainframe dans un environnement heterogene et ouvert. [0013] Une autre solution encore, serait de transformer le Mainframe en une application banalisee tournant dans une machine virtuelle. Toutefois, une telle solution ne permettrait pas de garantir le niveau de performances, la securite et la fiabilite qui sont propres aux machines 20 Mainframes. [0014] Ainsi, il existe un besoin pour un nouveau dispositif de type ordinateur central comportant un environnement logiciel Mainframe proprietaire et capable de repondre aux problemes engendres par les solutions existantes. 25 1Probleme technique] [0015] La presente invention a donc pour but de remedier aux inconvenients de retat de l'art et s'inscrit dans la continuite de revolution technologique des ordinateurs centraux qui a ete presentee plus haut. En résumé il s'est agi, des lors, d'etendre les limites du systeme 30 d'exploitation proprietaire. Cependant, on a desormais atteint la limite de ce qui etait faisable avec cette architecture des machines Mainframes a systeme d'exploitation proprietaire virtualise. On notera que ('invention a ete realisee dans un contexte 00 la tendance generale en informatique est de faire des machines virtuelles pour faire de l'informatique a la demande, mais alors que l'Homme du métier sait neanmoins que la technique de virtualisation se heurte, 35 a revidence, aux specificites des machines Mainframes. En effet, rexecution d'un systeme [0571-BULL19] 4 d'exploitation proprietaire d'un ordinateur central dans une machine virtuelle s'executant sur un hyperviseur de virtualisation est soumise a des contraintes qui ne sont generalement pas supportees par les hyperviseurs de virtualisation du marche. [0016] Le probleme est de definir une nouvelle technique de virtualisation d'un Mainframe 5 assurant la garantie des ressources et des performances a un meme niveau que ('execution d'un Mainframe directement sur une plate-forme materielle dediee, comme la plateforme historique des ordinateurs centraux DPS 7000 de BULL. 113reve description de I'inventionl 10 [0017] A cet effet, l'invention propose de mettre en oeuvre un second niveau de virtualisation, en plus de la virtualisation déjà utilisee dans les machines BULL de la famille DPS 7000 / XTA qui a ete presentee en introduction. Le principe des modes de realisation consiste a exploiter l'environnement logiciel Mainframe proprietaire dans une machine virtuelle (ou VM, de l'anglais « Virtual Machine ») au sens d'un hyperviseur de virtualisation du 15 marche, comme par exemple un logiciel de la gamme de logiciels de virtualisation VMware. Dit autrement, le principe general des modes de realisation de l'invention consiste a faire tourner le systeme d'exploitation proprietaire comme GCOS 7, qui lui-meme est emule sur un systeme d'exploitation du marche comme Microsoft Windows®, dans une machine virtuelle s'executant sur un hyperviseur de virtualisation du marche comme VMwareTM vSphere®. Mais 20 l'invention ne se limite pas a cela. En effet, les modes de realisation proposes permettent en outre de satisfaire les specifications contraignantes des Mainframes existants, concernant les aspects securitegiabilite, performance operationnelle et disponibilite. Or, atteindre un tel resultat est chose compliquee dans un environnement virtualise Ore par un hyperviseur de virtualisation du marche. En effet, sur un hyperviseur de virtualisation du marche comme ceux 25 de la gamme VMware, toutes les machines virtuelles se partagent les processeurs et la memoire, en raison precisement du principe et des objectifs de la virtualisation qui reposent sur le partage des ressources et la flexibilite des applications dans ('utilisation mutualisee de ces ressources. L'hyperviseur de virtualisation est nativement congu pour optimiser le partage des ressources de ce point de vue. Ainsi, le fait d'encapsuler le Mainframe dans une machine 30 virtuelle s'executant sur un hyperviseur de virtualisation standard du marche est a priori incompatible avec le respect des imperatifs de securitegiabilite, de performance operationnelle et de disponibilite des Mainframes. [0571-BULL19] 5 [0018] Pour surmonter ce probleme, un premier aspect de l'invention propose un Ordinateur central comportant : - une plateforme materielle avec des ressources materielles comprenant des processeurs et de la memoire ; 5 - un logiciel hyperviseur de virtualisation du marche ; - un environnement logiciel Mainframe proprietaire dont au moins une instance est apte a s'executer sur ('architecture materielle, dans au moins une premiere machine virtuelle (ou machine virtuelle Mainframe) pouvant s'executer sur l'hyperviseur de virtualisation, - dans lequel : 10 l'hyperviseur de virtualisation est configure de maniere a creer un premier pool de ressources materielles de la plateforme materielle (ou pool de ressources Mainframe privilegie) qui est dedie a l'hebergement, exclusivement, de la au moins une premiere machine virtuelle dans laquelle l'instance de l'environnement logiciel Mainframe proprietaire peut s'executer. 15 [0019] En d'autres termes, l'invention propose une nouvelle technique de virtualisation d'un Mainframe assurant la garantie des ressources et donc des performances a un merne niveau que ('execution d'un Mainframe directement sur une plate-forme materielle dediee, comme dans les ordinateurs centraux existants. [0020] En effet, grace a la configuration de l'hyperviseur de virtualisation qui cite un pool de 20 ressources materielles dedie a l'environnement Mainframe, on arrive a garantir une quantite de ressources offerte au systerne d'exploitation proprietaire, GCOS 7 par exemple, et ce quelle que soit la charge de l'hyperviseur de virtualisation. [0021] Avantageusement, la technique de virtualisation est pleinement compatible avec les fonctionnalites des hyperviseurs de virtualisation du marche pour beneficier, a la fois, de la 25 fiabilite des Mainframes et de ('optimisation de ('infrastructure informatique que la virtualisation peut apporter. [0022] Dans des modes de realisation, l'instance de l'environnement logiciel Mainframe proprietaire comprend : - un logiciel simulateur proprietaire ; 30 - un systerne d'exploitation proprietaire apte a s'executer sur le logiciel simulateur proprietaire, et chargé d'assurer la liaison entre les ressources materielles du premier pool de ressources materielles a travers le logiciel simulateur proprietaire, d'une part, et des applications congues pour s'executer sur ledit systerne d'exploitation proprietaire, d'autre part, lorsque lesdites applications sont executees ; ainsi que, [0571-BULL19] 6 - un systeme d'exploitation ouvert, sur lequel peuvent s'executer le simulateur proprietaire et le systeme d'exploitation proprietaire. [0023] Ainsi, la machine virtuelle Mainframe peut reprendre le meme montage que les instances GCOS 7 dans les serveurs DPS 7000 /XTA de BULL ATOS, sans modifications. 5 [0024] L'instance de l'environnement logiciel Mainframe proprietaire peut comprendre, en outre, un ou plusieurs composants d'interoperabilite entre le systeme d'exploitation proprietaire et des systemes ouverts et des bases de donnees externes avec lesquels il peut communiquer et interagir, lesdits composants d'interoperabilite pouvant s'executer sur le systeme d'exploitation ouvert. Ceci permet de profiter des bases de donnees et des logiciels 10 du monde ouvert, comme dans les serveurs DPS 7000 /XTA de BULL ATOS. [0025] Dans des modes de mise en oeuvre, le logiciel hyperviseur de virtualisation est capable de faire tourner plusieurs instances de l'environnement logiciel Mainframe proprietaire, avec des modeles de performances respectifs, dans des machines virtuelles respectives pouvant s'executer concurremment sur la plateforme materielle en etant toutes 15 hebergees dans le premier pool de ressources materielles de la plateforme materielle. Le pool Mainframe de ressources materielles hebergeant la ou les machines virtuelles de l'environnement Mainframe peut donc etre defini en fonction du modele de performances vise en termes de puissance de traitement (associee aux processeurs) et ressource memoire, et en fonction du nombre d'instances de machines virtuelles Mainframes. 20 [0026] Avantageusement, l'ordinateur central peut egalement comprendre un environnement logiciel ouvert, dont au moins une instance est apte a s'executer concurremment sur la plateforme materielle, dans au moins une seconde machine virtuelle (ou machine virtuelle Cliente) pouvant s'executer sur le logiciel hyperviseur de virtualisation, et, dans un tel cas : 25 - les ressources materielles de la plateforme materielle comprennent un second pool de ressources materielles (ou pool de ressources Client) cite par configuration de l'hyperviseur de virtualisation, pour l'hebergement, exclusivement, de la au moins une seconde machine virtuelle ; et, - l'environnement logiciel ouvert comprend un systeme d'exploitation ouvert chargé 30 d'assurer la liaison entre les ressources materielles du second pool de ressources materielles, d'une part, et des applications du monde ouvert congues pour s'executer sur ledit systeme d'exploitation ouvert, d'autre part, lorsque lesdites applications sont executees. [0571-BULL19] 7 [0027] Le client beneficie alors de toutes les possibilites offertes par le « monde ouvert », avec la possibilite d'executer sur l'ordinateur central des applications qui, le cas echeant, tournent sur un autre systeme d'exploitation comme Linux® ou Unix®. II peut notamment deployer des telles applications qu'il a developpees ou qui lui appartiennent, sans lien avec le 5 fabricant de son ordinateur central. [0028] Dans des modes de mises en oeuvre, le logiciel hyperviseur de virtualisation est capable de faire tourner plusieurs instances de machines virtuelles de l'environnement logiciel ouvert pouvant s'executer concurremment sur la plateforme materielle, en etant toutes hebergees dans le second pool de ressources materielles de la plateforme materielle (pool 10 Client). [0029] Un second aspect de ('invention concerne un procede de configuration d'un ordinateur central pour obtenir un ordinateur central ayant un environnement logiciel Mainframe proprietaire virtualise, ledit ordinateur comportant une plateforme materielle avec des ressources materielles comprenant des processeurs et de la memoire, le procede 15 comprenant les etapes suivantes: - installation d'un logiciel hyperviseur de virtualisation du marche ; - installation d'un systeme d'exploitation ouvert ; - installation d'un environnement logiciel Mainframe proprietaire dont au moins une instance est apte a s'executer sur ('architecture materielle, dans au moins une premiere 20 machine virtuelle pouvant s'executer sur l'hyperviseur de virtualisation ; et, - configuration de l'hyperviseur de virtualisation de maniere a creer un premier pool de ressources materielles de la plateforme materielle qui est dedie a l'hebergement, exclusivement, de la au moins une premiere machine virtuelle dans laquelle ('instance de l'environnement logiciel Mainframe proprietaire peut s'executer. 25 [0030] En particulier, les etapes du procede de configuration peuvent mises en oeuvre selon les instructions d'un operateur transformees en une serie de commandes interpretees par l'ordinateur central. [0031] Dans des mises en oeuvre, l'installation de l'environnement logiciel Mainframe proprietaire comprend : 30 - l'installation d'un logiciel simulateur proprietaire de maniere qu'il puisse s'executer sur le systeme d'exploitation ouvert ; - l'installation d'un systeme d'exploitation proprietaire de maniere qu'il puisse s'executer sur le logiciel simulateur proprietaire, af in d'assurer la liaison entre les ressources materielles du premier pool de ressources materielles a travers le logiciel simulateur proprietaire, [0571-BULL19] 8 d'une part, et des applications congues pour s'executer sur ledit systeme d'exploitation proprietaire, d'autre part, lorsque lesdites applications sont executees alors que le simulateur proprietaire et le systeme d'exploitation proprietaire s'executent sur systeme d'exploitation ouvert. 5 [0032] D'autres avantages et caracteristiques de l'invention apparaitront a la lecture de la description suivante donnee a titre d'exemple illustratif et non limitatif, en reference aux Figures annexees qui representent : - Figure 1, un diagramme fonctionnel d'un ordinateur central du type DPS 7000 /XTA ou 10 Bullion, dans lequel le systeme d'exploitation proprietaire GCOS 7 s'execute sur une emulation de la plateforme materielle attendue qui est procuree par un simulateur proprietaire, a savoir V7000 ; et, - Figure 2, un diagramme fonctionnel illustrant ('encapsulation de l'environnement Mainframe d'un ordinateur central dans une machine virtuelle s'executant sur un 15 hyperviseur de virtualisation, conformement a des modes de realisation de l'invention. JDescription de I'inventionl [0033] Dans la description de modes de realisation qui va suivre et dans les dessins annexes, les memes elements ou des elements similaires portent les memes references 20 numeriques aux figures. [0034] Un ordinateur central, ou Mainframe, est un systeme multiprocesseur utilise dans des environnements de production de donnees transactionnels et interactifs, et de traitement de donnees par lots. II est dedie aux applications critiques des organisations (administrations publiques, entreprises, etc.) qui doivent fonctionner sous de fortes contraintes comme la 25 haute disponibilite, la securite et l'interoperabilite avec les systemes ouverts. II permet son utilisation par un grand nombre d'utilisateurs transactionnels simultanes. [0035] Un Mainframe est base sur un systeme d'exploitation proprietaire assurant toutes les fonctions de base. En particulier, it prend en charge la gestion de la memoire virtuelle, l'ordonnancement des traitements, la supervision des entrees/sorties, le partage et 30 ('optimisation de ('utilisation des ressources, etc. Les operations d'entree-sortie comprennent les acces aux peripheriques traditionnels, dont un lecteur de cartouche (i.e., de bandes), et la reception et la transmission de donnees via le(s) reseau(x) de telecommunications [0571-BULL19] 9 au(x)quel(s) le Mainframe est connecte. Pour assurer ces operations, l'architecture materielle comprend des adaptateurs, comme des cartes reseau, par exemple. [0036] La description de modes de realisation de ('innovation sera donnee ci-apres en reference a un exemple d'application a une machine Mainframe utilisant le systeme 5 d'exploitation proprietaire GCOS 7 de BULL ATOS. II est Bien entendu cependant, que la mise en oeuvre de l'invention ne se limite pas a cet exemple. [0037] On va tout d'abord decrire l'architecture classique des machines Mainframes, telles que les serveurs de la famille Bullion. C'est une famille de serveurs developpee par BULL ATOS. Ils supportent les applications Mainframe sous GCOS 7, qui est un systeme 10 d'exploitation proprietaire de BULL ATOS. Ces machines executent une instance du systeme d'exploitation proprietaire GCOS 7, a travers une machine virtuelle V7000 etablie sur un systeme d'exploitation ouvert du marche comme MicrosoftTM W2102R20 ou Microsoft Windows ServerS, tournant sur une architecture materielle Intel® (IA) basee sur des processeurs 32-bits IntelTM Xeon® E7. V7000 est un logiciel simulateur proprietaire, qui emule 15 la plateforme materielle proprietaire a laquelle s'attend le systeme d'exploitation proprietaire GCOS 7, a partir de la plateforme Intel® du marche !tenement utilisee. [0038] L'Homme du métier appreciera, toutefois, que ceci n'est qu'un exemple de serveur Mainframe auquel le principe de l'invention peut etre appliqué. Celui-ci peut en effet trouver des applications avantageuses dans d'autres serveurs Mainframes s'appuyant sur d'autres 20 plateformes materielles, par exemple les ordinateurs centraux de la gamme Novascale® de BULL ATOS qui tournent sur une architecture materielle IntelTM (IA) basee sur des processeurs 64-bits IntelTM Itanium®. En effet, la mise en oeuvre de l'invention est independante de la plateforme materielle du serveur. [0039] Bien entendu, l'invention s'applique plus generalement a tout type de serveur 25 Mainframe reposant sur ('execution d'un systeme d'exploitation proprietaire. [0040] Le diagramme fonctionnel de la Figure 1 montre schernatiquement, a titre d'exemple seulement comme il est dit ci-dessus, la plateforme materielle 10 et les couches logicielles 20 d'un module serveur Bullion S2 de la gamme Bullion, de BULL ATOS. Cet exemple servira de base pour la description de modes de realisation en reference a la Figure 2. 30 [0041] L'architecture materielle 10 est une architecture IntelTM (IA), qui comprend des processeurs IntelTM comme les processeurs IntelTM Xeon® E7 v4. En variante, il peut aussi s'agir de processeurs Intel® 64-bits Itanium®. Les processeurs IntelTM Xeon® E7 v4 ont de 4 [0571-BULL19] 10 a 24 cceurs de processeur chacun, selon les versions, et ils peuvent donc supporter jusqu'a 48 fils d'execution (ou threads) au maximum. Ces processeurs possedent une memoire cache de type L3 de capacite memoire allant jusqu'a 60 Mo, partagee entre les differents cceurs. Dans l'exemple represents en figure 1, le module serveur comporte un ensemble de sockets 5 11 comportant deux processeurs 111 et 112. Mais les serveurs de la gamme Bullion peuvent comporter plus de processeurs, en ('occurrence jusqu'a seize processeurs pour les serveurs Bullion S16 qui possede seize sockets. [0042] La gamme Bullion offre en effet quatre versions, a savoir le S2, le S4, le S8 et le S16, qui comprennent respectivement un, deux, quatre ou huit modules identiques, de taille 3U. Le 10 cas echeant, les modules sont assembles en colonne, selon une architecture modulaire, via un systerne de branchement sans cables (technologie de connectique dite « Connecting Box » de BULL ATOS). Ils offrent des modeles de puissance allant de 2-Processeurs/48GoRAM pour le Bullion S2 jusqu'a 16-Processeurs/24To-RAM pour le Bullion S16. Avec deux processeurs et jusqu'a 48 cceurs, le premier de Ia gamme, a savoir le Bullion S2 peut donc 15 supporter jusqu'a supporter 96 fils d'execution. Le dernier de Ia gamme, a savoir le Bullion S16, peut quant a lui supporter jusqu'a 768 fils d'execution avec ses 16 processeurs offrant jusqu'a 384 cceurs au maximum. [0043] La memoire 12 comprend entre une et huit lames de memoire (« Memory Blades », en anglais), et plus particulierement huit lames 121 a 128 dans l'exemple represents. II s'agit 20 par exemple de disques a semi-conducteur (ou SSD, de l'anglais « Solid State Drive »). Un SSD est un dispositif de stockage pour ordinateur similaire a un disque dur, mais beaucoup plus rapide et plus fiable notamment car it ne comprend aucune piece en mouvement. Un SSD utilise une memoire de type Flash, qui procure des temps de demarrage et de chargement quasi instantanes. Chaque lame de memoire 121 a 128 peut avoir une capacite 25 comprise en 48 Go et 384 Go, ce qui offre une capacite totale maximum de 3 To (teraoctet). [0044] Pour la gestion de la machine, la plateforme materielle 10 comporte en outre un controleur de management 13 (ou iBMC, de l'anglais « Integrated Baseboard Management Controller »). Cet iBMC permet a un operateur de se connecter depuis un terminal 130 avec le statut de superadministrateur, via un bus tel que 120, par exemple. L'operateur se connecte 30 en mode superadministrateur a Ia plateforme materielle 10 directement, pour configurer les elements materiels de cette plateforme materielle. Cette configuration peut etre realisee, par exemple, suivant les specifications du protocole IPMI (acronyme anglais de « Intelligent Platform Management Interface »), qui est une interface de gestion de materiel standardisee, fournie principalement sur les serveurs, independante du systerne d'exploitation, et congue [0571-BULL19] 11 pour permettre de controler certains composants hardware et pour gerer/manager la machine, localement ou a distance. Dans un exemple de mise en oeuvre, le parametrage du materiel peut etre realise en usine, avant la livraison de la machine au client final, grace a un logiciel de management tel que Bull System Manager, ou Bull iCare, ou encore Bull Platform 5 Manager. On verra plus loin que, conformement a des modes de realisation de ('invention, cette configuration prealable a ('utilisation de la machine comprendra notamment la creation et ('affectation de pools de ressources materielles. [0045] La plateforme materielle 10 comprend des cartes d'interface reseau comme les cartes 14 et 15, pour recces a un reseau de telecommunications proprietaire 141 et pour 10 recces a des moyens peripheriques 150 de stockage externe, respectivement. [0046] Le reseau de telecommunications 141 est un reseau specifique qui permet a des utilisateurs autorises d'acceder a la machine via des appels au systeme d'exploitation proprietaire GCOS 7, via des terminaux 140, a travers un protocole proprietaire. II s'agit dans exemple du protocole OSI /DSA (de l'anglais « Open Systems Interconnection / Distributed 15 Standard Architecture »). DSA est le nom de !Implementation sous forme de systeme distribue du modele d'interconnexion des systemes ouverts (ISO), qui est propose specifiquement par BULL ATOS. [0047] La carte 15 est quant a elle une carte d'interface reseau (ou carte NIC, de l'anglais « Network Interface Card ») avec au moins un port Ethernet, par laquelle la machine a acces, 20 via un reseau 151 sous protocole TCP / IP, a un systeme de sauvegarde 150 (ou backup) comprenant une librairie virtuelle (ou VTL, de l'anglais « Virtual Tape Library »). Le systeme 150 peut par exemple fonctionner a la fois en mode disque a disque (D2D) et en mode disque a disque a bande (D2D2T). II s'agit par exemple de la solution Store Way Virtuo NV Series TM de BULL ATOS, ci-apres Virtuo par raccourci, qui est une solution unifiee pour virtualiser la 25 fonction de sauvegarde sur de multiples environnements ouverts ou proprietaires dans les serveurs Mainframe. L'architecture de Virtuo comprend un moteur de duplication/replication 154, et des disques de stockage 155 pouvant offrir plus de 1 Po (petaoctet) d'espace disque pour sauvegarder les donnees avec un debit de transfert des donnees de plus de 45 To/heure. La solution comprend egalement un ou plusieurs lecteurs de bandes 152 30 peripheriques, par exemple de type LTO (de l'anglais « Linear Tape-Open »), comme un lecteur de type LTO6 ou de type plus recent. LTO designe une technique de stockage sur bande magnetique au format ouvert, qui est le format le plus repandu sur le marche des bandes et lecteurs de bande de moyenne gamme. [0571-BULL19] 12 [0048] En tant qu'outil de virtualisation, Virtuo permet d'assurer les fonctionnalites de replication des donnees selon un schema maitre-esclave. II permet d'assurer la coherence des donnees afin d'ameliorer la fiabilite, la tolerance aux pannes, et la disponibilite. Avantageusement Virtuo est une solution d'archivage sur une architecture du marche comme 5 une architecture de la societe SAVE SOLUTIONS®, par exemple, qui est compatible non seulement avec les systemes d'exploitation proprietaires GCOS de BULL ATOS mais egalement avec le systeme d'exploitation proprietaire z/OS® de IBMTm. [0049] L'Homme du métier appreciera toutefois que, en variante, le systeme d'archivage peut etre un systeme proprietaire. Dans un tel cas, il peut y etre accede par un reseau 10 specifique selon un protocole proprietaire, comme le reseau 141. [0050] La plateforme materielle 10 comprend encore un ou plusieurs controleurs de bus hates 16 (ou HBA, de l'anglais « Host Bus Adapter »), qui sont des cartes d'extension permettant de connecter le systeme hate, via un bus externe, a un reseau de stockage externe. II peut s'agir par exemple d'un reseau de stockage specialise 160, de type SAN (de 15 l'anglais « Storage Area Network »). Un tel reseau de stockage comprend des ressources physiques de stockage, par exemple des disques 164 dans des baies de stockage. Ces ressources sont mutualisees et on y accede, par exemple via des fibres optiques, par un acces bas niveau qui a l'avantage d'être rapide et fiable. Pour y parvenir on peut utiliser le protocole FC (de l'anglais « Fibre Channel ») qui est un protocole defini par la norme ANSI 20 X3T11, ou sa variante FCoE (de l'anglais « Fibre Channel over Ethernet ») lorsque les trames du protocole FC sont transmises sur un reseau Ethernet. Les controleurs de bus hates 16 sont alors des cartes FC. C'est un protocole serie, qui n'a besoin que de deux conducteurs physiques. II peut donc fonctionner non seulement sur de la fibre optique, mais aussi sur de la paire torsadee (i.e., du cuivre) ou du cable coaxial. Cette technologie permet d'atteindre des 25 debits eleves, par exemple de l'ordre de 16 Gigabits/s. La topologie du reseau peut etre, comme dans l'exemple represents, une topologie commutee (on dit aussi « switchee »), comme dans l'exemple represents 0E1 il s'agit d'une fabric 161 comprenant deux switches reseaux 162a et 162b at deux routeurs 163a et 163b. [0051] La plateforme materielle peut encore comprendre d'autres controleurs de 30 peripheriques, non representes, comme un ou plusieurs controleurs USB pour la connexion d'une souris ou d'un disque dur externe, un ou plusieurs controleurs Flash pour realiser des operations d'entree/sortie sur des cartes memoire de cette technologie, etc. [0052] On s'interesse maintenant a la partie logicielle 20 de la machine. Elle est basee principalement sur le systeme d'exploitation proprietaire 22 du fabricant du serveur centralise, [0571-BULL19] 13 a savoir GCOS 7 dans l'exemple considers ici. La plateforme materielle attendue par ce systeme d'exploitation est emulee par un simulateur logiciel 21 comme V7000, qu'on appelle aussi machine virtuelle V7000 VM. Cette machine virtuelle est montee par-dessus l'architecture materielle 10 precedemment decrite. Ainsi, les programmes utilisateur 23 (ou 5 programmes d'application, ou simplement applications) sont lances sur le systeme d'exploitation proprietaire 22 lorsqu'il est execute sur l'architecture materielle 10, laquelle est toutefois geree par un systeme d'exploitation ouvert 24, notamment pour l'ordonnancement, la gestion de la memoire et les entrées-sorties. Ceci permet d'utiliser une plateforme materielle du marche, qui est moins chore et qui beneficie d'evolutions plus frequentes. 10 [0053] Le systeme d'exploitation ouvert 24 est par exemple WindowsTM W2012R2® ou une version plus recente comme Windows Server 20166. On notera, toutefois, que ('invention ne se limite pas a ces exemples, et peut notamment s'appliquer a d'autres systemes d'exploitation ouverts, comme Linux® ou des systemes d'exploitation qui en sont derives. En outre, it est possible que la machine supporte plus d'un systeme d'exploitation ouvert afin de 15 permettre a des programmes utilisateur divers et varies d'être executes sur des machines virtuelles respectives, selon les besoins specifiques a chaque mise en oeuvre. [0054] Ainsi, V7000 est un logiciel fourni par BULL pour gerer l'environnement GCOS 7 sur la plateforme IA du marche command& par un systeme d'exploitation ouvert de type MicrosoftTM Windows®. La fonction de cet element logiciel 21 est d'emuler une ou plusieurs 20 instances de GCOS 7 sur la plateforme IA afin que les applications 23 (i.e., les programmes utilisateur du client) qui ont ete congues de longue date pour le systeme d'exploitation proprietaire 22 (et pour certaines a l'epoque des serveurs 100% proprietaires DPS 7000), demeurent executables en l'etat sur la plateforme IA du marche. [0055] A cet effet, en particulier, le jeu d'instructions natif du DPS 7000 defini par ce qu'on 25 appelle le « decor interieur », est conserve dans la machine virtuelle V7000 VM grace a un micrologiciel qui est associe a un micro-noyau 210 avec un interpreteur de commandes specifique. Ceci offre aux applications 23 une visibilite logicielle invariante par rapport aux machines anterieures qui etaient 100% proprietaires. Les processeurs virtualises 210 de la machine virtuelle 21 (ou « thread processors » en anglais) sont associes un pour un avec les 30 cceurs des processeurs physiques 111, 112, ... de la plateforme 10. [0056] Le role des modules d'entree/sortie 211 (10P, de l'anglais « Input/Output Processors ») de la machine virtuelle V7000 est de supporter les entrees/sorties en prenant en charge les programmes canaux generes par GCOS 7 pour les transformer en entrées-sorties mettant en oeuvre les pilotes de cartes et de peripheriques commandes sous le [0571-BULL19] 14 systerne d'exploitation ouvert Windows. A cet effet, les modules 211 s'executent sur Windows et interfacent avec l'interpreteur de commandes de la machine virtuelle V7000 VM. De merne, la machine virtuelle V7000 VM comprend un composant logiciel 212 (VCP7) s'executant egalement sur Windows, pour reproduire le fonctionnement des serveurs de 5 telecommunications qui supportent les divers protocoles proprietaires (dont OSI / DSA). [0057] Pour l'administration, la machine virtuelle V7000 VM comprend des modules logiciels 213 (modules SAM, de l'anglais « System Administration & Management »), qui s'executent egalement sous Windows et assurent l'administration de GCOS 7, de V7000, de VCP7 et des modules d'interoperabilite 25 et 26 (voir plus loin) suivant un modele client-serveur. Plus 10 particulierement, c'est la partie serveur qui s'execute sur la machine virtuelle V7000 VM en tant que service Windows. [0058] La machine virtuelle V7000 VM comprend encore un module de service 214 dedie au serveur d'administration V7000 (VAS, de l'anglais « V7000 Administration Server ») et un module de service 215 dedie a la commande du systerne (SYC, mis pour « System Control »). 15 Ces modules 214 et 215 fonctionnent aussi suivant le modele client-serveur. [0059] L'ordinateur central represents a la Figure 1 comprend enfin deux modules d'interoperabilite 25 et 26, qui ont pour particularite de s'executer directement sur le systerne d'exploitation ouvert 24. Ce nombre n'est qu'un exemple, puisque d'autres modules d'interoperabilite similaires peuvent etre prevus selon les besoins de la mise en oeuvre. II peut 20 egalement n'y en avoir qu'un seul. [0060] Le module d'interoperabilite 25 et 26 s'executent sur Windows et permettent d'acceder a des applications du monde ouvert, depuis des applications GCOS 7. Le premier module 25 est une par exemple passerelle INTEROP 7 (ou « INTEROP 7 Gateway »), qui permet, par exemple, d'acceder a un server SQL externe depuis GCOS 7, en faisant des 25 requetes SQL via un reseau 251 qui peut etre un reseau TCP/IP. [0061] Le module 26 permet d'acceder a des bases de donnees distantes, ou a des applications du monde ouvert validees par le fabricant. Pour assurer ces differents acces en parfaites conditions d'interoperabilite, it y a un mecanisme de liaison a haute vitesse (ou HSL, de l'anglais « High Speed Link ») utilisant une zone de memoire partagee entre GCOS 7 et 30 Windows. Cette zone permet d' echanger des donnees, faire des rebonds vers des applications distantes, pour vehiculer des donnees via un protocole IP des requetes et des donnees, et faire des transferts de fichiers via FTP depuis des applications GCOS 7 vers des machines distantes sous Linux®, sous Windows® ou sous AIX® (AIX® est une marque [0571-BULL19] 15 deposee de IBM CorporationTM). Ce mecanisme est decrit en detail dans la demande de brevet FR-A 2 284 008, a laquelle le lecteur pourra se referer en tant que de besoin. [0062] En reference au schema fonctionnel de la Figure 2, on va maintenant decrire des modes de realisation de l'invention. Comme il est montre sur cette figure, l'ordinateur central 5 selon des modes de realisation se distingue de celui de la Figure 1 en ce qu'il comprend un logiciel hyperviseur de virtualisation 300, qui est un hyperviseur de virtualisation du marche. Dit autrement, il n'est pas specifique a l'invention. Dans un exemple non limitatif, il peut s'agir d'un logiciel de la gamme VMware, par exemple VMWareTM vSphere® ESXi. Mais cela peut egalement etre n'importe quel autre hyperviseur de virtualisation du marche equivalent. 10 [0063] Un environnement logiciel Mainframe proprietaire 1 est constitue d'un ensemble de logiciels compose d'un simulateur proprietaire 101, d'un systerne d'exploitation proprietaire 102, s'executant sur le simulateur proprietaire 101, de plusieurs composants d'interoperabilite 105 et 106 entre le systerne d'exploitation proprietaire 102 et les systernes ouverts et bases de donnees avec qui il peut communiquer et interagir. Cet environnement inclut egalement un 15 systerne d'exploitation ouvert 104 de type Microsoft Windows Server® ou Linux® sur lequel s'execute le simulateur proprietaire 101, le systerne d'exploitation proprietaire 102 (a travers le simulateur proprietaire 101) et les composants d'interoperabilite 105 et 106. L'environnement Mainframe logiciel complet, incluant le simulateur proprietaire 101, le systerne d'exploitation proprietaire 102, les composants d'interoperabilite 105 et 106 ainsi que le systerne 20 d'exploitation ouvert 104, s'execute sur un serveur physique base sur une architecture materielle 100 contemporaine de type Architecture Intel® (IA). [0064] Par souci de simplicite, on se contentera ici de renvoyer le lecteur a la description donnee ci-avant de l'environnement logiciel 20 de l'ordinateur central de la Figure 1. En effet, les identites fonctionnelles suivantes peuvent etre mentionnees : 25 - le systerne d'exploitation proprietaire 102 de l'environnement 1 de la Figure 2 correspond au systerne d'exploitation 22 de la Figure 1 (a savoir GCOS 7 dans ('exemple) ; - les applications 103 de l'environnement 1 de la Figure 2 correspondent aux applications 23 de la Figure 1 ; - le systerne d'exploitation ouvert 104 de l'environnement 1 de la Figure 2 correspond au 30 systerne d'exploitation 24 de la Figure 1, a savoir Windows Server 2016® dans ('exemple ; et, - les composants d'interoperabilite 105 et 106 de l'environnement 1 de la Figure 2 correspondent aux composants d'interoperabilite 25 et 26 de la Figure 1. [0571-BULL19] 16 [0065] Du point de vue logiciel, la seule difference est que la machine virtuelle V7000 VM s'execute integralement et uniquement sur le systeme d'exploitation ouvert 104, a savoir WindowsTM, dans une machine virtuelle Mainframe qui est commandee par l'hyperviseur de virtualisation 300, pour son execution sur la plateforme materielle 10. Dit autrement, le 5 simulateur proprietaire 101 et le systeme d'exploitation proprietaire 102 s'executent sur un systeme d'exploitation ouvert 104, dans un environnement logiciel virtualise qui s'execute sur la plateforme materielle 10 sous la commande du logiciel hyperviseur de virtualisation 300. Ainsi, les applications 103 s'executent de maniere transparente sur les processeurs physiques de la plateforme materielle 100. 10 [0066] La machine virtuelle Mainframe precitee est ici un environnement logiciel Mainframe proprietaire deploys dans une machine virtuelle geree par un hyperviseur standard du marche. Elle correspond a une sorte de container definissant l'enveloppe materielle de la machine avec un systeme d'exploitation proprietaire embarque dans le container, capable d'utiliser les ressources materielles mises a sa disposition. 15 [0067] Conformement a des modes de mise en oeuvre de l'invention, les ressources materielles de la plateforme materielle comprennent un premier pool 100 de ressources materielles qui est configure, par un parametrage ad hoc de l'hyperviseur de virtualisation 300 pour l'hebergement, exclusivement, de la premiere machine virtuelle Mainframe (c'est-a-dire de la machine virtuelle geree par l'hyperviseur 300 dans laquelle ('environnement logiciel 20 Mainframe proprietaire s'execute). La constitution de ce pool de ressources dediees, qu'on peut aussi appeler « pool proprietaire », restaure la capacite d'assurer la securite et le niveau de performance qui sont propres aux applications Mainframe. Avantageusement, ce premier pool 100 de ressources materielles comporte des ressources materielles provenant d'au moins deux serveurs physiques independents. Ainsi, la plateforme materielle 10 au sens de 25 l'invention peut comporter plusieurs serveurs physiques independents. [0068] En effet, le niveau de puissance de traitement (associee aux processeurs) disponible pour la (ou les) machine(s) virtuelle(s) Mainframe est garanti du fait de la gestion des parametres de l'hyperviseur de virtualisation VMwareTM vSphere®. Ainsi le temps de reponse considers du point de vue des applications est a peu pres constant. En outre, on peut aussi 30 mettre a profit les parametres de l'hyperviseur de virtualisation VMware de maniere a executer les applications GCOS 7 sur les processeurs physiques du pool dedie 100 sans redonner la main ni a Windows Server 2016® ni a l'hyperviseur VMware TM vSphere®. [0069] La definition du pool de ressources de la plate-forme materielle qui est dediee a l'hebergement de la (ou des) machine(s) virtuelle(s) Mainframe, i.e., ('allocation des [0571-BULL19] 17 ressources materielles dediees a l'environnement Mainframe, depend du modele de performances vise en termes de puissance de traitement et de ressource memoire, et eu egard au nombre maximum d'instances de machines virtuelles Mainframes prevues dans le cahier des charges. Avantageusement, le Mainframe peut fournir une gamme de modeles de 5 puissance (i.e., une puissance de traitement combinee a une certaine capacite mernoire) couvrant une plage allant d'un poids de valeur minimum jusqu'a un poids de valeur maximum. Comme l'Homme du métier ne ('ignore pas, la notion de poids n'a de sens que dans l'environnement du Mainframe puisqu'il represente une puissance du processeur proprietaire garantie. 10 [0070] Dans des mises en ceuvre de l'ordinateur central, plusieurs instances du systeme d'exploitation proprietaire GCOS 7 peuvent etre simultanement executees sur des machines virtuelles Mainframe respectives, qui s'executent toutes sur l'hyperviseur de virtualisation, au moyen des ressources materielles dediees au Mainframe proprietaire qui appartiennent au pool de ressources 100. 15 [0071] Dans l'exemple montre a la Figure 2, il y a ainsi non seulement l'environnement Mainframe 1 decrit plus haut, mais egalement un autre environnement Mainframe 2 qui s'execute simultanement et concurremment sur la plateforme materielle 10. Cet environnement Mainframe 2 est identique a l'environnement Mainframe 1 déjà decrit, et n'est donc pas decrit en details ici. Avantageusement, les differentes instances associees a cette 20 pluralite d'environnements Mainframe (e.g. GCOS 7) sont toutes virtualisees sous la commande de l'hyperviseur de virtualisation 300. C'est donc a son niveau que sont appelees les ressources materielles (processeurs physique et mernoire) necessaires. C'est une solution simple pour faire tourner simultanement plusieurs instances de GCOS 7, ('attribution des ressources ne procedant que du parametrage de l'hyperviseur 300 (voir plus bas). 25 [0072] En variante ou en complement, une ou plusieurs instances d'un systeme d'exploitation ouvert (« open OS » en anglais) peuvent etre simultanement executees sur des machines virtuelles respectives, qui s'executent toutes sur l'hyperviseur de virtualisation 300, au moyen d'autres ressources materielles qui sont dediees aux applications du monde ouvert. Ces autres ressources peuvent etre organisees sous la forme d'un pool 200 de ressources 30 distinctes et isolees des ressources du pool 100. [0073] Dans l'exemple represente a la Figure 2, il y a ainsi un environnement logiciel ouvert 3 comprenant une instance 31 du systeme d'exploitation MicrosoftTM Windows® (par exemple Windows 2016 Server®), qui s'execute sur le pool de ressources 200, et sur laquelle tournent des applications 32 du monde ouvert. De meme, it y a egalement un environnement logiciel [0571-BULL19] 18 ouvert 4 comprenant une instance 41 du systerne d'exploitation Linux®, sur laquelle tournent des applications 42 du monde ouvert. [0074] Ainsi, l'ordinateur central selon des modes de realisations peut supporter des applications du monde ouvert, ce qui permet au client d'utiliser des programmes du marche 5 ou a tout le moins qui n'ont pas besoin d'avoir ete congus par des specialistes du systerne d'exploitation proprietaire GCOS 7. Cela permet de reduite le coOt de deploiement de fonctionnalites supplementaires, a mesure que de telles fonctionnalites apparaissent dans le monde ouvert. Egalement, l'ordinateur central peut s'interfacer avec des ressources externes, distantes ou non, eventuellement via un reseau de telecommunications etendu, comme des 10 bases de donnees auxquelles le client a acces. Cela permet aussi de fournir plus de possibilites d'interoperabilite avec une gamme etendue de peripheriques. D'une fagon generale, ('invention permet a l'ordinateur central d'acceder a des ressources ou a des peripheriques du monde ouvert plus nombreux, et a moindre co0t, et notamment a des ressources du « monde Linux », dans un ordinateur central qui fonctionne, du point de vue 15 des programmes utilisateurs 103, sous le systerne d'exploitation proprietaire GCOS 7. [0075] La reservation des ressources a travers la constitution et ('affectation des pools de ressources 100 et 200 releve d'une configuration de l'hyperviseur de virtualisation 300 qui est de la competence d'un superadministrateur. Cette configuration peut se faire en usine chez le fabricant, i.e., avant la livraison de l'ordinateur central au client, via un terminal tel que le 20 terminal 130 déjà decrit en reference au schema de la Figure 1. Ce terminal 130 peut etre connecte a la machine via le controleur de management 13 (iBMC) déjà decrit. Un operateur ayant le statut d'administrateur chez le client (on dit aussi un « administrateur GCOS 7 »), quant a lui, peut arreter et demarrer des machines virtuelles GCOS 7 comme les instances 1 et 2, en fonction des besoins propres a ('utilisation. Mais it ne peut pas modifier le 25 parametrage de l'hyperviseur en ce qui concerne la definition des pools de ressources 100 et 200, afin de ne pas affecter le niveau de securite et de performance garanti par le fabricant. [0076] La configuration du pool 100 de ressources materielles dedie a l'environnement logiciel Mainframe proprietaire est telle qu'on peut garantir une quantite de ressources offerte a GCOS 7 qui est suffisante quelle que soit la charge de l'hyperviseur occasionnee par les 30 machines virtuelles applicatives telles que les machines virtuelles 3 et 4. Dit autrement, la securite, la performance et la disponibilite de l'environnement Mainframe peuvent etre considerees comme equivalentes a celles des ordinateurs centraux existants, et ce, quel que soit le nombre de machines virtuelles applicatives susceptibles d'executer des instances d'un [0571-BULL19] 19 systeme d'exploitation ouvert (nombre qui est d'ailleurs non determine lors de la fabrication et du parametrage du serveur, et n'est pas forcement maitrise lors de ('utilisation). [0077] A ('inverse, le nombre maximum d'instances de machines virtuelles de l'environnement logiciel Mainframe proprietaire qui peuvent potentiellement s'executer 5 concurremment sur la plateforme materielle, et leurs modeles de performances respectifs, sont connus au moment du parametrage de l'ordinateur central en usine, puisque cela fait partie du cahier des charges a respecter par le fabricant. C'est pourquoi le pool 100 de ressources materielles dediees a l'environnement Mainframe peut etre dimensionne de maniere telle que toutes les instances prevues (comme les instances 1 et 2) pourront etre 10 hebergees dans le pool 100 de ressources materielles de la plateforme materielle 10, en garantissant leurs niveaux de performances respectifs. Ceci ne change pas par rapport au dimensionnement des ordinateurs centraux existants. [0078] On notera que ('affectation de pools de ressources materielles (puissance CPU et capacite memoire) est une fonctionnalite native des hyperviseurs de virtualisation VMware. 15 L'Homme du métier appreciera que c'est toutefois un paradoxe de ('utiliser, conformement aux modes de realisation de !Invention, pour faire tourner des instances d'un systeme d'exploitation proprietaire qui sont soumises a de fortes contraintes de securite, de performance et de disponibilite. II apparait en effet contre-nature d'utiliser la virtualisation dont la finalite est, au contraire des considerations habituelles dans un ordinateur central, de 20 partager et mutualiser les ressources materielles entre toutes les machines virtuelles en misant sur la souplesse et la tolerance operationnelles des machines virtuelles. Ce paradoxe est surmonte, selon les modes de realisation, grace a la constitution du pool de ressources materielles dediees a !'execution des differentes instances prevues de l'environnement logiciel Mainframe proprietaire. 25 [0079] La securite provient egalement de la verification, au moment du demarrage d'une machine virtuelle sur le pool 100 des ressources qui sont dediees exclusivement aux applications tournant sur le systeme d'exploitation proprietaire 102, qu'elle s'execute bien sur la plateforme materielle d'une machine proprietaire. Ceci vise a proteger contre la duplication des machines virtuelles GCOS 7 sur d'autres machines que celle(s) qui a (ont) ete prevue(s) 30 au depart, lors de la livraison du serveur Mainframe au client. Par machine(s) proprietaire(s), on entend ici les differents modules de serveurs combines dans requipement qui est fourni au client par le fabricant de ('ordinateur central. [0571-BULL19] 20 [0080] Actuellement, ce qui peut etre offert grace a la seconde phase de virtualisation selon des modes de mise en oeuvre de l'invention, ce sont des serveurs avec quatre sockets, donc avec deux modules comme celui presents ci-dessus en reference au schema de la Figure 1. [0081] Mais ('architecture selon l'invention permet de proposer des serveurs avec un ou 5 plusieurs modules de serveur comme il a ete decrit ci-dessus en reference au schema de la Figure 1. Cheque module possede deux sockets, et peut donc integrer deux processeurs 32-bits Intel® Xeon®, par exemple. Les serveurs peuvent avoir deux, quatre, huit ou seize sockets, voire plus, en fonction du nombre de modules livres avec le serveur, respectivement un, deux, quatre ou huit modules. Dit autrement, dans les ordinateurs centraux de BULL 10 ATOS de la gamme Bullion, il peut y avoir de deux a seize processeurs, a raison de deux processeurs par module de serveur equipe chacun de deux sockets accueillants les processeurs. Au niveau encombrement, cheque module de serveur est un module de taille 3U. [0082] Avantageusement, la mise en oeuvre de l'invention ne fait pas obstacle a la migration 15 d'une instance de l'environnement logiciel Mainframe proprietaire, i.e., d'instance GCOS 7 dans l'exemple considers ici, d'un serveur sur laquelle elle a ete ouverte vers un autre serveur. II suffit de faire migrer la machine virtuelle correspondante, ce qui ne pose aucune difficulte a l'Homme du métier au niveau de ('administration de l'hyperviseur de virtualisation 300. 20 [0083] En d'autres termes, dans des modes de realisation, le logiciel hyperviseur de virtualisation peut etre configure pour permettre la migration d'une instance de l'environnement logiciel Mainframe proprietaire, depuis un premier serveur vers un second serveur ayant chacun des ressources materielles qui participent au pool Mainframe 100 de ressources materielles dediees a l'environnement Mainframe. Ceci permet de satisfaire les 25 contraintes de haute disponibilite (en anglais HA High Availability) de l'environnement logiciel Mainframe proprietaire (instance Mainframe GCOS 7). Cela est par exemple possible grace a la migration de la premiere machine virtuelle (hebergeant ('instance Mainframe GCOS 7) localisee sur un serveur physique, vers un autre serveur physique. Ceci peut se faire a chaud, c'est-a-dire sans arret de l'instance de l'environnement logiciel Mainframe proprietaire. Ceci 30 est donc completement invisible de l'utilisateur final connects a l'instance de l'environnement logiciel Mainframe (e.g. Mainframe GCOS7). Ainsi, un serveur physique peut etre completement effete pour maintenance par exemple, sans arret de la disponibilite du mainframe GCOS7. [0571-BULL19] 21 [0084] Pour les telecommunications, on reporte un reseau de telecommunications proprietaire comme le reseau 141 de la Figure 1, qui est un reseau specifique, sur ('hyperviseur de virtualisation 300. L'Homme du métier appreciera que ceci ne pose aucune difficulte avec un hyperviseur de la gamme VMware, notamment, qui est fondamentalement 5 basee sur le protocole IP des reseaux Ethernet. Ainsi, dans des modes de realisation, les utilisateurs GCOS 7 peuvent continuer a acceder a la machine, via des terminaux de reseaux. II peut s'agir de terminaux specifiques comme le terminal 140 de la Figure 1, a travers un protocole proprietaire comme le protocole OSI / DSA, deja presente supra en reference a la Figure 1, qui est propose specifiquement par BULL ATOS. Dit autrement, les modes de mise 10 en oeuvre de l'invention n'appellent pas de modifications particulieres au niveau de la gestion du (ou des) reseau(x) de telecommunications qui est (sont) associe(s) a I'ordinateur central. [0085] Les memes remarques s'appliquent le cas echeant a propos de ('utilisation d'un systeme de sauvegarde et notamment de l'acces aux lecteurs de bandes, et a propos en outre d'un reseau de stockage specialise de type SAN, comme le systeme 150 et le reseau 15 160 qui ont ete precedemment decrits en reference au diagramme fonctionnel de la Figure 1. II est considers que leur gestion dans des ordinateurs centraux mettant en oeuvre l'invention ne pose aucune difficulte particuliere a l'Homme du métier, qui sait configurer ('hyperviseur de virtualisation 300 pour assurer ('interface avec ces peripheriques. [0086] Autrement dit, dans des modes de mise en oeuvre, ('hyperviseur de virtualisation 300 20 est configure pour permettre l'acces par les instances 1 et 2 de I'environnement logiciel Mainframe proprietaire a un systeme de sauvegarde externe 150 (Figure 1) et/ou a un reseau de stockage specialise 160 (Figure 1). [0087] La presente invention a ete decrite et illustree dans la presente description detainee et dans les figures des dessins annexes, dans des formes de realisation possibles. La 25 presente invention ne se limite pas, toutefois, aux formes de realisation presentees. D'autres variantes et modes de realisation peuvent etre deduits et mis en oeuvre par la personne du métier a la lecture de la presente description et des dessins annexes. [0088] Dans les revendications, le terme "comprendre" ou "comporter" n'exclut pas d'autres elements ou d'autres stapes. Un seul processeur ou plusieurs autres unites peuvent etre 30 utilisees pour mettre en oeuvre l'invention. Les differentes caracteristiques presentees et/ou revendiquees peuvent etre avantageusement combinees. Leur presence dans la description ou dans des revendications dependantes differentes, n'excluent pas cette possibilite. Les signes de reference ne sauraient etre compris comme limitant la portee de l'invention. [0571-BULL19] REVENDICATIONS1. Ordinateur central comportant : - une plateforme materielle (10) avec des ressources materielles comprenant des processeurs et de la memoire ; - un logiciel hyperviseur de virtualisation du marche (300) ; - un environnement logiciel Mainframe proprietaire dont au moins une instance (1) est apte a s'executer sur ('architecture materielle, dans au moins une premiere machine virtuelle pouvant s'executer sur l'hyperviseur de virtualisation, dans lequel : l'hyperviseur de virtualisation est configure de maniere a creer un premier pool (100) de ressources materielles de la plateforme materielle qui est dedie a l'hebergement, exclusivement, de la au mains une premiere machine virtuelle dans laquelle l'instance de l'environnement logiciel Mainframe proprietaire peut s'executer. 2. Ordinateur central selon la revendication 1, dans lequel l'instance de l'environnement logiciel Mainframe proprietaire comprend : - un logiciel simulateur proprietaire (101) ; - un systeme d'exploitation proprietaire (102) apte a s'executer sur le logiciel simulateur proprietaire, et chargé d'assurer la liaison entre les ressources materielles du premier pool de ressources materielles a travers le logiciel simulateur proprietaire, d'une part, et des applications (103) congues pour s'executer sur ledit systeme d'exploitation proprietaire, d'autre part, lorsque lesdites applications sont executees ; ainsi que, - un systeme d'exploitation ouvert (104), sur lequel peuvent s'executer le simulateur proprietaire et le systeme d'exploitation proprietaire. 3. Ordinateur central selon la revendication 2, dans lequel l'instance de l'environnement logiciel Mainframe proprietaire comprend en outre un ou plusieurs composants d'interoperabilite (105,106) entre le systeme d'exploitation proprietaire et des systemes ouverts et des bases de donnees externes avec lesquels it peut communiquer et interagir, lesdits composants d'interoperabilite pouvant s'executer sur le systeme d'exploitation ouvert. 4. Ordinateur central selon l'une quelconque des revendications 1 a 3, dans lequel le logiciel hyperviseur de virtualisation est capable de faire tourner plusieurs instances (1,2) de 35 l'environnement logiciel Mainframe proprietaire, avec des modeles de performances [0571-BULL19] 23 respectifs, dans des machines virtuelles respectives pouvant s'executer concurremment sur la plateforme materielle en etant toutes hebergees dans le premier pool de ressources materielles de la plateforme materielle. 5 5. Ordinateur central selon l'une quelconque des revendications 1 a 4, comprenant en outre : - un environnement logiciel ouvert dont au moins une instance (3,4) est apte a s'executer concurremment sur la plateforme materielle, dans au moins une seconde machine virtuelle pouvant s'executer sur le logiciel hyperviseur de virtualisation, 10 - et dans lequel : - les ressources materielles de la plateforme materielle comprennent un second pool de ressources materielles (200) cite par configuration de l'hyperviseur de virtualisation, pour l'hebergement, exclusivement, de la au moins une seconde machine virtuelle ; et, - l'environnement logiciel ouvert comprend un systerne d'exploitation ouvert (31,41) chargé 15 d'assurer la liaison entre les ressources materielles du second pool de ressources materielles, d'une part, et des applications du monde ouvert (32,42) congues pour s'executer sur ledit systerne d'exploitation ouvert, d'autre part, lorsque lesdites applications sont executees. 20 6. Ordinateur central selon la revendication 5, dans lequel le logiciel hyperviseur de virtualisation est capable de faire tourner plusieurs instances (3,4) de machines virtuelles de l'environnement logiciel ouvert pouvant s'executer concurremment sur la plateforme materielle, en etant toutes hebergees dans le second pool de ressources materielles de la plateforme materielle. 25 7. Ordinateur central selon l'une quelconque des revendications precedentes, dans lequel le logiciel hyperviseur de virtualisation est configure pour permettre la migration d'une instance de l'environnement logiciel Mainframe proprietaire, depuis un premier serveur vers un second serveur ayant chacun des ressources materielles participant au premier pool de 30 ressources materielles, de maniere a satisfaire des contraintes de disponibilite de l'ordinateur central. 8. Ordinateur central selon l'une quelconque des revendications precedentes, dans lequel l'hyperviseur de virtualisation est configure pour permettre l'acces par les instances de [0571-BULL19] 24 l'environnement logiciel Mainframe proprietaire a un systeme de sauvegarde externe (150) et/ou a un reseau de stockage specialise (160). 9. Procede de configuration d'un ordinateur central pour obtenir un ordinateur central 5 ayant un environnement logiciel Mainframe proprietaire virtualise, ledit ordinateur comportant une plateforme materielle (10) avec des ressources materielles comprenant des processeurs et de la memoire, le procede comprenant les etapes suivantes: - installation d'un logiciel hyperviseur de virtualisation du marche (300) ; - installation d'un systeme d'exploitation ouvert (104) ; 10 - installation d'un environnement logiciel Mainframe proprietaire dont au moins une instance (1) est apte a s'executer sur ('architecture materielle, dans au moins une premiere machine virtuelle pouvant s'executer sur l'hyperviseur de virtualisation ; et, - configuration de l'hyperviseur de virtualisation de maniere a creer un premier pool (100) de ressources materielles de la plateforme materielle qui est dedie a l'hebergement, 15 exclusivement, de la au moins une premiere machine virtuelle dans laquelle ('instance de l'environnement logiciel Mainframe proprietaire peut s'executer. 10. Procede selon la revendication 9, dans lequel l'installation de l'environnement logiciel Mainframe proprietaire comprend : 20 - l'installation d'un logiciel simulateur proprietaire (101) de maniere qu'il puisse s'executer sur le systeme d'exploitation ouvert ; - l'installation d'un systeme d'exploitation proprietaire (102) de maniere qu'il puisse s'executer sur le logiciel simulateur proprietaire, af in d'assurer la liaison entre les ressources materielles du premier pool de ressources materielles a travers le logiciel 25 simulateur proprietaire, d'une part, et des applications (103) congues pour s'executer sur ledit systeme d'exploitation proprietaire, d'autre part, lorsque lesdites applications sont executees alors que le simulateur proprietaire et le systeme d'exploitation proprietaire s'executent sur systeme d'exploitation ouvert (104). 30 [0571-BULL19]