The High Availability of Dhcp agent :
just modify the neutron.conf:
dhcp_agents_per_network = X

But about the High Availability of l3 agent, keepalived vrrp/conntrackd + dvr 
can do it.

High availability features will be implemented as extensions or drivers.A first 
extension/driver will be based on VRRP.
A new scheduler will be also added in order to be able to spawn multiple 
instances of a same router in many places.
Conntrackd will be used to maintain the TCP sessions going through the router. 
One instance of conntrackd per virtual router, then one per namespace.


发件人: Chinasubbareddy M []
发送时间: 2015年1月29日 14:17
收件人: Vikash Kumar; Openstack Milis; openstack-dev
主题: Re: [Openstack] [openstack-dev] Openstack Network Node High Availability 


As per my knowledge DVR is to avoid neutron node as an single point of failure 
and distribute l3 operations across compute nodes.

HA for L3 agents is working from Juno but it will be on active/passive mode, 
only one l3 will be on active at a time .

Persistent systems ltd.

From: Vikash Kumar []
Sent: Thursday, January 29, 2015 11:32 AM
To: Openstack Milis; openstack-dev
Subject: Re: [Openstack] [openstack-dev] Openstack Network Node High 
Availability [openstack]

Is DVR a possible way to some extent(loosely)  to address HA of l3 agents ?

On Thu, Jan 29, 2015 at 11:08 AM, Vikash Kumar 
<<>> wrote:
    Is there any work going on High Availability of Network Node or is there 
any existing work? I see doc. on running multiple dhcp agent on multiple node 
but do not got on l3 agent. Is there any doc having details of running multiple 
dhcp agents on multiple hosts?


OpenStack Development Mailing List (not for usage questions)


DISCLAIMER ========== This e-mail may contain privileged and confidential 
information which is the property of Persistent Systems Ltd. It is intended 
only for the use of the individual or entity to which it is addressed. If you 
are not the intended recipient, you are not authorized to read, retain, copy, 
print, distribute or use this message. If you have received this communication 
in error, please notify the sender and delete all copies of this message. 
Persistent Systems Ltd. does not accept any liability for virus infected mails.
OpenStack Development Mailing List (not for usage questions)

Reply via email to