ASCOLA (INRIA - EMN) ; INRIA - École Nationale Supérieure des Mines - Nantes, Laboratoire d'Informatique de Nantes Atlantique (LINA) ; CNRS - Université de Nantes - École Nationale Supérieure des Mines - Nantes, Laboratoire d'Informatique de Grenoble (LIG) ; CNRS - Université Joseph Fourier - Grenoble I - Université Pierre-Mendès-France - Grenoble II - Institut polytechnique de Grenoble (Grenoble INP), SARDES (INRIA Grenoble Rhône-Alpes / LIG Laboratoire d'Informatique de Grenoble) ; CNRS - INRIA - Université Joseph Fourier - Grenoble I - Institut polytechnique de Grenoble (Grenoble INP) - Laboratoire d'Informatique de Grenoble, Université Joseph Fourier (Grenoble 1 UJF) ; Université Joseph Fourier - Grenoble I, Laboratoire d'Informatique de Paris 6 (LIP6) ; CNRS - Université Pierre et Marie Curie (UPMC) - Paris VI, REGAL (INRIA Paris-Rocquencourt) ; CNRS - INRIA - Université Pierre et Marie Curie (UPMC) - Paris VI, Kouki, Yousri, Ledoux, Thomas, Serrano, Damián, Bouchenak, Sara, Lejeune, Jonathan, Arantes, Luciana, Sopena, Julien, Sens, Pierre, ASCOLA (INRIA - EMN) ; INRIA - École Nationale Supérieure des Mines - Nantes, Laboratoire d'Informatique de Nantes Atlantique (LINA) ; CNRS - Université de Nantes - École Nationale Supérieure des Mines - Nantes, Laboratoire d'Informatique de Grenoble (LIG) ; CNRS - Université Joseph Fourier - Grenoble I - Université Pierre-Mendès-France - Grenoble II - Institut polytechnique de Grenoble (Grenoble INP), SARDES (INRIA Grenoble Rhône-Alpes / LIG Laboratoire d'Informatique de Grenoble) ; CNRS - INRIA - Université Joseph Fourier - Grenoble I - Institut polytechnique de Grenoble (Grenoble INP) - Laboratoire d'Informatique de Grenoble, Université Joseph Fourier (Grenoble 1 UJF) ; Université Joseph Fourier - Grenoble I, Laboratoire d'Informatique de Paris 6 (LIP6) ; CNRS - Université Pierre et Marie Curie (UPMC) - Paris VI, REGAL (INRIA Paris-Rocquencourt) ; CNRS - INRIA - Université Pierre et Marie Curie (UPMC) - Paris VI, Kouki, Yousri, Ledoux, Thomas, Serrano, Damián, Bouchenak, Sara, Lejeune, Jonathan, Arantes, Luciana, Sopena, Julien, and Sens, Pierre
National audience, Le Cloud computing marque une nouvelle avancée vers l'infrastructure informatique dématérialisée. Le Cloud fournit des ressources informatiques, logicielles ou matérielles, accessible à distance en tant que service. L'adoption de ce modèle soulève un certain nombre de défis, notamment au sujet de la qua- lité de service (QoS) des services fournis. En effet, alors qu'on assiste à une multiplication de services similaires sur le Cloud (stockage, environnement de développement, bureautique, etc.), rien ne nous permet d'évaluer la qualité d'un service rendu. Cet article présente une solution pour intégrer la QoS et le contrat SLA (Service Level Agreement) comme éléments à part entière du Cloud. Les contributions de cet article sont les suivantes. Premièrement, nous proposons le modèle de Cloud SLAaaS (SLA aware as a Service) qui apporte une dimension supplémentaire au paradigme de Cloud Computing. Deuxiè- mement, nous présentons le langage Cloud Service Level Agreement (CSLA) qui permet la définition et l'établissement d'un contrat qui supporte l'instabilité de la QoS dans un environnement hautement dynamique comme le Cloud en gérant finement la violation. Enfin, nous développons deux stratégies dirigées par CSLA pour pouvoir contrôler dynamiquement et de manière autonome la taille et la forme du Cloud pour répondre aux contraintes de SLA : i) une stratégie de planification de capacité pour le redimensionnement sur mesure et ii) une stratégie de verrouillage d'exclusion mutuelle pour assurer un accès exclusif à des ressources partagées sur le Cloud.