[one-users] OpenNebula on a VM

Michael Kutzner michael.kutzner at virtion.de
Fri Jun 8 08:36:11 PDT 2012 

Am 08.06.2012 um 17:13 schrieb Tino Vazquez:

> Dear Michael,
> 
> Correct me if I am wrong (transfer manager stuff is always hard ;) ),
> but aren't you re-implementing the shared datastore?

Hi Tino,

perhaps I didn't get the new concepts completely yet, but as I wanted
an unshared system datastore (0) - so images to be copied to the local disk,
but needed a shared default datastore (1) - from/to where the images are
copied on each host by a "cp" and not via scp from the frontend -
I had the option of changing the ln in the shared tm (to not create a real link
but copy the images from the shared default datastore to the non-shared
system datastore) or the option of changing the ssh driver with this two
small modifications to not copy the images via scp.
I decided for the second option.

Did I have a node in my brain and there is perhaps an easier way?

Best, Michael


> 
> Regards,
> 
> -Tino
> 
> --
> Constantino Vázquez Blanco, MSc
> Project Engineer
> OpenNebula - The Open-Source Solution for Data Center Virtualization
> www.OpenNebula.org | @tinova79 | @OpenNebula
> 
> 
> On Fri, Jun 8, 2012 at 5:00 PM, Michael Kutzner
> <michael.kutzner at virtion.de> wrote:
>> Hi Steve,
>> 
>> Am 08.06.2012 um 16:32 schrieb Steven C Timm:
>> 
>>> 
>>> For those of you who are running the oned on a VM, which image repository type are you using?  Are you having any problems with performance loading VM images into or out of the image repository?
>> 
>> we are currently running the ssh datastore with the images stored on an nfs server (non shared system datastore).
>> The nfs share is mounted on any node and we are not deploying or copying back
>> the images via scp - this needed small modifications in the ssh tm but is performing
>> better when copying huge images and e.g. deploying several machines to different
>> nodes (the nfs servers are connected via 10Gig).
>> 
>> Modifications just done to "ln" and "mvds" scripts of the ssh tm driver.
>> 
>> ln:
>>    ssh_exec_and_log "$DST_HOST" "cp -r $SRC_PATH $DST_PATH" "Error copying $SRC_PATH to $DST_PATH on host $DST_HOST"
>>    instead of
>>    exec_and_log "$SCP -r $SRC $DST" "Error copying $SRC to $DST"
>> 
>> mvds
>>  ssh_exec_and_log "$SRC_HOST" "cp -r $SRC_PATH $DST_PATH" "Error copying $SRC_PATH to $DST_PATH on host $SRC_HOST"
>>  instead of
>>  exec_and_log "$SCP -r $SRC $DST" "Error copying $SRC to $DST"
>> 
>> The performance for frontend-local processes is fine - linespeed of the gbit host interface.
>> 
>> It is a small vm (mysql is running on an external cluster), just 2GB of RAM, non public
>> sunstone.
>> 
>> Best, Michael
>> 
>> 
>>> 
>>> Steve
>>> 
>>> -----Original Message-----
>>> From: users-bounces at lists.opennebula.org [mailto:users-bounces at lists.opennebula.org] On Behalf Of Jhon Masschelein
>>> Sent: Friday, June 08, 2012 1:28 AM
>>> To: computedive at gmail.com
>>> Cc: users at lists.opennebula.org
>>> Subject: Re: [one-users] OpenNebula on a VM
>>> 
>>> Hi,
>>> 
>>> We run the oned and mm_sched daemons in a VM and have sunstone running in its own VM. This way, even if the sunstone get overloaded (it is a public web site), the oned won't suffer.
>>> 
>>> 
>>> Our opennebula VM has 4 cores and 32 GB Ram, but in our experience, the
>>> load of the  VM is very low and if we ever need the resurces for
>>> something else, we'll probably shrink this VM to half its size.
>>> 
>>> The sunstone VM is just a website, so you have to scale it according to
>>> the use. For now it's a one core, 512MB VM and it runs quite smoothly.
>>> 
>>> Wkr,
>>> 
>>> Jhon
>>> 
>>> On 06/07/2012 05:50 PM, computedive at gmail.com wrote:
>>>> Hi,
>>>> 
>>>> Are there any restrictions on hosting OpenNebula Front-end on a
>>>> virtual machine if enough compute resources were guaranteed for that
>>>> VM?
>>>> 
>>>> Is there a recommended systems requirements for OpenNebula
>>>> installation (CPU/RAM) .. I know it all depends on the environment
>>>> size, num of VMs/hypervisors :) .. but a general guide line would be
>>>> helpful..
>>>> 
>>>> thanks.
>>>> 
>>>> Sent from my BlackBerry(r) smartphone
>>>> _______________________________________________ Users mailing list
>>>> Users at lists.opennebula.org
>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>> 
>>> 
>>> --
>>> Jhon Masschelein
>>> Senior Systeemprogrammeur
>>> SARA - HPCV
>>> 
>>> Science Park 140
>>> 1098 XG Amsterdam
>>> T +31 (0)20 592 8099
>>> F +31 (0)20 668 3167
>>> M +31 (0)6 4748 9328
>>> E jhon.masschelein at sara.nl
>>> http://www.sara.nl
>>> 
>>> 
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>> 
>> 
>> 
>> 
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

--
------------------------------------------------------------------------------
Michael Kutzner                                                   virtion GmbH
Geschäftsführer/CEO                                               Boulevard 11
phone:  +49 521 - 448158-13                                    33613 Bielefeld
fax:    +49 521 - 448158-99
mobile: +49 151 - 15797488
------------------------------------------------------------------------------
Geschäftsführer: Thomas Fleck, Michael Kutzner, Holger Schemel
Handelsregister HRB 40374, Amtsgericht Bielefeld
USt-IdNr.: DE278312983

More information about the Users mailing list