Projet de diplômeCloud Computing et mesures de performances

AUTEURStéphane Besuchet

PROFESSEURJuergen Ehrensberger

EXPERTNabil Abdennadher

2

SommaireIntroductionObjectifsPlanificationRéalisationEtat actuel du projet CloudMonSimulationConclusionQuestions & Remarques

3

IntroductionProjet de diplôme effectué dans le cadre du projet

CloudMon.Mettre en place un Cloud

Infrastructure physiqueSystème d’exploitation de l’hôteVirtualisation – hyperviseurOrchestrateur

4

IntroductionOpenStack

Services Compute (nova) Imaging (glance) Object Storage (swift)

5

ObjectifsMise en place d’un Cloud privé

Système d’exploitationHyperviseurOpenStackConsole d’administration WEB

Interconnexion avec un Cloud publicConsole d’administration centraliséeInterconnexion des services

6

ObjectifsStockage

Mise en place des modèles de stockageInterconnexion entre les Clouds

Répartition de chargesInterne aux CloudsHybride

7

PlanificationProjet planifié sur 496 heuresDes retards ont été observés dans la mise en place du

Cloud privéEn milieu de projet la planification a été modifiée en

supprimant la partie traitant des modèles de stockage

8

Infrastructure10 serveurs1 baie de disque EMCConnexion en fibre optique redondanteConnexion au réseau privé et public

9

Plan de réseau

10

RéalisationMise en place du Cloud privé

Installation du système d’exploitation CentOS Sécurité

Installation de l’hyperviseur KVM

Installation d’OpenStack Compute (nova) Image service (glance)

11

RéalisationMise en place du Cloud privé

Installation d’OpenStack Identity service (keystone) Dashboard (horizon)

12

RéalisationInterconnexion avec le Cloud public

Choix d’Amazon Web Services (AWS)Console d’administration «Clanavi»

Serveur HTTP Drupal (CMS) Modules (Cloud, AWS, Clanavi)

Solution personnalisée Implémentation d’un logiciel d’interconnexion communiquant

avec les APIs des différents Clouds

13

RéalisationInterconnexion avec le Cloud public

Solution personnalisée

14

RéalisationStockage de données

Images de machines virtuelles Utilisation de la baie EMC LUN formatée en GFS

Volumes pour les instances Solution fournie par OpenStack

Solutions pour implémenter les modèles de stockage dans le Cloud privé. S3 (Simple Storage Service) EBS (Elastic Block Store) DB, BigTable, etc...

15

RéalisationRépartition de charge

16

RéalisationRépartition de charge

Critères Répartition de charge vers les instances saines Tolérance aux surcharges Affiliation d’une seule instance pour une session Prise en charge de connexions chiffrées Fournir des statistiques précises Permettre le pont entre le Cloud privé et le Cloud public

Solutions Amazon «Elastic Load Balancing» Solution hybride

17

Etat actuel du projet CloudMonTâches réalisées et opérationnelles

Système d’exploitationSécurité du réseau et du système d’exploitationOpenStack ComputeConsole d’administration Clanavi

Problèmes existantsOpenStack Dashboard et Identity Service

Suite à donner au projetSolution logicielle d’interconnexionSolution de répartition de chargesStockage

18

SimulationTous les composants ne fonctionnant pas parfaitement,

cette simulation présente un déploiement standard d’une application sur le Cloud.Instance de type UbuntuStockage des images sur la baie de disqueVolume attaché à l’instanceInstance lancée dans le Cloud privéMise en place d’un répartiteur de chargeInstance lancée dans le Cloud public

19

SimulationCréation de l’image de l’instance

Téléchargement du système d’exploitation UbuntuCréation de l’imageInstallation du système d’exploitation virtualiséMise en place d’un service HTTPConfiguration de SSHPlacement de l’image sur la baie de stockageEnregistrement de l’image dans OpenStack

20

SimulationLancement d’une instance dans le Cloud privé

La console d’administration émet l’ordre vers l’API d’OpenStack sur le contrôleur selon les paramètres donnés

Nova détermine sur quel nœud l’instance sera lancéeL’image est chargée sur le nœudOpenStack configure le réseau sur le nœud et dans l’imageNova ordonne à l’hyperviseur le lancement de l’imageL’image est accessible via SSH et HTTP selon les règles de

réseau choisies.

21

SimulationAttachement d’un volume de stockage à l’instance

La console d’administration émet l’ordre vers l’API d’OpenStack sur le contrôleur.

Le volume LVM est crééLe contrôleur indique au nœud sur lequel l’instance se

trouve.Le volume est mis à disposition de l’instanceL’instance est configurée pour accéder à ce volume

22

SimulationMise en place d’un répartiteur de charge

Une instance dédiée au répartiteur de charge est lancée sur Amazon

L’image présente dans le Cloud privé est annoncéeLe répartiteur est fonctionnel et envoie envoi actuellement

toutes les requêtes sur l’instance dans le Cloud privé

23

SimulationLancement d’une instance dans le Cloud public

La solution d’interconnexion envoie l’image sur AmazonLa console d’administration émet l’ordre vers l’API d’Amazon

selon les paramètres donnésAmazon détermine sur quel nœud l’instance sera lancéeL’image est chargée sur le nœudAmazon configure le réseau sur le nœud et dans l’imageAmazon ordonne à l’hyperviseur le lancement de l’imageL’image est accessible via SSH et HTTP selon les règles de

réseau choisies.La solution logicielle d’interconnexion averti le répartiteur de

charge et le configure pour l’utilisation des deux instances.

24

ConclusionRetour sur le cahier des chargesTemps de réalisationOpenStack et ses mises à jourChoix du système d’exploitationProjet très enrichissant

25

Merci pour votre attention

26

Questions & Remarques