Yep, if you were just running two nova-api processes, you'd have two entry points. Hence the need for something like HAProxy (or Pound) to act as your single EC2 entry point but passing requests to your nova-api processes. Everything being stateless you wouldn't get into a state where the DB & messages were incorrect.<div>
<br></div><div>We haven't looked at replicating rabbitmq yet. If you come up with a solution, please share.</div><div><br></div><div>Everett<br><br><div class="gmail_quote">On Thu, Aug 18, 2011 at 3:21 PM, Joshua Harlow <span dir="ltr"><<a href="mailto:harlowja@yahoo-inc.com">harlowja@yahoo-inc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">



<div>
<font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">The way suggested here would setup them as different ec2 entry points though right? (the different port part).<br>
<br>
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.<br>
<br>
It would seem possible, just not sure if the code would handle that correctly (is everything really stateless...) <br>
<br>
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?).<br>
<br>
It seems like rabbitmq has active/passive failure, has anyone looked into that?<div><div></div><div class="h5"><br>
<br>
On 8/18/11 12:27 PM, "Everett Toews" <<a href="http://everett.toews@cybera.ca" target="_blank">everett.toews@cybera.ca</a>> wrote:<br>
<br>
</div></div></span></font><div><div></div><div class="h5"><blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Yes and maybe (we're doing it).<br>
<br>
The individual nova-api processes need to run on their own port though.<br>
<br>
nova-api --flagfile=/etc/nova/nova.conf --logfile=/var/log/nova/nova-api-<port1>.log --ec2_listen_port=<port1><br>
nova-api --flagfile=/etc/nova/nova.conf --logfile=/var/log/nova/nova-api-<port2>.log --ec2_listen_port=<port2><br>
<br>
you can fire up multiple nova-api processes with something like monit. Then you can load balance between them with something like haproxy.<br>
<br>
Everett<br>
<br>
On Thu, Aug 18, 2011 at 11:43 AM, Joshua Harlow <<a href="http://harlowja@yahoo-inc.com" target="_blank">harlowja@yahoo-inc.com</a>> wrote:<br>
</span></font><blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Is it possible to have multiple nova-api’s, nova-networks running in the same instance (connected to the same db/rabbitmq)?<br>

<br>
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.<br>
<br>
Is that something typically done? <br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="http://openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
</span></font></blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
<br>
</span></font></blockquote>
</div></div></div>


</blockquote></div><br></div>