[openstack-dev] Querries Regarding Blueprint for LBaaS API and Object Model improvement
Shreshtha Joshi
shreshtha.joshi at tcs.com
Wed Dec 17 05:36:21 UTC 2014
Hi All,
I wanted to know the approach has been followed for LBaaS implementation in Openstack (juno) out of the following in the link(https://etherpad.openstack.org/p/neutron-lbaas-api-proposals). Is it-
Existing Core Resource Model
LoadBalancer Instance Model
Vip-Centric Model
Currently I find Pool as the root object that has a VIP associated with it rather than Listeners and LoadBalancers in various openstack documents.
But while investigating the same, I came across a blueprint (https://blueprints.launchpad.net/neutron/+spec/lbaas-api-and-objmodel-improvement) for LBaaS Api and object model improvement. It talks about moving the current VIP object to Listener and Listener will be linked to a LoadBalancer in the upcoming releases,
I wanted to know the current approach followed for openstack-juno and if in the upcoming releases(Kilo)-
Are we planning to have new APIs for /Listener and /Loader and there will be no VIP object and its corresponding API.
Or we will be having VIP object and its corresponding API, creation of which will result in creation of Loadbalancer and /Listener at the backend itself.
If you find the above investigation incorrect, please feel free to point to the right direction.
Thanks & Regards
Shreshtha Joshi
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141217/216f71dd/attachment.html>
More information about the OpenStack-dev
mailing list