- OpenStack-fr - lists.openstack.org

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

Supervision des quotas
by Pierre Freund 27 Apr '15

27 Apr '15

Bonjour à tous, Je cherche à superviser les quotas des mes utilisateurs, et les alerter par mail si l'utilisation approche le quota. Le problème c'est qu'il n'y a pas du tout de cohérence entre les services au niveau des commandes de quota ou de leur output. Je traite l'output de "nova absolute-limits", "cinder quota-usage", mais pour neutron je ne trouve même pas de commande pertinente. Est-ce que quelqu'un a un feedback sur la supervision des quotas sur une prod ? Merci, -- Pierre FREUND

1 0

Re: [OpenStack-fr] site docs down
by ismail SEBBANE 23 Apr '15

23 Apr '15

le site est maintenant accessible. Merci a vous *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. Le 23 avril 2015 13:50, GouNiNi <jean-daniel(a)bonnetot.fr> a écrit : > Tu peux utiliser le cache de Google. Je viens de m'en sortir comm ça. > > -- > Jean-Daniel > > Le 23 avr. 2015 à 11:45, ismail SEBBANE <sebbane.ismail(a)gmail.com> a > écrit : > > Bonjour, > > La partie docs du site officiel est down (erreur 500). > Quelqu'un a la doc pour l'installation openstack juno officiel (mode > offline ou un autre site) svp ? > > Cordialement > > > > *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. > > _______________________________________________ > OpenStack-fr mailing list > OpenStack-fr(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr > >

1 0

site docs down
by ismail SEBBANE 23 Apr '15

23 Apr '15

Bonjour, La partie docs du site officiel est down (erreur 500). Quelqu'un a la doc pour l'installation openstack juno officiel (mode offline ou un autre site) svp ? Cordialement *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.

1 0

erreur lors de la synchro base de GLANCE
by Ibrahim ousseni 21 Apr '15

21 Apr '15

Bonjour, Je rencontre un warning lors de la synchronisation de la base GLANCE. et une erreur sur "notification driver = noop" OS:CentOS 6.6 Voir ci-dessous: [root@controllernode ~]#* su -s /bin/sh -c "glance-manage db_sync" glance* /usr/lib64/python2.6/site-packages/Crypto/Util/number.py:57: PowmInsecureWarning: Not using mpz_powm_sec. You should rebuild using libgmp >= 5 to avoid timing attack vulnerability. _warn("Not using mpz_powm_sec. You should rebuild using libgmp >= 5 to avoid timing attack vulnerability.", PowmInsecureWarning) Traceback (most recent call last): File "/usr/bin/glance-manage", line 10, in <module> sys.exit(main()) File "/usr/lib/python2.6/site-packages/glance/cmd/manage.py", line 252, in main usage="%(prog)s [options] <cmd>") File "/usr/lib/python2.6/site-packages/glance/common/config.py", line 136, in parse_args default_config_files=default_config_files) File "/usr/lib/python2.6/site-packages/oslo/config/cfg.py", line 1636, in __call__ else sys.argv[1:]) File "/usr/lib/python2.6/site-packages/oslo/config/cfg.py", line 2137, in _parse_cli_opts return self._parse_config_files() File "/usr/lib/python2.6/site-packages/oslo/config/cfg.py", line 2151, in _parse_config_files ConfigParser._parse_file(config_file, namespace) File "/usr/lib/python2.6/site-packages/oslo/config/cfg.py", line 1256, in _parse_file raise ConfigFileParseError(pe.filename, str(pe)) *oslo.config.cfg.ConfigFileParseError: Failed to parse /etc/glance/glance-api.conf: at /etc/glance/glance-api.conf:235, Unexpected continuation line: ' notification_driver = noop'* Pouvez-vous me dire d'où vient le problème. Merci d'avance. Ibrahim

2 1

Meetup#14 : Placement intelligent et SLA avancé avec Nova Scheduler
by Pierre Freund 15 Apr '15

15 Apr '15

Bonjour à tous, Rendez-vous à 18h45 à l'Ecole 42 le lundi 20 avril pour le *Meetup#14 OpenStackFR*. Vous pourrez découvrir en profondeur la gestion du placement de Nova et l'intelligence qu'apporte le scheduler OpenStack : comment segmenter son parc d'hyperviseurs pour résister aux incidents de Data Center, comment fournir différentes classes de service de virtualisation, comment faire baisser la consommation électrique de son datacenter en optimisant les ressources, comment va évoluer Nova avec le nouveau projet OpenStack Gantt et quels sont les travaux sur le domaine d'une équipe de recherche du labo Cloud Computing b<>com. Conférence 1 : *Comprendre Nova Scheduler, comment fournir un SLA avancé avec OpenStack* Conférence 2 : *Watcher* Plus d'infos sur les intervenants et les conférences : http://www.meetup.com/OpenStack-France/events/221773375/ Déjà 80 inscrits, il y a 130 places. Venez nombreux ! -- Pierre FREUND OpenStack-fr

1 0