OpenStack dans la pratique

OpenStack dans la pratique
Adrien Cunin
adrien.cunin@osones.com
Meetup #10 OpenStack Paris
Mercredi 17 septembre 2014
Adrien Cunin (Meetup #10) OpenStack dans la pratique Mercredi 17 septembre 2014 1 / 41

Introduction
Alors vous avez besoin d'un cloud et vous voulez monter un cloud prive
OpenStack ?
OpenStack est un projet vaste et complexe
Cela le rend dicile a apprehender au premier abord
Comprendre les concepts cloud est indispensable :
Instances, types d'instance, stockage objet, SDN, APIs, etc.

Qui suis-je ?
Adrien Cunin
I 24 ans et passionne de logiciels libres
I Contributeur depuis 2006 (notamment Ubuntu et Debian)
I Ingenieur cloud computing / OpenStack
Osones
I Services et formations cloud computing (OpenStack, AWS)
Association OpenStack-fr
I Membre du CA et co-fondateur

Plan
1 OpenStack et ses composants
2 Deployer un cloud OpenStack
Architecture : choses a savoir et questions a se poser
Les dierentes methodes de deploiement
Mais ca ne marche pas...
3 Demonstration : interagir avec un cloud OpenStack
4 On fait quoi ensuite ?

Plan

Resume
Your Applications
APIs
Networking
OPENSTACK
CLOUD OPERATING SYSTEM
Compute Storage
Standard Hardware
OpenStack Dashboard
OpenStack Shared Services

Evolution
En 2010, OpenStack c'est :
Nova : ressources de calcul
Swift : stockage (objet)
Aujourd'hui c'est :
10+ programmes integres
Des dizaines d'autres a dierents stades de maturite
IaaS ! PaaS

Implementation
Python Python Python
Chaque composant est decoupe en plusieurs services
La communication entre services se fait via AMQP
Les donnees sont stockees dans une BDD relationnelle
OpenStack ne reinvente pas la roue
Drivers drivers drivers
Multi tenants
Deux APIs possibles pour communiquer avec le cloud :
I OpenStack
I AWS

Extraits des Design Tenets
Scalability and elasticity are our main goals
Everything should be asynchronous
All required components must be horizontally scalable
Always use shared nothing architecture (SN) or sharding
Distribute everything. Especially logic. Move logic to where state
naturally exists
Accept eventual consistency and use it where it is appropriate
https://wiki.openstack.org/wiki/BasicDesignTenets

Les dierents composants
OpenStack Compute - Nova
OpenStack Object Storage - Swift
OpenStack Block Storage - Cinder
OpenStack Networking - Neutron
OpenStack Image Service - Glance
OpenStack Identity Service - Keystone
OpenStack Dashboard - Horizon
OpenStack Telemetry - Ceilometer
OpenStack Orchestration - Heat

Les dierents composants (2)
Database service (Trove)
Data processing (Sahara)
OpenStack deployment (TripleO)
Incubating
I Bare metal (Ironic)
I Queue service (Zaqar)
I Key management (Barbican)
I DNS service (Designate)
Beaucoup d'autres en developpement

Architecture conceptuelle

Architecture conceptuelle : vue alternative en couches

Architecture logique detaillee

Plan

Penser des le debut aux choix structurants
Distribution
Methode de deploiement
Choix des technologies pour virtualisation, reseau, stockage bloc, etc.
De quels composants OpenStack ai-je besoin ?
Combien machines physiques, pour quel r^ole, quel decoupage reseau ?

Quels composants OpenStack dois-je installer ?
Pre-requis :
Python
Base de donnees : MySQL
AMQP : RabbitMQ
(Tres) nombreuses combinaisons possibles. A
savoir :
Keystone est indispensable
L'utilisation de Nova va de paire avec Glance et Neutron (sauf
utilisation de nova-network)
Cinder s'averera utile pour fournir une fonctionnalite de stockage
classique
Swift est independant des autres composants

Quelle version d'OpenStack ?
OpenStack a un cycle de release stable
Tous les 6 mois (tous les 3 mois auparavant)
Alignement avec le cycle de release de certaines distributions
Support securite + corrections de bug jusqu'a 15 mois apres la release

