[one-users] OpenNebula on a VM

Tino Vazquez tinova at opennebula.org
Tue Jun 12 10:06:17 PDT 2012


Dear Michael,

Maybe the following set-up is what you are looking for?

 * system datastore unshared -> that is, system datastore (0) with a TM SSH
 * default datastore shared -> that is, a default datastore (1) with a TM SHARED

This way the images in the default datastore are present in all the
hosts (via a DFS), and they will be copied or symlinked depending on
their persistency.

Hope it helps,

-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:36 PM, Michael Kutzner
<michael.kutzner at virtion.de> wrote:
> 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