Présentation donnée lors du séminaire de LINAGORA consacré à OpenStack le 5 juin 2014 à Toulouse. Intervenant Michel-Marie MAUDET, DGA de LINAGORA

1. WWW.LINAGORA.COMWWW.LINAGORA.COM
OpenStack
l'Open Source au service
du Cloud
-
LINAGORA du 5 juin 2014

2. 2
Agenda de la matinée
➔ 9h30-10h00 - Introduction et présentation du projet OpenStack
➔ 10h00-10h30 - DevOps, Agilité, Déploiement continu, Cloud privé, VM en self
service : OpenStack au cœur de la révolution IT
➔ 10h30-10h45 - Pause
➔ 10h45-11h15 - Cas d’usage et démonstration d’OpenStack (déploiement
automatisé d’architecture n-tiers avec Heat)
➔ 11h15-11h45 - Retour d’expérience par Lionel Porcheron, Sierra Wireless.
➔ 11h45-12h00 - Questions/réponses

3. 3
Présentation de LINAGORA
Logiciels et services pourLogiciels et services pour
réussirréussir
vos grands projets devos grands projets de
transformationtransformation
open sourceopen source
Principaux clientsPrincipaux clients
Édition LogicielleÉdition Logicielle
ServicesServices
Assurance LogicielleAssurance Logicielle
Messagerie
Collaborative
Partage de fichiers
sécurisé
Gestion et Fédération des
Identités
Plateforme
d'intégration SOA
150 salariés
Bureaux en France,
Belgique, États Unis
et Canada

4. 4
Notre modèle économique
On se rémunère par :
Conseil et intégration
Développement de fonctionnalités spécifiques
Support technique et les services de souscription
100 % Free Free
= aucun coût de licence
= réellement Open Source
= pas de modèle Freemium

5. 5
Offre LINAGORA comparée aux offres du marché
Signature électronique pour tout type de documentSignature électronique uniquement pour .doc

6. 6
Le 1er investisseur privé en R&D Open Source en France !
PARIS
TOULOUSE
LYON
SOPHIA
MONTPELLIER
GRENOBLE
13
16
1
1
2
6
+40ingénieurs R&D
1
1
+10nouveaux postes à
pourvoir pour le
développement
d'OpenPaaS
HAMBOURG
COPENHAGEN
2,5 M€d'investissement en R&D

7. 7
OpenPaaS
L'avenir de nos logiciels
Construire la nouvelle génération
des logiciels Open Source pour la
communication et la sécurité
dans le nuage
L'Open Source est le moyen pour
garantir la SOUVERAINETÉ ÉLECTRONIQUE !
gSafe

8. 8
Un Cloud pourquoi pas, mais avec qui ?

9. 9
Pourquoi un Cloud libre et ouvert ?
● Éliminer le Vendor Lock-In
● S'assurer de la localisation et de la sécurité des données
● Disposer plus simplement des éléments de réversibilité
● Favoriser l’interopérabilité via les API ouvertes
● S’appuyer sur un écosystème riche et dynamique
● Obtenir un meilleur ROI, une meilleure compétitivité
● Et pour nos clients, offrir des garanties en terme de
souveraineté électronique

10. 10
Un marché des IaaS en forte croissance
France (IDC) Monde (Gartner)
2011 1,341
2012 1,959
2,645
Perspective 2015 > 5 milliards
2011 0,846
2012 1,284 111
1,778 131
Perspective 2015 > 3,4 milliards >250 milliards
Marché Cloud
En milliards d'euros 2013
(prévisionnel)
Dont part du Cloud
Public
En milliards d'euros
2013
(prévisionnel)
+ 40 % de croissance / an

