7.2 SAA pour le cloud
7.2.5 Autres plateformes de cloud
Amazon EC2
Amazon Elastic Compute Cloud (EC2) [61] est une plateforme commerciale de cloud multi-services. Il peut `a la fois ˆetre utilis´e comme espace de stockage de don- n´ees, espace de calculs pour les applications scientifiques ou comme centre d’h´eber- gements d’applications orient´ees web. Pour ces deux derniers services, le client doit se servir de machines virtuelles. Il ex´ecute des VM d’OS de type Linux ou Windows. Son infrastructure mat´erielle est r´epartie sur plusieurs zones g´eographiques (deux zones aux USA, une zone en Europe et une zone en Asie) afin de proposer aux clients des lieux d’ex´ecution proches. Cette pratique permet ´egalement `a Amazon de minimiser les communications r´eseaux avec l’IaaS.
En ce qui concerne l’assistance aux clients, Amazon fournit des services web d’ob- servation de charges des VM. Pour des applications web de type J2EE, il fournit des politiques de passage `a l’´echelle (scalabilit´e). Par contre, il ne pratique aucune po- litique de consolidation de VM au niveau de l’IaaS. Pour finir, Amazon n’implante pas de m´ecanisme de d´epannage de VM. Il revient au client de l’implanter.
RightScale
RightScale [RIGHSCALE] est pr´esent´e dans la litt´erature et par ses fournisseurs comme ´etant une plateforme de cloud. En r´ealit´e, il permet de pr´esenter de fa¸con uniforme l’acc`es `a plusieurs plateforme de cloud. En effet, il est reli´e `a plusieurs v´eritables plateformes de cloud (Amazon EC2 par exemple) dont il peut effectuer des r´eservations de VM.
Le principal apport de RightScale est sa facilitation du processus d’externalisa- tion de l’entreprise vers le cloud. Cette facilitation se limite aux applications web de type J2EE. Il implante toutes les fonctions d’administration au niveau entreprise telles que nous les avons pr´esent´ees dans la section 3.2 du chapitre 3. Il fournit des moyens de construction de VM, t´el´echargement d’images VM vers le cloud, d´eploie- ment de serveurs J2EE, r´eparation de VM et de serveurs J2EE, passage `a l’´echelle des tiers J2EE et monitoring des VM.
7.3
Synth`ese
L’´etude des travaux autour de la construction de SAA montre qu’il existe tr`es peu d’´etudes qui s’int´eressent `a l’administration d’applications appartenant `a des domaines tr`es vari´es. La plupart d’entre elles sont sp´ecifiques `a un domaine voir une application particuli`ere. L’´etude du syst`eme Rainbow [55] (section7.1.1), qui se r´eclame de la cat´egorie des SAA g´en´eriques et flexibles, s’est r´ev´el´ee non concluante. En effet, la partie du syst`eme qu’il d´efinit comme adaptable ne concerne que les effecteurs, les sondes et les ´el´ements du SR. Or, ces ´el´ements ne correspondent pas aux composants de base constituants le SAA, qui d´eterminent le degr´e d’adaptabilit´e d’un SAA.
7.3. SYNTH `ESE 84 Face `a ce constat, il est difficile d’envisager l’application de ces syst`emes dans le cadre de l’administration des plateformes de cloud, notre pr´eoccupation initiale.
Par ailleurs, nous avons pass´e en revue les plateformes de cloud et ´etudi´e leur ca- pacit´e d’administration autonome. Le principale constat qui d´ecoule de cette ´etude est l’absence de la prise en compte (par ces plateformes de cloud) de la collabora- tion entre les syst`emes d’administration des applications entreprises et le syst`eme d’administration de l’IaaS.
Dans le chapitre suivant, nous pr´esentons donc l’implantation d’un SAA suivant les directives que nous avons identifi´ees dans le chapitre pr´ec´edant. Comme nous le verrons, il sera par la suite utilis´e pour l’administration d’une plateforme de cloud (un prototype que nous implanterons ´egalement) ainsi que des applications entreprises qu’ex´ecutera cette plateforme. Pour finir, la collaboration entre les deux niveaux sera favoris´ee par cette uniformit´e des SAA de niveaux IaaS et applications entreprises.
Chapitre 8
Contributions : TUNeEngine
Contents
8.1 Mod`ele d´etaill´e de TUNeEngine . . . 86 8.1.1 Soumission de commandes et Collaboration . . . 87 8.1.2 Construction du SR . . . 87 8.1.3 D´eploiement . . . 89 8.1.4 Configuration, D´emarrage . . . 90 8.1.5 R´econfiguration . . . 91 8.2 Le formalisme `a composants Fractal . . . 92 8.3 Implantation de TUNeEngine . . . 94 8.3.1 Le composant TUNeEngine . . . 94 8.3.2 Soumission de commandes et Collaboration . . . 95 8.3.3 Construction du SR . . . 96 8.3.4 D´eploiement . . . 98 8.3.5 Ex´ecution de programmes d’administration . . . 100 8.4 Synth`ese . . . 102
Les syst`emes Jade[26] et TUNe (section 5 du chapitre 5) ont ´et´e pr´ecurseurs en ce qui concerne le d´eveloppement des SAA `a vocation g´en´erique. Cependant, les difficult´es observ´ees dans l’utilisation de ces syst`emes nous ont conduit `a proposer dans le chapitre6, une nouvelle approche d’implantation de SAA hautement flexible et adaptable. Cette approche identifie les besoins que doit remplir un tel syst`eme. Elle d´ebouche ensuite sur un mod`ele architecturale bas´e sur les composants. Dans ce chapitre nous pr´esentons une implantation de ce mod`ele que nous baptisons : TUNeEngine.
Reprenant la base de code de TUNe, l’implantation de TUNeEngine est bas´e sur le formalisme `a composants1 Fractal [31].
1. Afin d’´eviter toute ambigu¨ıt´e de compr´ehension avec le mod`ele que nous pr´esentions dans le chapitre 6, nous n’utilisons pas l’expression ”mod`ele `a composants Fractal” mais plutˆot ”formalisme `a composants Fractal”.
8.1. MOD `ELE D ´ETAILL ´E DE TUNEENGINE 86
Figure 8.1 – Mod`ele d´etaill´e de TUNeEngine
Ce chapitre est organis´e de la fa¸con suivante. Nous commen¸cons par la pr´esenta- tion du mod`ele architectural d´etaill´e de TUNeEngine. Ce mod`ele est un enrichisse- ment de celui que nous avons pr´esent´e dans le chapitre6. Ensuite, nous pr´esentons de fa¸con succincte un aper¸cu du formalisme Fractal sur lequel est bas´e l’implantation de TUNeEngine. Nous terminons ce chapitre par la pr´esentation de l’implantation Fractal du mod`ele d´etaill´e de TUNeEngine.
8.1
Mod`ele d´etaill´e de TUNeEngine
Dans la section 6.2.2 du chapitre 6, nous avons pr´esent´e le mod`ele architectural que devra suivre l’implantation de TUNeEngine. Nous le revisitons en l’enrichissant des composants les plus basiques que doit implanter TUNeEngine. La figure 8.1
pr´esente ce nouveau mod`ele enrichi. Afin de justifier les composants de ce mod`ele, explorons le processus d’administration d’une application quelconque par un SAA. Ce processus va de la soumission de l’application `a administrer au SAA, jusqu’au suivi de son ex´ecution en passant par son d´eploiement. Notons que l’exploration de ce processus nous sert uniquement de fil conducteur dans notre pr´esentation.
8.1. MOD `ELE D ´ETAILL ´E DE TUNEENGINE 87