- OpenStack-fr - lists.openstack.org

Installation OpenStack
by Sandro CAZZANIGA 03 Dec '13

03 Dec '13

Bonjour, Sur une fresh installation d'openstack, j'aimerai caser un composant par machine (keystone, horizon, cinder, nova, neutron, glance, etc..) Est-ce possible ou y a-t-il des services qui doivent tourner sur la même machine ? C'est par curiosité pour voir si je pourrais monter un OpenStack dans ce style. Merci. -- Sandro Cazzaniga Site web: http://sandrocazzaniga.fr Jabber: kharec(a)jabber.fr Twitter: @Kharec GitHub: http://github.com/Kharec CPAN: https://metacpan.org/author/KHAREC IRC: Kharec

2 1

Concept : Environment as a Service
by Pierre FREUND 03 Dec '13

03 Dec '13

Bonjour, J'aimerais vous faire un retour d'expérience sur la création d'une architecture cloud pour un site LAMP à fort pic de trafic en périodes de fêtes. L'architecture est grandement améliorable, c'est un POC. Toutes les remarques seront le bienvenu. J'ai réalisé ce travail sur AWS, mais d'ici peu de temps je pense pouvoir également le faire sur OpenStack. Aujourd'hui il manque principalement les services Load-balancers et base de donnée as a service (Trove). Lors de l'intégration d'un client web sur Amazon Web Service, j'ai imaginé une architecture "Environment as a Service", où la création d'un environnement complet (préprod / test / dev) se déploie aussi rapidement qu'une ressource. Je suis parti des paramètres suivants (vous pouvez remplacer AWS par CloudWatt / Numergy ou autre ;) : - AWS fournit des ressources facturées à l'heure, - AWS fournit une API pour faire des snapshots de serveurs et de bases de donnée, - AWS fournit un outil de déploiement automatisé nommé AWS CloudFormation, - Le maintient des environnements de test ou validation coûte cher, ne valide pas grand chose puisqu'il y a souvent des différences de versions applicatives et/ou d'architecture, - Nous utilisons ces environnements souvent sur des périodes définies, le reste du temps les serveurs tournent inutilement. D'où une certaine prise de conscience (peut-être que cela n'est applicable qu'au web) : *Nous n'avons besoin que d'un seul environnement persistant : la production. Lors de certaines périodes définies (parfois régulières) nous avons besoin de copies de l'architecture de production, avec l'applicatif et les données dans une version définie (celle de la prod, celle de dev, ou autre).** * Techniquement, c'est réalisable. Avec tous les outils cloud dont nous disposons aujourd'hui, notamment AWS CloudFormation(1) ou OpenStack Heat(2), nous pouvons dupliquer une architecture complète assez facilement. La copie d'un environnement de production apporte tout de même son lot de problèmes : - Les logs : ils ne doivent pas disparaître lorsqu'un environnement (ou stack) est supprimé, - Les datas : la production a sûrement fait évoluer ses datas depuis le dernier backup, il n'est pas possible de se baser uniquement sur le backup de la veille pour créer un nouvel environnement iso-prod. - La configuration : elle est différente sur une pré-prod. Le endpoint de la base de donnée change obligatoirement par exemple, - Les backups : si je veux sauvegarder mon environnement avant de le supprimer, il me faut un endroit pour stocker des archives, tous les serveurs de l'environnement étant supprimés. - Les tâches planifiées : si je copie la prod je vais copier des crons éventuels... - La sécurité : les données de production, dont les informations privées, se retrouvent accessibles. Je n'ai eu d'autre choix que de créer un serveur externe aux environnements, appelé « orchestrateur » (voir schéma en pièce jointe) regroupant plusieurs rôles : - Les logs : il fait office de rsyslog centralisé, - Les datas : au lancement de la stack, les fronts apache téléchargent le dernier backup, puis font un rsync dans un dossier spécial de l'orchestrateur contenant la dernière version de l'application. C'est aussi ce process utilisé pour l'auto-scaling. Faire un rsync sans charger le dernier backup est beaucoup trop long pour ce client (plein de petits fichiers). NFS (ou équivalent) est proscrit, ce serveur n'est volontairement pas redondé et constituerait un spof, - La configuration : à terme l'orchestrateur sera un master puppet/chef. Pour le moment c'est des sed horribles qui reconfigurent les endpoints, users et pass, - Les backups : un script de backup cible l'environnement et sauvegarde sur un bucket S3, - Les tâches planifiées : Les environnements ne lancent pas de tâche, seul l'orchestrateur fait office de job scheduler. Il n'y a donc pas de copie de tâches planifiées, - La sécurité : ce n'est pas encore traité, mais l'anonymisation des données est réalisable. Avec cette architecture, en lançant un simple template dans AWS CloudFormation, un nouvel environnement se crée en provisionnant des fronts depuis une AMI standard et un backup de l'application. La base de donnée est crée depuis le dernier snapshot de la base de production. Tout le reste, supervision, load-balancer, DNS, auto-scaling, est crée à la volée via AWS CloudFormation. *Copier sa production à la demande, c'est faisable.* La cerise sur le gâteau, c'est qu'en transférant les backups sur une autre zone (ou un autre fournisseur cloud compatible OpenStack Heat(2)), le plan de reprise d'activité est inclus. (1) http://aws.amazon.com/fr/cloudformation/ (2) https://wiki.openstack.org/Heat -- Pierre FREUND Cloud Solutions Architect | +33(0)6.51.37.25.93 | osones.com

