[Openstack] experience in installing Nova in HA mode
We would like to install Nova in HA mode, Anybody has experience doing that? Any pointers we can get? Thanks, Nelson ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] experience in installing Nova in HA mode
Yes we were looking for recipes and experiences making Nova HA. Nelson On Mon, Sep 19, 2011 at 10:15 AM, Joseph Heck he...@me.com wrote: There isn't an HA mode so much as making the components HA. Most of the components are easy to do in that respect - known setups for MySQL, etc. RabbitMQ poses some complications, but there's known recipes for making that failover, and the latest version includes support for an Active-Active cluster (note: I haven't tried that as yet). Nova scheduler can run in multiple locations without issue, as can nova-api. nova-compute and nova-network (with multi_host) work directly on the hosting nodes. If you loose on of those nodes, you loose the VM's on it at the same time - no real way around that, but it limits the fault zone significantly from the original nova-network implementation. -joe On Sep 19, 2011, at 9:42 AM, Nelson Nahum wrote: We would like to install Nova in HA mode, Anybody has experience doing that? Any pointers we can get? Thanks, Nelson ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] lunr reference iSCSI target driver
Is Swift as a Block device a real option? It looks to me that performance will be a big problem. Also how the three copies of Swift will be presented as iSCSI? Only one? Each one with its own iSCSI target? Who serialize the writes in this scenario? Nelson On Mon, May 2, 2011 at 6:11 PM, Eric Windisch e...@cloudscaling.com wrote: Surely, FUSE is another possible option, I think. I heard that lunr team was thinking about the approach too. I'm concerned about the performance/stability of FUSE, but I'm not sure if using iSCSI is a significantly better option when the access is likely to be local. If I had to choose something in-between, I'd evaluate if NBD was any better of a solution. I expect there will be great demand for an implementation of a Swift as a block device client. Care should be made in deciding what will be the best-supported method/implementation. That said, you have an implementation, and that goes a long way versus the alternatives which don't currently exist. As I wrote in the previous mail, the tricky part of the dm-snapshot approach is getting the delta of snaphosts (I assume that we want to store only deltas on Swift). dm-snapshot doesn't provide the user-space API to get the deltas. So Lunr needs to access to dm-snapshot volume directly. It's sorta backdoor approach (getting the information that Linux kernel doesn't provide to user space). As a Linux kernel developer, I would like to shout at people who do such :) With dm-snapshot, the solution is to look at the device mapper table (via the device mapper API) and access the backend volume. I don't see why this is a bad solution. In fact, considering that the device mapper table could be arbitrarily complex and some backend volumes might be entirely virtual, i.e. dm-zero, this seems fairly reasonable to me. I really don't see at all how Swift-as-block-device relates at all to (storage) snapshots, other than the fact that this makes it possible to use Swift with dm-snapshot. Regards, Eric Windisch e...@cloudscaling.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] installing Nova in the Cloud
I would like to install Open Stack Nova in few servers in the cloud. Is this possible? Which version? Any specific Cloud provider recommendations? Thanks, Nelson Nahum nel...@zadarastorage.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] installing Nova in the Cloud
Thanks Diego and Chuck, I will try those. Nelson On Thu, Mar 31, 2011 at 10:33 AM, Chuck Short chuck.sh...@canonical.comwrote: On Thu, 31 Mar 2011 09:57:03 -0700 Nelson Nahum nel...@zadarastorage.com wrote: I would like to install Open Stack Nova in few servers in the cloud. Is this possible? Which version? Any specific Cloud provider recommendations? Thanks, Nelson Nahum nel...@zadarastorage.com Hi, I recently installed openstack on an m1.large ec2 instance using openstack and LXC recently for testing purposes. You'll need to get the latestest trunk and the latest natty EC2 images and the latest Natty UEC images as well. Regards chuck ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp