[openstack-dev] [neutron][lbaasv2] Migrate LBaaS instance

zhi changzhi1990 at gmail.com
Mon Mar 20 02:17:05 UTC 2017


hi, Saverio

Thanks for your reply. I have uploaded a patch at [1]. But I met some
problems about the implementation about the migration of LBaaS.
Please take a look at it if you have time. I'll very welcome about any
advices. :-)


Thanks
Zhi Chang


[1]: https://review.openstack.org/#/c/447177

2017-03-17 19:54 GMT+08:00 Saverio Proto <saverio.proto at switch.ch>:

> Hello there,
>
> I am just back from the Ops Midcycle where Heidi Joy Tretheway reported
> some data from the user survey.
>
> So if we look at deployments with more than 100 servers NO ONE IS USING
> NEWTON yet. And I scream this loud. Everyone is still in Liberty or Mitaka.
>
> I am just struggling to upgrade to LBaaSv2 to hear that is already going
> into deprecation. The feature Zhi is proposing is important also for me
> once I go to production.
>
> I would encourage devs to listen more to operators feedback. Also you
> devs cant just ignore that users are running still Liberty/Mitaka so you
> need to change something in this way of working or all the users will
> run away.
>
> thank you
>
> Saverio
>
>
> On 16/03/17 16:26, Kosnik, Lubosz wrote:
> > Hello Zhi,
> > Just one small information. Yesterday on Octavia weekly meeting we
> > decided that we’re gonna add new features to LBaaSv2 till Pike-1 so the
> > windows is very small.
> > This decision was made as LBaaSv2 is currently Octavia delivery, not
> > Neutron anymore and this project is going into deprecations stage.
> >
> > Cheers,
> > Lubosz
> >
> >> On Mar 16, 2017, at 5:39 AM, zhi <changzhi1990 at gmail.com
> >> <mailto:changzhi1990 at gmail.com>> wrote:
> >>
> >> Hi, all
> >> Currently, LBaaS v2 doesn't support migration. Just like router
> >> instances, we can remove a router instance from one L3 agent and add
> >> it to another L3 agent.
> >>
> >> So, there is a single point failure in LBaaS agent. As far as I know,
> >> LBaaS supports " allow_automatic_lbaas_agent_failover ". But in many
> >> cases, we want to migrate LBaaS instances manually. Do we plan to do
> this?
> >>
> >> I'm doing this right now. But I meet a question. I define a function
> >> in agent_scheduler.py like this:
> >>
> >>     def remove_loadbalancer_from_lbaas_agent(self, context, agent_id,
> >> loadbalancer_id):
> >>         self._unschedule_loadbalancer(context, loadbalancer_id,
> agent_id)
> >>
> >> The question is, how do I notify LBaaS agent?
> >>
> >> Hope for your reply.
> >>
> >>
> >>
> >> Thanks
> >> Zhi Chang
> >> ____________________________________________________________
> ______________
> >> OpenStack Development Mailing List (not for usage questions)
> >> Unsubscribe: OpenStack-dev-request at lists.openstack.org
> >> <mailto:OpenStack-dev-request at lists.openstack.org>?subject:unsubscribe
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> >
> > ____________________________________________________________
> ______________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:
> unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
>
> --
> SWITCH
> Saverio Proto, Peta Solutions
> Werdstrasse 2, P.O. Box, 8021 Zurich, Switzerland
> phone +41 44 268 15 15, direct +41 44 268 1573
> saverio.proto at switch.ch, http://www.switch.ch
>
> http://www.switch.ch/stories
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> 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/20170320/ad658461/attachment.html>


More information about the OpenStack-dev mailing list