← Back to team overview

openstack team mailing list archive

Re: launching multiple VMs takes very long time

 

this certainly looks promising..

thanks

s


On 04/30/2013 01:36 PM, Melanie Witt wrote:
> This presentation from the summit might be of interest to you:
> 
> http://www.openstack.org/summit/portland-2013/session-videos/presentation/scaling-the-boot-barrier-identifying-and-eliminating-contention-in-openstack
> 
> I couldn't find just the slide deck anywhere so far.
> 
> Your issue is different being that you're seeing 30 minute launch time, that's extreme, but this 
> info might help you get a high level picture of the flow.
> 
> Melanie
> 
> On 4/30/13 11:42 AM, Steve Heistand wrote:
>> if I launch one vm at a time its doesnt very long to start up the instance. maybe a minute.
>> if I launch 4 instances (of the same snapshot as before) it takes 30 minutes.
>>
>> they are all launching to different compute nodes, the controllers are all multicore,
>> I dont see any processes on the compute nodes taking much cpu power, the controller has
>> a keystone process mostly sucking up 1 core, loads and loads of beam.smp from rabbitmq but
>> none are really taking any cpu time.
>>
>> the glance image storage is on the controller node, the snapshots are 2-3G in size.
>>
>> where should I start looking to find out why things are so slow?
>>
>> thanks
>>
>> s
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
> 

-- 
************************************************************************
 Steve Heistand                           NASA Ames Research Center
 SciCon Group                             Mail Stop 258-6
 steve.heistand@xxxxxxxx  (650) 604-4369  Moffett Field, CA 94035-1000
************************************************************************
 "Any opinions expressed are those of our alien overlords, not my own."

# For Remedy                        #
#Action: Resolve                    #
#Resolution: Resolved               #
#Reason: No Further Action Required #
#Tier1: User Code                   #
#Tier2: Other                       #
#Tier3: Assistance                  #
#Notification: None                 #


Attachment: signature.asc
Description: OpenPGP digital signature


References