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.kutz...@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-boun...@lists.opennebula.org >>> [mailto:users-boun...@lists.opennebula.org] On Behalf Of Jhon Masschelein >>> Sent: Friday, June 08, 2012 1:28 AM >>> To: computed...@gmail.com >>> Cc: users@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, computed...@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@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.masschel...@sara.nl >>> http://www.sara.nl >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users@lists.opennebula.org >>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >>> _______________________________________________ >>> Users mailing list >>> Users@lists.opennebula.org >>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users@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 _______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
