On Apr 11, 2014, at 12:35 AM, Andrey Danin <ada...@mirantis.com> wrote:
> > > > On Wed, Apr 9, 2014 at 4:22 AM, Mike Scherbakov <mscherba...@mirantis.com> > wrote: > Looks like it falls into two parts: Fuel & Neutron requirements. > > Use case, as far as I understand, is following: user doesn't have one large > range of publicly routable IP addresses for environment, and has multiple L3 > ranges instead. > > So for Fuel it means: > We should not waste public IPs for compute nodes nodes if we don't need them > there (Neutron doesn't need it, only required for nova-network in multi-host > mode). I think it should be covered by > https://blueprints.launchpad.net/fuel/+spec/advanced-networking > We can do that when we introduce a role-based network assignment. > If we use public network then only for OpenStack REST API services, we should > be fine with one single IP range, do we? > Yes. > Floating network, which is external in Neutron terms, can be large waste of > IPs for VMs. So it's impossible that in large clusters there is gonna be > single L3 which would cover it. That means, Fuel should allow to have > multiple L3 external networks per OpenStack environment, in theory they can > be even in different L2. > Our complex network setup (many bridges and many patches) allows us to > concatenate multiple L3-networks into one L2-segment. And theoreticaly > Neutron can manage multiple external networks in this setup. But we need to > test it. also we should be able provide multiple floating networks (each in different L2 network) like on diagram https://drive.google.com/file/d/0B_Tv5g8RQZt1R3NIUEZtYkhEVVk/edit?usp=sharing It will be useful for hybrid (private/public) cloud. > I had a short discussion with Maru & Mark in IRC, it looks like we need in > Neutron: > It should be possible to have multiple L3 subnets for external network > It is unlikely that we will need to have more than one subnet serving by > single Neutron server, but we might in theory.. > Alexander, please take a look if I treated your initial blueprint in a right > way. > > Thanks, > > > On Tue, Apr 8, 2014 at 7:53 PM, Salvatore Orlando <sorla...@nicira.com> wrote: > Hi Mike, > > For all neutron-related fuel developments please feel free to reach to to the > neutron team for any help you might need either by using the ML or pinging > people in #openstack-neutron. > Regarding the fuel blueprints you linked in your first post, I am looking in > particular at > https://blueprints.launchpad.net/fuel/+spec/separate-public-floating > > I am not entirely sure of what are the semantics of 'public' and 'floating' > here, but I was wondering if this would be achievable at all with the current > neutron API, since within a subnet CIDR there's no 'qualitative' distinction > of allocations pools; so it would not be possible to have a 'public' IP pool > and a 'floating' IP pool in the same L3 segment. > > Also, regarding nova gaps, it might be worth noting that Mark McClain > (markmcclain) and Brent Eagles (beagles) are keeping track of current > feature/testing/quality gaps and also covering progress for the relevant work > items. > > Regards, > Salvatore > > > On 8 April 2014 14:46, Mike Scherbakov <mscherba...@mirantis.com> wrote: > Great, thanks Assaf. > > I will keep following it. I've added a link to this bp on this page: > https://wiki.openstack.org/wiki/NovaNeutronGapHighlights#Multi-Host, might > help people to get the status. > > > On Mon, Apr 7, 2014 at 11:37 AM, Assaf Muller <amul...@redhat.com> wrote: > > > ----- Original Message ----- > > Hi all, > > we had a number of discussions last week in Moscow, with participation of > > guys from Russia, Ukraine and Poland. > > That was a great time!! Thanks everyone who participated. > > > > Special thanks to Przemek for great preparations, including the following: > > https://docs.google.com/a/mirantis.com/presentation/d/115vCujjWoQ0cLKgVclV59_y1sLDhn2zwjxEDmLYsTzI/edit#slide=id.p > > > > I've searched over blueprints which require update after meetings: > > https://blueprints.launchpad.net/fuel/+spec/multiple-cluster-networks > > https://blueprints.launchpad.net/fuel/+spec/fuel-multiple-l3-agents > > https://blueprints.launchpad.net/fuel/+spec/fuel-storage-networks > > https://blueprints.launchpad.net/fuel/+spec/separate-public-floating > > https://blueprints.launchpad.net/fuel/+spec/advanced-networking > > > > We will need to create one for UI. > > > > Neutron blueprints which are in the interest of large and thus complex > > deployments, with the requirements of scalability and high availability: > > https://blueprints.launchpad.net/neutron/+spec/l3-high-availability > > https://blueprints.launchpad.net/neutron/+spec/quantum-multihost > > > > The last one was rejected... there is might be another way of achieving same > > use cases? Use case, I think, was explained in great details here: > > https://wiki.openstack.org/wiki/NovaNeutronGapHighlights > > Any thoughts on this? > > > > https://blueprints.launchpad.net/neutron/+spec/neutron-ovs-dvr > This is the up the date blueprint, called "Distributed virtual > router", or DVR. It's in early implementation reviews and is > targeted for the Juno release. > > > Thanks, > > -- > > Mike Scherbakov > > #mihgen > > > > _______________________________________________ > > OpenStack-dev mailing list > > OpenStack-dev@lists.openstack.org > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > -- > Mike Scherbakov > #mihgen > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > -- > Mike Scherbakov > #mihgen > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > -- > Andrey Danin > ada...@mirantis.com > skype: gcon.monolake
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev