[openstack-dev] [Quantum][LBaaS] Agenda for the summit
Ilya Shakhat
ishakhat at mirantis.com
Fri Mar 1 13:29:08 UTC 2013
Hi Sam, Dan,
We've discussed the agenda between Eugene, Oleg and me - besides topics
mentioned by Sam the following are also important:
* Device management - this can be implemented via config files per driver
or via Quantum extension that suits all types of services
* Stats collecting - just store latest data in Pool or provide more
sophisticated API?
* HTTPS support
* Monitoring - how to inform user that member is put out of the traffic by
LB's healthmon
I've put the whole list to etherpad
https://etherpad.openstack.org/havana-quantum-lbaas.
Let's write out every single topic that improves our LBaaS :)
Thanks,
Ilya
2013/2/28 balaji patnala <patnala003 at gmail.com>
> Hi Sam and Dan,
>
> I think there are two different approaches we are seeing on Service
> implementation like having 'Generic Service Agent', which will cater all
> the network needs like the one given in below link:
>
> https://review.openstack.org/#/c/20985/
>
> and the other which was recently shared by Dan as below:
>
> https://review.openstack.org/#/c/22794/3
>
> We may have to follow modular approach, where these services can be
> extended to other applications as well in next releases.
>
> As Dan rightly stated that we have to make sure that Service Architecture
> must support both VM+HW appliances.
>
> Regards,
> Balaji.P
>
>
>
> On Thu, Feb 28, 2013 at 7:39 AM, Dan Wendlandt <dan at nicira.com> wrote:
>
>> Hi Sam,
>>
>> That sounds like a great starting list of LBaaS discussion topics. Once
>> we're closer to the summit, we'll probably use an etherpad to help organize
>> our discussion and this seems like a good outline to start from. Pushing
>> on more advanced plugin/driver models aimed at VM + HW load balancers is
>> certainly something that a lot of folks are interested in.
>>
>> Dan
>>
>> On Wed, Feb 27, 2013 at 4:46 PM, Samuel Bercovici <SamuelB at radware.com>wrote:
>>
>>> Hi Everyone,****
>>>
>>> ** **
>>>
>>> The deliveries of LBaaS for Grizzly looks like it will be focused on
>>> using HAProxy.****
>>>
>>> ** **
>>>
>>> The following items might come to mind for discussion in the Havana
>>> summit:****
>>>
>>> **1. **Review the Grizzly tenant API proposal and discuss what
>>> should be done for Havana****
>>>
>>> **2. **Review the Driver implementation and discuss next step to
>>> enable additional solutions and vendors to be added****
>>>
>>> **a. **Driver API****
>>>
>>> **b. **Driver selection****
>>>
>>> **c. **Where should the scheduler be if at all?****
>>>
>>> **d. **Solution models****
>>>
>>> ** i.
>>> **Network service (as for Grizzly)****
>>>
>>> ** ii.
>>> **Service VM****
>>>
>>> ** iii.
>>> **Physical appliances - decide if/how to connect physical appliances
>>> (revisit the Edge Gateway semantics proposed in the Grizzly summit?)****
>>>
>>> **3. **Address additional network topologies and capabilities:****
>>>
>>> **a. **LB between two networks****
>>>
>>> **b. **Adding SNAT and DSR on top of the current NAT implementation
>>> ****
>>>
>>> ** **
>>>
>>> What do you think?****
>>>
>>> ** **
>>>
>>> Regards,****
>>>
>>> -Sam.****
>>>
>>> ** **
>>>
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> OpenStack-dev at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>
>>
>> --
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> Dan Wendlandt
>> Nicira, Inc: www.nicira.com
>> twitter: danwendlandt
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130301/01899c5d/attachment.html>
More information about the OpenStack-dev
mailing list