11. 11
Présentation du projet OpenStack (http://www.openstack.org/)
Fusion de deux projets de Rackspace (Storage - Swift) et de la NASA (Compute - Nova)
Licence Apache 2.0
En 2012, Ubuntu adopte OpenStack en lieu et place Eucalyptus.
Adoptions récentes en 2013 par IBM, eBay, Paypal, etc...
Objectif :Objectif : le Cloud Operating System libre (IaaS)le Cloud Operating System libre (IaaS)
Naissance du projet en juin 2010
Et !!!
175 entreprises
3000 personnes

12. 12
Composants techniques OpenStack
● Les principaux composants du cœur d'OpenStack :
● OpenStack Compute – Nova (Hyperviseurs : KVM, XEN, LXC, HyperV, etc... / Migration à chaud)
● OpenStack (Object) Storage – Swift
● OpenStack Block Storage – Cinder
● OpenStack Network – Quantum
● OpenStack Image Service – Glance
● OpenStack Identity Service – Keystone
● OpenStack Dashboard - Horizon
● Les projets en incubation :
● Ceilometer (Metering)
● Heat (Orchestration)
● Des bibliothèques et clients CLI pour les APIs
Nova Neutron Swift / Ceph / Cinder

13. 13
La force d'OpenStack : les API !
Accès au stockage, automatisation, consolidation, abstraction,
gestion multi-hyperviseurs... tout est pilotable via les API !
Et compatibilité avec les API d'Amazon : Elastic Compute Cloud (EC2), Elastic Block Storage
(EBS), Simple Storage Service (S3)

14. 14
OpenStack Dashboard : l'interface de pilotage
Toutes les fonctionnalités ne sont pas encore disponibles mais le projet
Horizon avance très vite d'une version à l'autre.
Toutes les fonctionnalités ne sont pas encore disponibles mais le projet
Horizon avance très vite d'une version à l'autre.
Vidéo à consulter sur : http://www.openstack.org/software/openstack-dashboard/

15. 15
Historique et feuille de route d'OpenStack
● Les versions jusqu’à aujourd’hui :
● Austin (2010.1)
● Bexar (2011.1)
● Cactus (2011.2)
● Diablo (2011.3)
● Essex (2012.1)
● Folsom (2012.2)
● Grizzly (2013.1)
● Havana (2013.2)
● Version actuelle : Icehouse (2014.1)
Principales nouveautés : sortie le 17/10/2013
● Heat (Orchestration) et Ceilometer (Metering)
font partie désormais du cœur d'OpenStack
Nova :
● Support de Docker
● Shelving des instances : arrêt des instances sans
les terminer
Glance :
● Support des quotas
Neutron :
● VPN , Firewall aaS et loadbancer aaS
Horizon :
● Accès à plus de fonctionnalités pour Nova et
Neutron
Projets en incubation :
● Trove (Database)
● Savannah (Hadoop)
● Marconi (Messaging)
● Ironic (Bare Metal)
Développement du projet OpenStack
● Ouvert à tous (individuels et entreprises) : open development,
design, community
● Cycle de développement de 6 mois débuté par un design
summit
● Outils : Launchpad (blueprints, bugs) + GitHub (code)
● Sur chaque commit : peer review (Gerrit) + tests automatisés
(Jenkins)
● Plateforme de référence et modèle de développement :
Ubuntu
● Développement hyper actif
● Grosse utilisation du langage Python

16. 16
Utilisation d'OpenStack à LINAGORA
● Les systèmes virtuels sont hébergés sur des
technologies multiples.
● Les plateformes de virtualisation que nous
exploitons sont :
● Xen Cloud Platform pour les serveurs
virtuels standards
● OpenStack avec KVM pour les Clouds.
● Les nœuds de calculs sont les serveurs
CiscoUCS
● Le cœur de réseau et le réseau de distribution
sont composés d'équipements Cisco et
CiscoUCS
● Le stockage est assuré par des clusters NetApp
double contrôleurs Actif/Actif

17. 17
Retours d'expérience client (1/2)
Le contrat permettra à Orange d'implémenter ses propres CoDec
en lieu et place de ceux proposés par la communauté OpenStack.
Orange pourra ainsi optimiser le stockage objet en fonction de
ses usages propres, grâce à une nouvelle interface proposée à
La communauté OpenStack
Contexte
Swift est le système de stockage objet
dans OpenStack. Il met en œuvre de la
réplication afin d'offrir un mécanisme de
prévention de la perte des données.
Technologies utilisées
OpenStack Havana
Clustered Network Config
Codage en Python
Durée
3 mois
Perspectives
Permettre aux partenaires d'OpenStack
d'implémenter leur propres CoDec
« Erasure Code » via une interface
commune
 Implémentation des « Erasure Code » dans le module de stockage
objet d'OpenStack : SWIFT
 En partenariat ORANGE, THOMSON et LINAGORA
LE PROJET
LES ENJEUX
Mettre en œuvre
une fonctionnalité
très importante au
niveau de la
couche de
stockage objet
d'OpenStack
Offrir une
réduction
significative du
volume de
données utilisée
pour du stockage
fiable
La solution
proposée devra
être adoptée dans
une forme peu
modifiée
par la
communauté.
Contribution « Erasure Code » dans Swift

18. 18
Retours d'expérience client (2/2)
Le contrat permettra à Orange de proposer du multi-cloud
multi-partenaires sur la base des solutions OpenStack et Sirocco,
via le développement d'une API REST.
Contexte
Le projet Sirocco offre un gestionnaire
multi-cloud avec un point d'accès unique
pour déployer des ressources sur
plusieurs fournisseurs de type IaaS.
Technologies utilisées
OpenStack
Sirocco
Codage en Java
Durée
3 mois
Perspectives
Automatisation du déploiement
d'OpenStack via la solution Sirocco.
 Développer une interface d'accès
compatible avec les APIs OpenStack
LE PROJET
LES ENJEUX
Développement
d'un module Web
dans Sirocco pour
recevoir les
requêtes REST
La conformité de
l'implémentation
avec de l'API
d'OpenStack
La solution
proposée devra
être adoptée
par la
communauté.
Développement API d'automatisation du
déploiement avec Sirocco

19. DevOps, Agilité, Déploiement continu,
Cloud privé, VM en self service :
OpenStack au cœur de la
révolution IT

20. 20
Rappel sur le développement agile
Source: http://www.mypmhome.com/scrum-methodology/

21. 21
De théorie... à la réalité !
Côté Dev, les méthodes agiles ont
amélioré la qualité logicielle et
augmenté les rythmes de
livraisons.
Dans la chaîne, il reste néanmoins
des étapes que l'on peut encore
améliorer/optimiser : les
Opérations c'est à dire la
production.

22. 22
Définition du DevOps
● Devops est un terme inventé par le belge Patrick Debois, le co-
organisateur du premier DevOpsDay à Gent en 2009.
● Il est la contraction des mots Development et Operations.
Devops c’est avant tout :
• Faire travailler toute
l’organisation IT en équipe
• Avec un but commun : la
performance technique
orientée business !

23. 23
Les trois couches de Devops
Devops c’est à la fois :
• Des outils : comment faire
• Des process : quand le faire
• La culture : pourquoi le faire
TOOLS PROCESS
PEOPLE
DEVOPS

24. 24
Les étapes d'appropriation
● Le déploiement continu, prolongement de l'intégration continue, est une pratique visant à
réduire le plus possible le temps de cycle, le temps écoulé entre l'écriture d'une nouvelle
ligne de code et l'utilisation réelle de ce même code par des
utilisateurs finaux.
● L'équipe s'appuie sur une infrastructure qui automatise l'ensemble des étapes de
déploiement (ou "mise en production"), de sorte qu'après chaque intégration qui se solde
par des tests passant avec succès, l'application en production est mise à jour.
● On entend parler indifféremment de « Continuous Delivery » et « Continuous
Deployment ». Pour rappel, il faut différencier les étapes suivantes :
● Compilé, testé, déployé sur un environnement d’intégration = Continuous Integration
● Compilé, testé, livré à l’équipe suivante (Tests, Qualification, Mise En Production,
Ops) = Continuous Delivery
● Compilé, testé, déployé en production = Continuous Deployment

25. 25
Déploiement continu : composants de la chaîne
Déploiement continu
Chaîne de production du logiciel
Automatisation du déploiement
Gestion de
Configuration
Méthodes agiles
Intégration
continue
Tests
Équipe de
développement
Équipe de
validation et
d'exploitation
Utilisateur

26. 26
Bénéfices attendus (1/2)
● Les principaux bénéfices du déploiement continu sont la réduction du
temps de cycle et l'optimisation des passages entre les différents
environnements qui sont très coûteux d'une manière générale.
● Le passage du développement/intégration à la production est l’activité
qui se montre être la plus consommatrice en ressources : la moitié du
temps de la production est ainsi consommée par le déploiement ou des
problèmes liés au déploiement.

27. 27
Bénéfices attendus (2/2)
● Les grands du web ont adoptés le déploiement continu pour :
● Améliorer la réactivé face à une faille de sécurité (contexte e-
Banking)
● Dynamiser et faciliter la mise à disposition de l'innovation.
(feature flipping sur flickr, 2 déploiement par jour chez Facebook) :
disposer des retours utilisateurs pour les tests et mesurer l'adoption
● Gérer une évolution incrémentale (plutôt que radicale) des
applicatifs
● Améliorer la stabilité de la production et réduire le TTR (Temps
de résolution) des anomalies : plus les déploiements sont espacés
dans le temps, plus la quantité de changement est importante, et plus
le temps de résolution de problème est long
● Faciliter les interactions souvent douloureuses entre équipes de
développement et d'exploitation

28. 28
Enjeu du Cloud et du DevOps pour un éditeur comme LINAGORA
Déploiement continu
Chaîne de production du logiciel
Automatisation du déploiement
Gestion de
Configuration
Méthodes agiles
Intégration
continue
Tests
Équipe de
développement
Équipe de
validation et
d'exploitation
Utilisateurs
Accélérer nos cycles de développement, automatiser les déploiements (DevOps),
et commercialiser nos logiciels sous la forme d'un service...

29. WWW.LINAGORA.COMWWW.LINAGORA.COM
Démonstration

30. WWW.LINAGORA.COMWWW.LINAGORA.COM
Retour d'expérience

31. WWW.LINAGORA.COMWWW.LINAGORA.COM
Conclusions / Q&R

32. 32
Conclusions : 3 raisons de choix d'OpenStack
La CommunautéLa Communauté
et l'écosystème professionnelet l'écosystème professionnel
Les APIsLes APIs
L'IndépendanceL'Indépendance
La prévention contre le « lock in »La prévention contre le « lock in »

33. 33
Comment LINAGORA peut vous accompagner ?
● Audit des besoins / Stratégie Cloud Open Source
● Design et conception de l’architecture
● Sélection des composants matériels et logiciels
● Déploiement de l’infrastructure
● Configuration de l’ensemble des fonctions
● Automatisation de la gestion
● Support et maintenance OSSA sur Iaas OpenStack
● Accompagnement à la migration
● Hébergement du cloud en datacenter ou chez vous

34. 34
Pour finir de vous convaincre ;-)
Existant SI Marché
Nombre de Vms 100 2455 1200 2960 300
0,00% 90,00% 75,00% 90,00% 50,00%
Prix Final client
Prix VMware / VM 200,00 € 500,00 € 200,00 €
Stockage en To 350 130 300 200
Prix OSSA client
Prix OSSA / VM 500,00 € 122,20 € 150,00 € 101,35 € 333,33 €
75,00% 38,90% 70,00% 49,32% 66,67%
Projet
d'expérimentation
Environnement de
développement
STMC :
Transformation
serveurs x86
Prix licence VMware
(prix publics)
200 000,00 € 4 910 000,00 € 2 400 000,00 € 5 920 000,00 € 600 000,00 €
Hyp % Discount
200 000,00 € 491 000,00 € 600 000,00 € 592 000,00 € 300 000,00 €
2 000,00 € 1 000,00 €
50 000,00 € 300 000,00 € 180 000,00 € 300 000,00 € 100 000,00 €
% économie directe
sur les licences /
maintenance
Publics publics VMware vCloud : 20 000 € / CPU. Base de calcul généralement utilisée par VMware : 10 VM / Host. Chaque host
comporte 2 CPUs.
Offre économique comparative VMware vs OpenStack

35. WWW.LINAGORA.COMWWW.LINAGORA.COM
Merci de votre attention