As Assaf mentioned, namespace and octavia are two different lbaas drivers. But within those:
- The lbaas plugin will schedule lbaas VIPs from all available lbaas-agents (I think it’s random.) No, you can’t move them later, or override the scheduler. - The lbaas agent is used by the octavia driver. Octavia is its own REST endpoint, and the lbaas driver for it just makes synchronous REST calls. Thanks, doug > On Jun 23, 2016, at 3:33 PM, Assaf Muller <[email protected]> wrote: > > On Thu, Jun 23, 2016 at 3:43 PM, Akshay Kumar Sanghai > <[email protected]> wrote: >> Thanks Assaf. >> I have few questions for lbaas: >> - if i run agents on multiple nodes, will the request be ditrsibuted by >> neutron-server? >> - Does neutron lbaas agent forward the request to octavia-api or the >> neutron-server? > > The LBaaS v2 API has multiple implementations. One of which is based > off haproxy and namespaces, known as the agent based implementation. > Do you have neutron-lbaas-agent running on your network nodes? The > second implementation is called Octavia and is based off service VMs > instead of agents and namespaces. Octavia calls out to Nova to create > VMs and inside those VMs is an agent that talks back to Octavia, and > that creates an haproxy instance to perform the actual loadbalancing. > The answer to both of your questions depends on which of these two > implementations you're going with. There's a bunch of summit sessions > about Octavia you can look in to. > >> >> Thanks >> Akshay >> >> On Thu, Jun 23, 2016 at 1:00 AM, Assaf Muller <[email protected]> wrote: >>> >>> On Wed, Jun 22, 2016 at 3:17 PM, Akshay Kumar Sanghai >>> <[email protected]> wrote: >>>> Hi, >>>> I have a multinode openstack installation (3 controller, 3 network >>>> nodes, >>>> and some compute nodes). >>>> Like l3 agent, is high availability feature available for the lbaas v2 >>>> agent? >>> >>> It is not. Nir Magnezi is working on a couple of patches to implement >>> a simplistic HA solution for LBaaS v2 with haproxy: >>> https://review.openstack.org/#/c/299998/ >>> https://review.openstack.org/#/c/327966/ >>> >>>> >>>> Thanks >>>> Akshay >>>> >>>> >>>> __________________________________________________________________________ >>>> OpenStack Development Mailing List (not for usage questions) >>>> Unsubscribe: >>>> [email protected]?subject:unsubscribe >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>> >>> >>> __________________________________________________________________________ >>> OpenStack Development Mailing List (not for usage questions) >>> Unsubscribe: [email protected]?subject:unsubscribe >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