2 1

OS demande d'inscription à la mailing list
by G Ribot 30 Nov '13

30 Nov '13

Merci !

1 0

am i on this list ?
by Yannick Foeillet 29 Nov '13

29 Nov '13

am i on this list ?

1 0

Projets OpenStack en France
by Erwan Gallen 29 Nov '13

29 Nov '13

Bonjour, Un magazine IT prépare un article traitant d'OpenStack à paraitre dans une semaine. Si vous souhaitez que votre déploiement OpenStack ou tout nouveau projet autour d'OpenStack soit cité, vous pouvez m'envoyer un mail d'ici à mardi. Nous préparons le programme 2014 des meetups, si vous avez envie de parler d'un sujet autour d'OpenStack, vous pouvez m'envoyer un mail ou le dire sur la liste. N'hésitez pas à relayer toutes vos idées. Cordialement, Erwan Gallen

1 0

Nouveau venu ! :o)
by Frédéric FAURE 27 Nov '13

27 Nov '13

Bonjour à tous ! Je me présente : Frédéric FAURE <https://twitter.com/fredericfaure>, je suis Architecte Infra, Web & Urba/SI chez Ysance <http://ysance.com/>. Je m'occupe notamment de notre offre Cloud basée essentiellement sur AWS et OpenStack. A bientôt ! Frédéric FAURE

4 3

Introduction à OpenStack
by Frédéric FAURE 27 Nov '13

27 Nov '13

Bonjour à tous ! Pour ceux qui seraient intéressés pour se lancer sur OpenStack, j'ai rédigé sur les derniers mois une série de 3 articles (en Français) dédiés à l'introduction à OpenStack. Voici la liste des articles : - Introduction à OpenStack (1/2) : les modules<http://decrypt.ysance.com/2013/06/introduction-a-openstack-1-sur-2-les-modu…> - Introduction à OpenStack (2/2) : installation Devstack et utilisation via console web Horizon<http://decrypt.ysance.com/2013/07/introduction-a-openstack-2-sur-2-installa…> - Introduction à OpenStack (2.5/2) : utilisation via les APIs<http://decrypt.ysance.com/2013/07/introduction-a-openstack-2-5-sur-2-utilis…> J'espère que ça pourra aider des personnes qui veulent débuter ! :o) Cordialement, Frédéric FAURE

1 0

AUTO: Michel Altaburu1 is out of the office (returning 28/11/2013)
by Michel Altaburu1 22 Nov '13

22 Nov '13

I am out of the office until 28/11/2013. I am out of the office until 28/11/2013 Dear sender. I will be out of my office from Tuesday 12 November to Thursday 28 November 2013 no access to my mails but still available by phone. For any urgent Networking Technical questions, please contact : Philippe Cauche (philippe.cauche(a)fr.ibm.com) or my Technical manager, Igor Marty (igor.marty(a)fr.ibm.com) and for any other requests,please check with my STG Manager Magali Barreteau (magali.barreteau(a)fr.ibm.com) For non-urgent matters, I kindly request you to wait until I am back at the office. Thanks in advance for your comprehension and sorry for the inconveniences. Note: This is an automated response to your message "Lot OpenStack-fr, Vol 3, Parution 1" sent on 22/11/2013 13:00:01. This is the only notification you will receive while this person is away.

1 0

eNovance Paris- OpenStack In Action 4
by Annie Potvin 17 Oct '13

17 Oct '13

Hello, Is it possible to send a message to the members regarding our upcoming OpenStack in Action 4 event in Paris - December 5th. https://openstackinaction4.eventbrite.com Thank you Annie Potvin Marketing Manager, North America eNovance PHONE : (514) – 781-6849 EMAIL : annie.potvin(a)enovance.com - SKYPE : enovance-annie.potvin ADDRESS : 360 rue Notre-Dame Ouest, Suite 400 – Montréal (QC) H2Y 1T9, Canada WEB : www.enovance.com

1 0

Apéro#2 : Discuter c'est bien, boire en même temps c'est mieux !
by Pierre Freund 14 Oct '13

14 Oct '13

Bonjour, Dans l'esprit de l'anniversaire de la fondation, nous organisons un petit apéro/afterwork sur le thème d'OpenStack à Paris. Pas de session ni présentation technique, juste une occasion de se rencontrer et échanger nos expériences autour d'OpenStack. Plus de précision sur le lieu de l’événement dans une semaine. Ce sera un bar dans Paris (le plus central possible). Les photos du dernier apéro<http://www.meetup.com/OpenStack-France/photos/16284832/> Le lien de l'évenement pour l'inscription<http://www.meetup.com/OpenStack-France/events/145055992/> -- *Pierre FREUND* Cloud Solutions Architect *|* osones

1 0