<div dir="ltr">Hi Ionut,<div><br></div><div>I am working on a similar effort: Adding driver for neutron-dhcp-agent [1] & [2]. Is it similar to what you are trying to do? My approach doesn't need any extra database. There are two ways to achieve HA in my case:</div><div><br></div><div>1. Run multiple neutron-dhcp-agents and set agents_per_network >1 so more than one dhcp servers will have the config needed to serve the dhcp request</div><div>2. ISC-DHCPD itself has some HA where you can setup peers. But I haven't tried that yet.</div><div><br></div><div>I have this driver fully implemented and working here at Yahoo!. Working on making it more generic and upstreaming it. Please let me know if this effort is similar so that we can consider working together on a single effort.</div><div><br></div><div><br></div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/212836/">https://review.openstack.org/#/c/212836/</a></div><div>[2] <a href="https://bugs.launchpad.net/neutron/+bug/1464793">https://bugs.launchpad.net/neutron/+bug/1464793</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 24, 2015 at 9:40 AM, Dmitry Tantsur <span dir="ltr"><<a href="mailto:divius.inside@gmail.com" target="_blank">divius.inside@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">2015-09-24 17:38 GMT+02:00 Ionut Balutoiu <span dir="ltr"><<a href="mailto:ibalutoiu@cloudbasesolutions.com" target="_blank">ibalutoiu@cloudbasesolutions.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello, guys!<br>
<br>
I'm starting a new implementation for a dhcp provider,<br>
mainly to be used for Ironic standalone. I'm planning to<br>
push it upstream. I'm using isc-dhcp-server service from<br>
Linux. So, when an Ironic node is started, the ironic-conductor<br>
writes in the config file the MAC-IP reservation for that node and<br>
reloads dhcp service. I'm using a SQL database as a backend to store<br>
the dhcp reservations (I think is cleaner and it should allow us<br>
to have more than one DHCP server). What do you think about my<br>
implementation ?<br></blockquote><div><br></div></span><div>What you describe slightly resembles how ironic-inspector works. It needs to serve DHCP to nodes that are NOT know to Ironic, so it manages iptables rules giving (or not giving access) to the dnsmasq instance. I wonder if we may find some common code between these 2, but I definitely don't want to reinvent Neutron :) I'll think about it after seeing your spec and/or code, I'm already looking forward to them!<br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Also, I'm not sure how can I scale this out to provide HA/failover.<br>
Do you guys have any idea ?<br>
<br>
Regards,<br>
Ionut Balutoiu<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></span></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div><div dir="ltr"><div>--<br></div>-- Dmitry Tantsur<br><div>--<br></div></div></div>
</font></span></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>