openstack team mailing list archive

[JuanFra Rodriguez Cardoso <juanfra.rodriguez.cardoso@xxxxxxxxx>]

For critical services (i.e. database, message queue, conf files), I'd
rather to use HA architectures like this examples:
http://www.mirantis.com/blog/intro-to-openstack-in-production/

JuanFra.

2012/11/21 Sébastien Han <han.sebastien@xxxxxxxxx>

> As far I'm concerned, I will never put config files on share storage
> (especially on a non-production ready), these are too critical. I will only
> do it if the application specifically requires it like shared web
> applications that needs auto vhost sync (or stuff like that).
>
> If you want to keep them update & sync, simply manage this with git &
> puppet ;)
>
> My 2 cents...
>
> On Wed, Nov 21, 2012 at 10:40 PM, Razique Mahroua <
> razique.mahroua@xxxxxxxxx> wrote:
>
>> That's i think a clever approach - to set a data cluster as a backend for
>> the configuration files - which are de facto as important as the instances
>> themselves.
>> Regarding the performance, it should not be a problem - the only data
>> that gets frequently updated being the database.
>> regards,
>> Razique
>>
>> *Nuage & Co - Razique Mahroua** *
>> razique.mahroua@xxxxxxxxx
>>
>>
>> Le 21 nov. 2012 à 15:51, Dave Spano <dspano@xxxxxxxxxxxxxx> a écrit :
>>
>> JuanFra,
>>
>> I do use cephfs in production, but not for the /var/lib/instances
>> directory. I do host the openstack database and the openstack configuration
>> files on it for an HA cloud controller cluster, but I am probably crazier
>> than most people, and I have a very small deployment. I currently have not
>> had any problems with it, but due to the size of my cloud, I can afford to
>> be very hands-on with it.
>>
>> The reason I have not hosted the /var/lib/instances directory is due to
>> the fact that the data gets a lot more activity than my small database
>> does. Instead, I prefer to perform block migrations rather than live ones
>> until cephfs becomes more stable.
>>
>> Dave Spano
>> Optogenics
>> Systems Administrator
>>
>>
>> ------------------------------
>> *From: *"Sébastien Han" <han.sebastien@xxxxxxxxx>
>> *To: *"JuanFra Rodríguez Cardoso" <juanfra.rodriguez.cardoso@xxxxxxxxx>
>> *Cc: *"Openstack" <openstack@xxxxxxxxxxxxxxxxxxx>, "ceph-devel" <
>> ceph-devel@xxxxxxxxxxxxxxx>
>> *Sent: *Wednesday, November 21, 2012 4:03:48 AM
>> *Subject: *Re: [Openstack] Ceph + Nova
>>
>> Hi,
>>
>> I don't think it's the best place to ask your question since it's not
>> directly related to OpenStack but more about Ceph. I just put in c/c
>> the ceph ML. Anyway, CephFS is not ready yet for production but I
>> heard that some people use it. People from Inktank (the company behind
>> Ceph) don't recommend it, AFAIR they expect something more production
>> ready for Q2 2013. You can use it (I did, for testing purpose) but
>> it's at your own risk.
>> Beside of this RBD and RADOS are robust and stable now, so you can go
>> with the Cinder and Glance integration without any problems.
>>
>> Cheers!
>>
>> On Wed, Nov 21, 2012 at 9:37 AM, JuanFra Rodríguez Cardoso
>> <juanfra.rodriguez.cardoso@xxxxxxxxx> wrote:
>> > Hi everyone:
>> >
>> > I'd like to know your opinion as nova experts:
>> >
>> > Would you recommend CephFS as shared storage in /var/lib/nova/instances?
>> > Another option it would be use GlusterFS or MooseFS for
>> > /var/lib/nova/instances directory and Ceph RBD for Glance and Nova
>> volumes,
>> > don't you think?
>> >
>> > Thanks for your attention.
>> >
>> > Best regards,
>> > JuanFra
>> >
>> > _______________________________________________
>> > Mailing list: https://launchpad.net/~openstack
>> > Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> > Unsubscribe : https://launchpad.net/~openstack
>> > More help   : https://help.launchpad.net/ListHelp
>> >
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
>