Slides Meetup 10 Openstack Paris Pratique Adrien Cunin 140918065252 Phpapp01

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 difficile à appréhender 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 Ingénieur 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 Déployer un cloud OpenStack

Architecture : choses à savoir et questions à se poser
Les différentes méthodes de déploiement
Mais ça ne marche pas...
3 Démonstration : interagir avec un cloud OpenStack
4 On fait quoi ensuite ?
Plan

Résumé
Your Applications
APIs
OPENSTACK
CLOUD OPERATING SYSTEM
OpenStack Dashboard
Compute Networking Storage
OpenStack Shared Services
Standard Hardware
Évolution
En 2010, OpenStack c’est :

Nova : ressources de calcul
Swift : stockage (objet)
Aujourd’hui c’est :
10+ programmes intégrés
Des dizaines d’autres à différents stades de maturité
IaaS → PaaS
Implémentation
Python Python Python

Chaque composant est découpé en plusieurs services
La communication entre services se fait via AMQP
Les données sont stockées dans une BDD relationnelle
OpenStack ne réinvente 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 différents 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 différents 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 développement
Architecture conceptuelle
Architecture conceptuelle : vue alternative en couches
Architecture logique détaillée
Plan

Plan

Penser dès le début aux choix structurants
Distribution
Méthode de déploiement
Choix des technologies pour virtualisation, réseau, stockage bloc, etc.
De quels composants OpenStack ai-je besoin ?
Combien machines physiques, pour quel rôle, quel découpage réseau ?
Quels composants OpenStack dois-je installer ?
Pré-requis :
Python
Base de données : MySQL
AMQP : RabbitMQ
(Très) 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’avérera utile pour fournir une fonctionnalité de stockage
”classique”
Swift est indépendant 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 sécurité + corrections de bug jusqu’à 15 mois après la release
Machine physiques et réseau
Le nombre et le type de machines physiques dépend de :

Composants déployés
Volumétrie attendu
Niveau de haute disponibilité souhaité
Découpage possible du réseau :
Management network : réseau d’administration
Data network : réseau pour la communication inter instances
External network : réseau externe, dans l’infrastructure réseau
existante
API network : réseau contenant les endpoints API
Quelques considérations pour une environnement de
production
Des URLs uniformes pour toutes les APIs : utiliser un reverse proxy
HTTPS sur l’accès des APIs à l’extérieur
Sécurisation 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 répartition 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
également
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 très peu maintenable
Avec OpenStack lui même
TripleO : OpenStack on OpenStack
Concepts intéressants mais projet encore jeune
DevStack
Déployer rapidement un OpenStack

Utilisé par les développeurs, pour du test ou de la démonstration
Un script shell qui fait tout le travail : stack.sh
Code issu de git (branch master par défaut)
Ne doit PAS être utilisé pour de la production
Les paquets des distributions
Red Hat, Ubuntu, Fedora, Debian, SUSE, etc.

On délègue le travail d’intégration à la distribution
Accès aux mises à jour aux conditions de la ditribution
Certaines distributions fournissent une version pré-packagée avec
OpenStack
Outils de gestion de configuration
Puppet, Chef, CFEngine, Saltstack, Ansible, etc.

Ces outils peuvent aider à déployer le cloud OpenStack
... mais aussi à gérer les instances (section suivante)
Déploie les paquets et la configuration souhaitée
Modules Puppet :
https://forge.puppetlabs.com/puppetlabs/openstack
Les distributions tout en un
StackOps, Mirantis, etc.

Facilité de déploiement et d’utilisation
Attention à l’évolutivité de ces solutions
Déploiement continu
OpenStack maintient un master (trunk) toujours stable

Possibilité de déployer au jour le jour le master (CD: Continous
Delivery )
Nécessite la mise en place d’une infrastructure importante
Facilite les mises à jour entre versions majeures
Plan

Identifier le problème
Mauvaise utilisation ? L’erreur retournée devrait expliquer

À quel niveau est le problème : dashboard, bibliothèque d’accès à
l’API, API, etc.
Erreur de configuration
Bug
Bugs
OpenStack a des bugs

Le résultat n’est pas celui attendu
Le programme crash
Les messages d’erreur ou de log ne sont pas assez explicites
La documentation est erronée ou incomplète
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

Démonstration
Démonstration
Plan

Adapter ou développer ses applications ”cloud ready”
Stateless : permet de multiplier les routes d’accès à l’application

Ne pas stocker les données en local, mais plutôt :
I Base de données
I Stockage objet
Gérer les cas de panne (réseau, système) au niveau applicatif
API, SDK : http://developer.openstack.org/
Adopter une philosophie DevOps
Infrastructure as Code
Scale out plutôt que scale up (horizontalement plutôt que
verticalement)
HA niveau application plutôt qu’infrastructure
Outils de configuration des instances : les mêmes qui permettent de
déployer OpenStack (Puppet, etc.)
Outil d’orchestration des instances : Heat
Utiliser des images cloud
Une image cloud c’est :

Une image disque contenant un OS déjà installé
Une image qui peut être instanciée en n machines sans erreur
Un OS sachant parler à l’API de metadata du cloud (cloud-init)
La plupart des distributions fournissent aujourd’hui des images cloud.
Cirros est une distribution cloud minimaliste qui fournit des images
adaptées.
Conclusion
Un déploiement d’OpenStack se prépare bien en amont

Les choix à faire en amont sont déterminant pour la réussite d’un
déploiement
L’étape suivante est fondamentale : quel workload va-t-on faire
tourner et est-il compatible avec la philosophie cloud d’OpenStack ?
Merci !
Questions ?
Email : adrien.cunin@osones.com
IRC : Adri2000@Freenode
Twitter : @Adri2000 OS

Slides Meetup 10 Openstack Paris Pratique Adrien Cunin 140918065252 Phpapp01

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Slides Meetup 10 Openstack Paris Pratique Adrien Cunin 140918065252 Phpapp01

Transféré par

Droits d'auteur :

Formats disponibles

OpenStack dans la pratique

Meetup #10 OpenStack Paris

Mercredi 17 septembre 2014

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

Compute Networking Storage

OpenStack Shared Services

En 2010, OpenStack c’est :

Python Python Python

Scalability and elasticity are our main goals

OpenStack Compute - Nova

Database service (Trove)

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

OpenStack a un cycle de release stable

Le nombre et le type de machines physiques dépend de :

On parle ici d’OpenStack en tant qu’IaaS (pas des instances)

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

Depuis les sources

Déployer rapidement un OpenStack

Red Hat, Ubuntu, Fedora, Debian, SUSE, etc.

Puppet, Chef, CFEngine, Saltstack, Ansible, etc.

StackOps, Mirantis, etc.

OpenStack maintient un master (trunk) toujours stable

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

Mauvaise utilisation ? L’erreur retournée devrait expliquer

OpenStack a des bugs

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

1 OpenStack et ses composants

2 Déployer un cloud OpenStack

3 Démonstration : interagir avec un cloud OpenStack

4 On fait quoi ensuite ?

Stateless : permet de multiplier les routes d’accès à l’application

Une image cloud c’est :

Un déploiement d’OpenStack se prépare bien en amont

Vous aimerez peut-être aussi