May 2015 - OpenStack-fr - lists.openstack.org

Faire tourner Openstack sur un serveur SoYouStart d'OVH
by Yann Kempf (Info) 22 May '15

22 May '15

Bonjour, J'essaie de plein de manières différentes d'installer Openstack en formule All-In-One sur un unique serveur dédié (auquel je n'ai donc pas accès en local) qui a une unique *(Il faut également savoir qu'OVH fait du filtrage MAC sur les IP qu'on peut ajouter à leur réseau interne).* Mon but final serait de pouvoir utiliser ce serveur pour des besoins basiques, et quand il y a une montée en charge, d'ajouter des VMs de Cloud Public à-la EC2. Puis dans chaque VM, j'ai un set de services sous Docker que j'ai conçu "stack-ready" dès le départ et je souhaite ainsi pouvoir les empiler pour monter en charge le moment venu. Toutefois j'ai beau essayé en long en large et en travers, je n'arrive à rien : - Avec une installation CentOS 7 + RDO, je me retrouve indubitablement avec une erreur "No Valid Host was found" - Avec une installation Ubuntu LTS + Ubuntu-Cloud-Installer j'arrive à créer tous les containers LXC qui contiennent tous les services, mais c'est super instable et ça crache souvent aussi avec un "No Valid Host was found" - Avec une installation Ubuntu 15.04 en installant tous les services sur la même machine en suivant ce guide : https://fosskb.wordpress.com/2015/04/18/installing-openstack-kilo-on-ubuntu… puis en utilisant ce guide pour tout grouper sur une seule interface réseau : https://fosskb.wordpress.com/2014/06/10/managing-openstack-internaldataexte… Néanmoins je n'arrive pas à aller jusqu'au bout du guide car au moment de la configuration réseau cela plante irrémédiablement, et je n'ai pas moyen de réparer ça en mode rescue Est-ce que mes essais sont voués à l'échec ? Ou est-ce que l'un d'entre vous a réussi à installer de manière fonctionnelle un cloud complet OpenStack sur un serveur dédié (chez OVH ou Online) ? *(Merci de ne pas me dire que c'est n'importe quoi de vouloir faire tourner un cloud complet sur un seul serveur, ou que la solution est d'évoluer vers un cloud privé, ou ... Si j'avais les finances bien sûr que je passerais à une solution avec différents serveurs mais là je ne peux pas).* Yann

2 1

Re: [OpenStack-fr] Questions sur le LBaaS
by Yann Kempf (Info) 22 May '15

22 May '15

Bonjour (Vous n'avez répondu qu'à moi, est-ce volontaire ?), Je ne vois pas plus de soucis à le faire avec du All-In-One, qu'avec un module controleur+compute, qu'avec un service par machine. Si vous souhaitez faire de la HA/LB avec module controleur+compute alors là oui il vous faut un deuxième set de controleur+compute. Dans le guide officiel HA Openstack que je vous ai envoyé, ils expliquent ce qu'il y a à modifier dans MySQL, RabbitMQ & cie pour les rendre "HA & LB" Si je ne m'abuse, vous pouvez en plus de cette HA machine, mettre en place du LBaaS, vu que comme dit le LBaaS est au niveau des VM pas des serveurs eux-mêmes. Yann Le 22 mai 2015 11:24, Mehdi BADAOUI <mehdiuniv(a)gmail.com> a écrit : > Bonjour yann, > > non, je ne veux pas avoir juste de la haute disponibilité, c'est > l'équilibrage de charge que je cherche à mettre en place. > Pour faire du Actif Actif, je me demande si c'est possible de le faire > avec l'architecture que j'ai ( Deux serveurs All In One) ou dois-je revenir > à une architecture classique (controler-compute) ? > > J'imagine déjà des soucis avec l'architecture All In One ou y aura deux > modules Keystone, deux dashboard. Pour le LBaaS cela se passera au niveau > du module NOVA, mais j'ai du mal à imaginer comment cela se passera sur les > autres modules, au moment du crash d'un serveur comme la migration se > fera???? et plein de question dont j'ai pas encore de réponse. > > Pour l'architecture classique, y a aura le soucis d'un crash du nœud > contrôleur qui entrainera l’arrêt du service, alors est ce qu'il faudra > penser à une autre architecture avec 1 ou deux serveurs de plus? reste à > voir > > Cordialement, > > > > > Le 22 mai 2015 11:13, Yann Kempf (Info) <info(a)yannkempf.fr> a écrit : > >> Bonjour Mehdi, >> >> Si vous souhaitez juste avoir un service haute disponibilité (je parle >> bien de HA, pas de load balancing), vous pouvez fonctionner avec les >> logiciels de référence pour la HA ( Heartbeat & Pacemaker) avec vos deux >> seuls serveurs sans besoin d'en ajouter ( il est demandé en général d'avoir >> une carte réseau dédiée à cette utilisation par contre). >> >> Pour du actif/actif vous pouvez consulter le guide de référence >> d'Openstack à ce sujet : >> http://docs.openstack.org/high-availability-guide/content/ha-using-active-a… >> >> Yann >> >> Le 21 mai 2015 15:34, Julien Niedergang <jniedergang(a)suse.com> a écrit : >> >>> Bonjour Mehdi, >>> >>> La haute disponibilité sous OpenStack doit être considérée sur 2 niveaux: >>> - Le niveau de l'infrastructure sous-jacente à OpenStack: les control >>> nodes, les compute nodes et les storage nodes >>> - Le niveau des instances: les services commandés par les utilisateurs >>> de votre plateforme OpenStack >>> >>> Si vous considérez le "Load Balancer as a Services", c'est au niveau des >>> instances que vous discutez >>> Si vous considérez les noeuds de contrôle qui portent l'ensemble des >>> services constituant OpenStack (base de donnée, message queuing, keystone, >>> cinder etc.), il vous faut considérer la haute disponibilité pour chacun >>> des services. >>> >>> Votre client desire-t-il de la haute disponibilité pour les services >>> créés ou l'infrastructure sous-jacente? >>> >>> Sincères salutations, >>> Julien >>> *From: *Mehdi BADAOUI <mehdiuniv(a)gmail.com>*To:*< >>> openstack-fr(a)lists.openstack.org>*Date: *Thursday 21 May 2015 15:07*Subject: >>> *[OpenStack-fr] Questions sur le LBaaS >>> Bonjour la liste, >>> >>> Je suis en train de mettre en place une infrastructure de Cloud Privé >>> sous OpenStack pour une SSII >>> J'ai mis en place deux serveurs (All In One) tournant sous OpenStack. >>> >>> L'entreprise veut avoir un service en Haute disponibilité, est ce que je >>> peux faire du LBaaS entre les deux serveurs (All In One) ? ou dois-je être >>> sous une architecture de Nœud Compute et contrôleur pour pouvoir le faire? >>> >>> Dans le cas d'une architecture de Nœud Compute et contrôleur, la perte >>> du nœud contrôleur entrainera l’arrêt du service, qu'elle est >>> l'architecture qui répondra mieux à un besoin de haute disponibilité (Actif >>> Actif), est ce qu'il faudra avoir un ou deux serveurs de plus pour ça? >>> >>> J'espère que y aura des personnes partitionnées d'OpenStack pour pouvoir >>> discuter de ce sujet >>> >>> Merci d'avance pour votre aide >>> Cordialement, >>> >>> >>> >>> -- >>> >>> * <http://dz.linkedin.com/pub/mehdi-badaoui/20/944/3ab/>* >>> >>> >>> _______________________________________________ >>> OpenStack-fr mailing list >>> OpenStack-fr(a)lists.openstack.org >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr >>> >>> >> > > > -- > > * <http://dz.linkedin.com/pub/mehdi-badaoui/20/944/3ab/>* > >

2 2

Questions sur le LBaaS
by Mehdi BADAOUI 22 May '15

22 May '15

Bonjour la liste, Je suis en train de mettre en place une infrastructure de Cloud Privé sous OpenStack pour une SSII J'ai mis en place deux serveurs (All In One) tournant sous OpenStack. L'entreprise veut avoir un service en Haute disponibilité, est ce que je peux faire du LBaaS entre les deux serveurs (All In One) ? ou dois-je être sous une architecture de Nœud Compute et contrôleur pour pouvoir le faire? Dans le cas d'une architecture de Nœud Compute et contrôleur, la perte du nœud contrôleur entrainera l’arrêt du service, qu'elle est l'architecture qui répondra mieux à un besoin de haute disponibilité (Actif Actif), est ce qu'il faudra avoir un ou deux serveurs de plus pour ça? J'espère que y aura des personnes partitionnées d'OpenStack pour pouvoir discuter de ce sujet Merci d'avance pour votre aide Cordialement, -- * <http://dz.linkedin.com/pub/mehdi-badaoui/20/944/3ab/>*

3 2

Vancouver : photo et soirée OpenStack-fr
by Adrien Cunin 22 May '15

22 May '15

Bonjour, Ce message intéressera plus particulièrement les OpenStackers présents en ce moment au summit à Vancouver. Cela devient presque une habitude, nous prévoyons : * Une photo de groupe de la délégation francophone -> RDV *mercredi* à *13h30* en dessous de l'hydravion dans le marketplace, faites passer le mot * Une petite soirée OpenStack-fr, nous irons manger et/ou boire un verre tous ensemble -> Celle-ci aura lieu jeudi soir, lieu à définir, heure précise à confirmer -> *Important* : merci de vous inscrire afin que nous puissions trouver l'endroit le plus approprié au nombre de participants :) https://framadate.org/jh1takwcmupfg6px Bon summit à tous, Adrien

2 4

Re: [OpenStack-fr] Lot OpenStack-fr, Vol 21, Parution 1
by moula BADJI 11 May '15

11 May '15

Je peux juste dire que Fuel de Mirantis est fiable, je travaille avec pour le déploiement de mes IAAS openstack. J'ai fais des démonstrations en Kabylie ( Algérie). Mirantis m'a même envoyé des T-shirt Mirantis Fuel des USA ;-) Le déploiement d'openstack est facile avec Fuel comme Autopilot de Canonicale (Ubuntu), la version 6.1 avec beaucoup d'améliorations sortira vers la fin du mois de mai : https://launchpad.net/fuel/+milestone/6.1 Bon Projet. Moula BADJI Le 11 mai 2015 13:00, <openstack-fr-request(a)lists.openstack.org> a écrit : > Envoyez vos messages pour la liste OpenStack-fr à > openstack-fr(a)lists.openstack.org > > Pour vous (dés)abonner par le web, consultez > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr > > ou, par email, envoyez un message avec 'help' dans le corps ou dans le > sujet à > openstack-fr-request(a)lists.openstack.org > > Vous pouvez contacter l'administrateur de la liste à l'adresse > openstack-fr-owner(a)lists.openstack.org > > Si vous répondez, n'oubliez pas de changer l'objet du message afin > qu'il soit plus spécifique que "Re: Contenu du digest de > OpenStack-fr..." > > > Thèmes du jour : > > 1. Re: Passer sous Mirantis (Simon Pasquier) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 11 May 2015 09:46:47 +0200 > From: Simon Pasquier <pasquier.simon(a)gmail.com> > To: proj(a)free.fr > Cc: openstack-fr(a)lists.openstack.org > Subject: Re: [OpenStack-fr] Passer sous Mirantis > Message-ID: > < > CAPrrXedPcag3+z0UiDgQt7oBg0hYi-+dPwrq7CxdzNCN4YWJrw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Salut ! > > [disclaimer on] > Je travaille pour Mirantis donc tu es libre de prendre ces informations > comme bon te semble :-) > [disclaimer off] > > Est ce que c'est pérenne ? > > > A priori oui, en tout cas j'espère pour moi ;-) > Plus sérieusement, Fuel et Mirantis OpenStack sont open source et le > resteront si c'était ta question. > > > > faut il prendre le support ? > > > Aucune obligation de principe. Le support est recommandé si tu veux avoir > une garantie de suivi en cas de bug ou d'aide lors du déploiement. Sans le > support, c'est à toi de te "débrouiller" avec la documentation existante ou > en demandant de l'aide dans la communauté (IRC, liste de diffusion, etc.). > > > > Y a t'il des trucs à savoir ? des best practices ? > > > Toute la documentation est disponible en ligne [1]. En particulier, tu peux > lire le planning guide [2] qui explique bien les différentes options de > déploiement. > La release courante de Fuel (6.0) est basée sur Juno. La date de > disponibilité de Fuel 7.0 (qui intégrera Kilo) devrait être annoncée sous > peu. > > On est sur 8 env de 6 serveurs à déployer avec une usine d'intégration > > continue type Stash/Jenkins/Git & Ansible en nightly build, et on veut > > remplacer notre vagrant. > > > Ça fait 48 machines en tout ? Tu comptes faire un seul environnement > OpenStack avec tous les serveurs ? > > A ta disposition si tu as d'autres questions, > > Simon > > [1] https://docs.mirantis.com/openstack/fuel/fuel-6.0/index.html > [2] https://docs.mirantis.com/openstack/fuel/fuel-6.0/planning-guide.html > > > Le 27 avril 2015 21:23, <proj(a)free.fr> a écrit : > > > Bonjour à tous, > > > > Est ce certains ont un retour d'expérience sur Openstack Mirantis / Fuel > > (dernière version) pour fournir des serveurs à des environnements de Dev > > sous Centos ? > > Est ce que c'est pérenne ? faut il prendre le support ? Y a t'il des > trucs > > à savoir ? des best practices ? > > > > On est sur 8 env de 6 serveurs à déployer avec une usine d'intégration > > continue type Stash/Jenkins/Git & Ansible en nightly build, et on veut > > remplacer notre vagrant. > > > > Merci de vos conseils. > > Julien > > > > _______________________________________________ > > OpenStack-fr mailing list > > OpenStack-fr(a)lists.openstack.org > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr > > > > > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: < > http://lists.openstack.org/pipermail/openstack-fr/attachments/20150511/b600… > > > > ------------------------------ > > _______________________________________________ > OpenStack-fr mailing list > OpenStack-fr(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr > > > Fin de Lot OpenStack-fr, Vol 21, Parution 1 > ******************************************* >

