[Openstack] Multiple nova-api's...

Joshua Harlow harlowja at yahoo-inc.com
Thu Aug 18 21:21:33 UTC 2011


The way suggested here would setup them as different ec2 entry points though right? (the different port part).

If you have one nova-api on one machine Y with X port and then another nova-api on another machine Z with X port would that work.

It would seem possible, just not sure if the code would handle that correctly (is everything really stateless...)

That way if Y machine dies, action will still occur on machine Z (just whatever Y may be doing is dead - which may result in DB state & messages being incorrect?).

It seems like rabbitmq has active/passive failure, has anyone looked into that?

On 8/18/11 12:27 PM, "Everett Toews" <everett.toews at cybera.ca> wrote:

Yes and maybe (we're doing it).

The individual nova-api processes need to run on their own port though.

nova-api --flagfile=/etc/nova/nova.conf --logfile=/var/log/nova/nova-api-<port1>.log --ec2_listen_port=<port1>
nova-api --flagfile=/etc/nova/nova.conf --logfile=/var/log/nova/nova-api-<port2>.log --ec2_listen_port=<port2>

you can fire up multiple nova-api processes with something like monit. Then you can load balance between them with something like haproxy.

Everett

On Thu, Aug 18, 2011 at 11:43 AM, Joshua Harlow <harlowja at yahoo-inc.com> wrote:
Is it possible to have multiple nova-api's, nova-networks running in the same instance (connected to the same db/rabbitmq)?

Say that you want to have fault tolerance, so you would have multiple instances of these, so that if one failed the whole iaas system would not.

Is that something typically done?

_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to     : openstack at lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20110818/8888fe6a/attachment.html>


More information about the Openstack mailing list