[Openstack-operators] nova-network in all compute nodes?????

Sergio Ariel de la Campa Saiz sacampa at gmv.com
Wed May 23 08:12:10 UTC 2012


Hi:

I have been reading the conversation between Lorin and Christian about nova-network HA, and I have a question that maybe one of them can answer me... or maybe any member of this group :-) :-)

This is my environment: 

2 ubuntu servers, essex and VLAN networking: 
- 1 controller with nova-network, glance, keystone, nova-api, nova-scheduler but NOT nova-compute
- 1 node: nova-compute only

In this configuration all my VM are going to be launched in the node since there is no nova-compute running in my controller. When I try to launch a VM appears a problem whith my network. I think that is because there is no nova-network installed in the node. Bridge and VLAN interfaces are created in the controller but they are not created in the node.

My question is: it is necessary to install nova-network in all compute nodes??

Thanks a lot.





Sergio Ariel 
de la Campa Saiz
GMV-SES Infraestructura / 
GMV-SES Infrastructure 
 
 GMV 
Isaac Newton, 11
P.T.M. Tres Cantos
E-28760 Madrid
Tel. 
+34 91 807 21 00
Fax 
+34 91 807 21 99
www.gmv.com  

 




De: openstack-operators-bounces at lists.openstack.org [openstack-operators-bounces at lists.openstack.org] En nombre de Lorin Hochstein [lorin at nimbisservices.com]
Enviado el: lunes, 21 de mayo de 2012 0:32
Para: Christian Parpart
CC: openstack-operators at lists.openstack.org
Asunto: Re: [Openstack-operators] Nova (in VLAN mode) and the high availability of a "central" nova-network


Chris: 


Have you seen the HA docs? http://docs.openstack.org/trunk/openstack-compute/admin/content/existing-ha-networking-options.html


If you set multi_host=True in your nova.conf, then nova will work properly with multiple nova-network services. But I've only done this with one nova-network service running on each compute host, I don't know how/if it would work if you had only two nova-network services running.


Take care,


Lorin
--
Lorin Hochstein
Lead Architect - Cloud Services
Nimbis Services, Inc.
www.nimbisservices.com









On May 20, 2012, at 5:57 PM, Christian Parpart wrote:


Hi all, 


due to the fact, that I cannot provide all compute nodes with public IPs (allowing us
to run nova-network on each compute node), we're having one (or two in fact) frontend
node doing the public network traffic work.


So, how can I make a single nova-network node highly available?
It would be fine to have some vrrpd/keepalived enabled node, that then
starts/stops the sensible services (like nova-network) in question.


However, does this work well with nova-network?
Will this produce some noticable delay in availability when the active master goes down
and until the current slave has fully become the master (with nova-network being started up)?
How does this affect the nova environment.
Especially, thinking of the `nova-manage service list` output, where only one nova-network instance
ought to be then, but in HA mode, we are to have at least 2 then. How well does Nova play with that?


Thanks in advance,
Christian Parpart.
_______________________________________________
Openstack-operators mailing list
Openstack-operators at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
______________________
This message including any attachments may contain confidential 
information, according to our Information Security Management System,
 and intended solely for a specific individual to whom they are addressed.
 Any unauthorised copy, disclosure or distribution of this message
 is strictly forbidden. If you have received this transmission in error,
 please notify the sender immediately and delete it.

______________________
Este mensaje, y en su caso, cualquier fichero anexo al mismo,
 puede contener informacion clasificada por su emisor como confidencial
 en el marco de su Sistema de Gestion de Seguridad de la 
Informacion siendo para uso exclusivo del destinatario, quedando 
prohibida su divulgacion copia o distribucion a terceros sin la 
autorizacion expresa del remitente. Si Vd. ha recibido este mensaje 
 erroneamente, se ruega lo notifique al remitente y proceda a su borrado. 
Gracias por su colaboracion.

______________________




More information about the Openstack-operators mailing list