1 0

Erreur lors de la création d'une instance de test
by ismail SEBBANE 11 May '15

11 May '15

Bonjour, Je débute sur OpenStack, j'ai installé que les briques de bases en suivant la doc officiel <http://docs.openstack.org/juno/install-guide/install/apt/content/> sur VirtualBox (Ubuntu) . Par contre je rencontre des problèmes à la création des instances en utilisant l'image de test cirros-0.3.3-x86_64 Les logs en PJ, et ci-dessous quelques éléments utiles. Pouvez vous m'aider a débloquer cette situation . Merci root@controller:~# source admin-openrc.sh root@controller:~# neutron net-list +--------------------------------------+-----------+-------------------------------------------------------+ | id | name | subnets | +--------------------------------------+-----------+-------------------------------------------------------+ | eed8ae7c-43d5-473e-80b0-3404cf6361fa | demo-net2 | 2229302c-401c-4d26-8cac-f888c328fc45 192.168.1.0/24 | | 865128d4-d8d1-4c8b-bbef-4229e2703ce8 | ext-net | 2d1a4e2b-a0c0-4314-ae07-ec80c27764ef 192.168.100.0/24 | +--------------------------------------+-----------+-------------------------------------------------------+ root@controller:~# neutron subnet-list +--------------------------------------+--------------+------------------+--------------------------------------------------------+ | id | name | cidr | allocation_pools | +--------------------------------------+--------------+------------------+--------------------------------------------------------+ | 2229302c-401c-4d26-8cac-f888c328fc45 | demo-subnet2 | 192.168.1.0/24 | {"start": "192.168.1.2", "end": "192.168.1.254"} | | 2d1a4e2b-a0c0-4314-ae07-ec80c27764ef | ext-subnet | 192.168.100.0/24 | {"start": "192.168.100.101", "end": "192.168.100.200"} | +--------------------------------------+--------------+------------------+--------------------------------------------------------+ root@controller:~# neutron router-list +--------------------------------------+--------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-------------+-------+ | id | name | external_gateway_info | distributed | ha | +--------------------------------------+--------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-------------+-------+ | f91c86fc-ce64-4ddb-a20d-293b2fe9f908 | demo-router2 | {"network_id": "865128d4-d8d1-4c8b-bbef-4229e2703ce8", "enable_snat": true, "external_fixed_ips": [{"subnet_id": "2d1a4e2b-a0c0-4314-ae07-ec80c27764ef", "ip_address": "192.168.100.103"}]} | False | False | +--------------------------------------+--------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-------------+-------+ root@controller:~# keystone service-list +----------------------------------+----------+----------+----------------------------+ | id | name | type | description | +----------------------------------+----------+----------+----------------------------+ | 00e15b4acd1f4137863f39bf084087c9 | glance | image | OpenStack Image Service | | 9401ac24d9d24ca3ac91feeefa79f2df | keystone | identity | OpenStack Identité Service | | c826e7b944a74bd98373c68b954b3d9c | neutron | network | OpenStack Networking | | 66fc7dccce0c4f238bf4f7ab92a2dfe5 | nova | compute | OpenStack Compute | +----------------------------------+----------+----------+----------------------------+ root@controller:~# glance image-list +--------------------------------------+---------------------+-------------+------------------+----------+--------+ | ID | Name | Disk Format | Container Format | Size | Status | +--------------------------------------+---------------------+-------------+------------------+----------+--------+ | d5443117-3b0d-4875-848d-4ff6fdc38bd0 | cirros-0.3.3-x86_64 | qcow2 | bare | 13200896 | active | +--------------------------------------+---------------------+-------------+------------------+----------+--------+ root@controller:~# source demo-openrc.sh nova boot --flavor m1.tiny --image cirros-0.3.3-x86_64 --nic net-id=eed8ae7c-43d5-473e-80b0-3404cf6361fa --security-group default --key-name openstack demo-instance1 +--------------------------------------+------------------------------------------------------------+ | Property | Value | +--------------------------------------+------------------------------------------------------------+ | OS-DCF:diskConfig | MANUAL | | OS-EXT-AZ:availability_zone | nova | | OS-EXT-STS:power_state | 0 | | OS-EXT-STS:task_state | scheduling | | OS-EXT-STS:vm_state | building | | OS-SRV-USG:launched_at | - | | OS-SRV-USG:terminated_at | - | | accessIPv4 | | | accessIPv6 | | | adminPass | r55uSgYuyyMB | | config_drive | | | created | 2015-04-27T09:02:40Z | | flavor | m1.tiny (1) | | hostId | | | id | 237df3fb-7100-438c-b63c-d180b37b59ec | | image | cirros-0.3.3-x86_64 (d5443117-3b0d-4875-848d-4ff6fdc38bd0) | | key_name | openstack | | metadata | {} | | name | demo-instance1 | | os-extended-volumes:volumes_attached | [] | | progress | 0 | | security_groups | default | | status | BUILD | | tenant_id | 1adba37b4e074499a1597a62e91f29f5 | | updated | 2015-04-27T09:02:40Z | | user_id | f91fe6ea397d41e08aa7803c181ea5cf | +--------------------------------------+------------------------------------------------------------+ root@controller:/var/log# nova list +--------------------------------------+----------------+--------+------------+-------------+----------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+----------------+--------+------------+-------------+----------+ | 237df3fb-7100-438c-b63c-d180b37b59ec | demo-instance1 | ERROR | spawning | NOSTATE | | +--------------------------------------+----------------+--------+------------+-------------+----------+ Merci *Ismail SEBBANE*Consultant Informatique @ NEOXIA <http://www.neoxia.com> sebbane.ismail(a)gmail.com 0033 6 83 00 88 57 Pensez à l’environnement. N’imprimez ce courriel que si vous en avez vraiment besoin.

6 7