Autres plateformes de cloud

Amazon EC2

Amazon Elastic Compute Cloud (EC2) [? ] 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 [? ] 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´eserva-tions de VM.

Le principal apport de RightScale est sa facilitation du processus d’externalisa-tion de l’entreprise vers le cloud. Cette facilitad’externalisa-tion se limite aux applicad’externalisa-tions 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 [?] (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’administracollabora-tion des applicacollabora-tions 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.

Syst`eme d’administration autonome adaptable : application au Cloud

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[? ] et TUNe (section 5 du chapitre5) 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 composants¹ Fractal [? ].

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.

Syst`eme d’administration autonome adaptable : application au Cloud

8.1. MOD `ELE D ´ETAILL ´E DE TUNEENGINE 87