cloud computing et mesures de performances a uteur stéphane besuchet p rofesseur juergen...
TRANSCRIPT
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