Machine physiques et reseau
Le nombre et le type de machines physiques depend de :
Composants deployes
Volumetrie attendu
Niveau de haute disponibilite souhaite
Decoupage possible du reseau :
Management network : reseau d'administration
Data network : reseau pour la communication inter instances
External network : reseau externe, dans l'infrastructure reseau
existante
API network : reseau contenant les endpoints API

Quelques considerations pour une environnement de
production
Des URLs uniformes pour toutes les APIs : utiliser un reverse proxy
HTTPS sur l'acces des APIs a l'exterieur
Securisation des communications MySQL et RabbitMQ
Monitoring
Guide Operations :
http://docs.openstack.org/trunk/openstack-ops/content/
Guide Security :
http://docs.openstack.org/security-guide/content/

Haute disponibilite et repartition de charge
On parle ici d'OpenStack en tant qu'IaaS (pas des instances)
MySQL, RabbitMQ : HA classique (Galera, Clustering)
Les services APIs sont stateless et HTTP : scale out et load balancers
La plupart des autres services OpenStack sont capables de scale out
egalement
Guide HA :
http://docs.openstack.org/high-availability-guide/content/

Plan

Avec de la motivation
Depuis les sources
http://tarballs.openstack.org/
Pas recommande car complexe et tres peu maintenable
Avec OpenStack lui m^eme
TripleO : OpenStack on OpenStack
Concepts interessants mais projet encore jeune

DevStack
Deployer rapidement un OpenStack
Utilise par les developpeurs, pour du test ou de la demonstration
Un script shell qui fait tout le travail : stack.sh
Code issu de git (branch master par defaut)
Ne doit PAS ^etre utilise pour de la production

Les paquets des distributions
Red Hat, Ubuntu, Fedora, Debian, SUSE, etc.
On delegue le travail d'integration a la distribution
Acces aux mises a jour aux conditions de la ditribution
Certaines distributions fournissent une version pre-packagee avec
OpenStack

guration
Puppet, Chef, CFEngine, Saltstack, Ansible, etc.
Ces outils peuvent aider a deployer le cloud OpenStack
... mais aussi a gerer les instances (section suivante)
Deploie les paquets et la con

guration souhaitee
Modules Puppet :
https://forge.puppetlabs.com/puppetlabs/openstack

Les distributions tout en un
StackOps, Mirantis, etc.
Facilite de deploiement et d'utilisation
Attention a l'evolutivite de ces solutions

Deploiement continu
OpenStack maintient un master (trunk) toujours stable
Possibilite de deployer au jour le jour le master (CD: Continous
Delivery )
Necessite la mise en place d'une infrastructure importante
Facilite les mises a jour entre versions majeures

Plan

er le probleme
Mauvaise utilisation ? L'erreur retournee devrait expliquer
A
quel niveau est le probleme : dashboard, bibliotheque d'acces a
l'API, API, etc.
Erreur de con

guration
Bug

Bugs
OpenStack a des bugs
Le resultat n'est pas celui attendu
Le programme crash
Les messages d'erreur ou de log ne sont pas assez explicites
La documentation est erronee ou incomplete
Il faut les signaler s'ils ne sont pas encore connus ! Voire aider a les
corriger.

Ressources
http://docs.openstack.org/
https://ask.openstack.org
openstack@lists.openstack.org
#openstack@Freenode
Communaute francophone :
I http//openstack.fr/
I openstack-fr@lists.openstack.org
I #openstack-fr@Freenode
I Association
Support commercial : http://www.openstack.org/marketplace/
et ailleurs

Plan

Demonstration
Demonstration

Plan

Adapter ou developper ses applications cloud ready
Stateless : permet de multiplier les routes d'acces a l'application
Ne pas stocker les donnees en local, mais plut^ot :
I Base de donnees
I Stockage objet
Gerer les cas de panne (reseau, systeme) au niveau applicatif
API, SDK : http://developer.openstack.org/

OpenStack dans la pratique

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie OpenStack dans la pratique

Ähnlich wie OpenStack dans la pratique (20)

OpenStack dans la pratique