[OpenStack-fr] Questions sur le LBaaS

Ven 22 Mai 09:35:38 UTC 2015

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:32, Yann Kempf (Info) <info at yannkempf.fr> a écrit :

> 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 at 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 at 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-active.html
>>>
>>> Yann
>>>
>>> Le 21 mai 2015 15:34, Julien Niedergang <jniedergang at 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 at gmail.com>*To:*<
>>>> openstack-fr at 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 at lists.openstack.org
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr
>>>>
>>>>
>>>
>>
>>
>> --
>>
>> *  <http://dz.linkedin.com/pub/mehdi-badaoui/20/944/3ab/>*
>>
>>
>

-- 

*  <http://dz.linkedin.com/pub/mehdi-badaoui/20/944/3ab/>*
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstack.org/pipermail/openstack-fr/attachments/20150522/6b72f20e/attachment-0001.html>
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: non disponible
Type: image/png
Taille: 4359 octets
Desc: non disponible
URL: <http://lists.openstack.org/pipermail/openstack-fr/attachments/20150522/6b72f20e/attachment-0001.png>