[openstack-dev] Nova PTL Candidacy

gong yong sheng gongysh at linux.vnet.ibm.com
Tue Mar 12 07:08:15 UTC 2013


I think I will keep working on this multi-host feature basing on quantum 
scheduler.
when it is going on, I need hear voices from you guys who are interested 
in multi-host feature.

On 03/12/2013 01:21 PM, Ahn Jaesuk wrote:
>
> Mar 12, 2013, 12:55 PM, Nathanael Burton <nathanael.i.burton at gmail.com 
> <mailto:nathanael.i.burton at gmail.com>> ??:
>
>> On Mar 11, 2013 1:27 PM, "Russell Bryant" <rbryant at redhat.com 
>> <mailto:rbryant at redhat.com>> wrote:
>> >
>> > It was in the "Nova Parity in Grizzly" list, though.
>> >
>> > From some other threads, it sounds like it was implemented in:
>> >
>> > https://blueprints.launchpad.net/quantum/+spec/quantum-scheduler
>> >
>>
>> Was that completely implemented? This review was abandoned, 
>> https://review.openstack.org/18216
>>
>>
>
> Yes, I found the same thing. (Please correct me if I am wrong here.)
>
> This was an original patch for the quantum-scheduler, which is abandoned.
> -> https://review.openstack.org/#/c/18216/
> One of the objectives was "Router to l3 agent is a many to many 
> relationship."
> One more important one was "One L3 agent hosting a router plays 
> default role, other L3 agents hosting the same router are in colocated 
> mode."
>
> These are merged patches for the quantum-scheduler.
> -> https://review.openstack.org/#/c/21049/
> -> https://review.openstack.org/#/c/21069/
> -> https://review.openstack.org/#/c/21175/
> Some objectives has been changed from the original one to "Router to 
> l3 agent is a many to one relationship"
>
> In my understanding, with these changes in new quantum-scheduler, it 
> is impossible to simulate nova-network's multi-host mode with quantum.
> In other words, 
> https://blueprints.launchpad.net/quantum/+spec/quantum-multihost is 
> still not fully implemented yet.
>
> I would like to know if this "multi-host mode in quantum" is being 
> postponed or being abandoned.
>
>
>> > and if that's the case, should this blueprint be closed to avoid 
>> confusion?
>> >
>> > https://blueprints.launchpad.net/quantum/+spec/quantum-multihost
>>
>> I agree.
>>
>> > Also, are there any docs on this new stuff?
>> >
>> > --
>> > Russell Bryant
>> >
>> > _______________________________________________
>> > OpenStack-dev mailing list
>> > OpenStack-dev at lists.openstack.org 
>> <mailto: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 
>> <mailto:OpenStack-dev at lists.openstack.org>
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> Cheers,
>
>
>
> -- 
> *Jaesuk Ahn*, Ph.D.
> Team Leader | Cloud OS Dev. Team
> Cloud Infrastructure Department
> KT (Korea Telecom)
> *T. +82-10-9888-0328 | F. +82-303-0993-5340*
> *Active member on **OpenStack Korea Community* 
> <http://www.openstack.or.kr/>
>
>
>
>
>
> _______________________________________________
> 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/20130312/517a89ff/attachment.html>


More information about the OpenStack-dev mailing list