yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #56602
[Bug 1465758] Re: [RFE] Add the ability to create lb vip and member with network_id
Reviewed: https://review.openstack.org/363302
Committed: https://git.openstack.org/cgit/openstack/neutron-lbaas/commit/?id=4455759f4506a43d70f811a32ee60b13af6afd8d
Submitter: Jenkins
Branch: master
commit 4455759f4506a43d70f811a32ee60b13af6afd8d
Author: Cedric Shock <cshock@xxxxxxxxxxxxxxx>
Date: Mon Aug 29 23:46:55 2016 +0000
Allow creating loadbalancer with network_id
Create loadbalancer accepts either a vip_subnet_id
or vip_network_id. If vip_network_id is provided the
vip port is created on that network using the default
neutron behavior. If neutron assigns multiple fixed ips,
an ipv4 addresses is chosen as the vip in preference to
ipv6 addresses.
-----
Who would use the feature?
LBaaS users on a network with multiple subnets
Why use the feature?
Large deployments may have many subnets to allocate
vip addresses. Many of these subnets might have
no addresses remaining to allocate. Creating a
loadbalancer by network selects a subnet with an
available address.
What is the exact usage for the feature?
POST /lbaas/loadbalancers
Host: lbaas-service.cloudX.com:8651
Content-Type: application/json
Accept: application/json
X-Auth-Token:887665443383838
{
"loadbalancer": {
"name": "loadbalancer1",
"description": "simple lb",
"tenant_id": "b7c1a69e88bf4b21a8148f787aef2081",
"vip_network_id": "a3847aea-fa6d-45bc-9bce-03d4472d209d",
"admin_state_up": true
}
}
DocImpact: 2.0 API Create a loadbalancer attributes
APIImpact
Closes-Bug: #1465758
Change-Id: I31f10581369343fde7f928ff0aeb1024eb752dc4
** Changed in: neutron
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1465758
Title:
[RFE] Add the ability to create lb vip and member with network_id
Status in neutron:
Fix Released
Bug description:
For large deployments that use cells and provider networks, it may not
make sense to only allow a user to specify the subnet in which to
allocate a port because nova scheduling may not be able to allocate a
port on the specified subnet. Specifying a subnet would create a
conflict with that, especially when it comes to capacity management.
Allowing network_id to be specified, in addition to subnet_id, will
give flexibility to deployers who only want to allow allocation by
network_id.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1465758/+subscriptions
References