Open Stack

For v2 there is the logging noop driver that does not use an agent and just logs.  v1 sits not have this though.  I do wonder why you don't just build a simple driver to do what you are currently doing when acting upon events in the notification queue.

On Jun 1, 2015 7:09 PM, "Fox, Kevin M" <Kevin.Fox at pnnl.gov> wrote:
Have a look here:
http://git.openstack.org/cgit/openstack/neutron-lbaas/tree/neutron_lbaas/drivers

Thanks,
Kevin
________________________________
From: Wanjing Xu [wanjing_xu at hotmail.com]
Sent: Monday, June 01, 2015 4:52 PM
To: OpenStack Development Mailing List not for usage questions
Subject: [openstack-dev] [Neutron][LBaaS] No LBaaS agent?

Is there a way to add an LBaaS service without having to use neutron plugin/agent framework?

I want to add a LBaaS service without  an LBaaS agent running and still want to have lb cli and horizon.  When the user configure loadbalance via cli or horizon, neutron will send the events(pool, member, vip create/delete event)in the notification info queue and our application will listen to the queue and program  the LBaaS box.  So far, I have tried to enable the built-in HAProxy LBaaS(enable the service_plugin to be LoadBalancerPlugin and service provider to be haproxy).  By doing that , horizon and cli are all enabled and our application can successfully program LBaaS box using the notification events.  The problem with that is that there is a haproxy agent running in the background although we are not using its function.  But if I don't enable the agent, we can not use horizon.  Currently we don't want to write a LBaaS agent of our own.  Is there a way to not to use LBaaS agent and still  be able to use horizon/cli to configure loadbalance?  During openstack summit at vancouver, I saw paypal loadbalance presentation, they use two providers, one is agent , the other is agentless controller, not sure how that controller works, could not find it through googling.

Regards
Wanjing Xu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150602/6812ff6d/attachment.html>