Open Stack

Carlos,

The general objection is that if we don't need multiple VIPs (different ip,
not just tcp ports) per single logical loadbalancer, then we don't need
loadbalancer because everything else is addressed by VIP playing a role of
loadbalancer.
Regarding conclusions - I think we've heard enough negative opinions on the
idea of 'container' to at least postpone this discussion to the point when
we'll get some important use cases that could not be addressed by 'VIP as
loadbalancer'

Eugene.

On Fri, May 9, 2014 at 8:33 AM, Carlos Garza <carlos.garza at rackspace.com>wrote:

>
>  On May 8, 2014, at 2:45 PM, Eugene Nikanorov <enikanorov at mirantis.com>
> wrote:
>
>  Hi Carlos,
>
>       Are you saying that we should only have a loadbalancer resource
>> only in the case where we want it to span multiple L2 networks as if it
>> were a router? I don't see how you arrived at that conclusion. Can you
>> explain further.
>>
> No, I mean that loadbalancer instance is needed if we need several
> *different* L2 endpoints for several front ends.
> That's basically 'virtual appliance' functionality that we've discussed on
> today's meeting.
>
>
>     From looking at the irc log it looks like nothing conclusive came out
> of the meeting. I don't understand a lot of the conclusions you arrive at.
> For example your rejecting the notion of a loadbalancer concrete object
> unless its needed to include multi l2 network support. Will you make an
> honest effort to describe your objections here in the ML cause if we can't
> resolve it here its going to spill over into the summit. I certainly don't
> want this to dominate the summit.
>
>
>
>    Eugene.
>   _______________________________________________
> 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/20140509/fd2070aa/attachment.html>