Hi Good to know that you made progress with the SmartOS zones, these are great news.
Some thoughts about the persistence model: 1.- Images are copied from the image datastore to the system datastore. The system datastore can be a local disk so all the I/O is performed locally. Now, how are the images copied to the system datastore?. There are two alternatives: * Shared FS, the image datastores are shared and the images copied to the local disk. Note that for SmartOS there is no need to deal with a shared storage * SSH transfers, the images are scp'ied to the datastore In this way, image movement and transfers are managed by opennebula. 2.- You may want to pre-distribute the images to the hosts. In that case, simply add a custom probe that outputs the list of images available at the node, something like: IMAGES=ubuntu:centos:archlinux This variable can be used as a requirement for the scheduler, and combined with a suitable RANK to distribute the VMs across suitable hosts. I think that if we can go with 1 sould be far more easy... Cheers Ruben On Sat, Dec 1, 2012 at 7:58 PM, Len Weincier <[email protected]> wrote: > Hi Ruben > > I have the smartos zones booting in opennebula and am trying to understand > the image persistence model. Smartos likes to keep vm's local to a compute > node and does not really have a good idea of shared storage. What i would > like to do is have opennebula remember where the vm was deployed to, ie > which host has the vm image on it, and then be able to just restart the vm > on that node, bypassing the deploy / tm step. Is there an elegant way to > approach this ? > > Is it easy to alter the vm lifecycle within core or is that not a good idea > ? > > Thanks > Len > > > On 06 Nov 2012, at 12:19 PM, "Ruben S. Montero" <[email protected]> > wrote: > > > Hi > >> >> Is it possible in one to have that type='xml' be type='json' to generate >> the machine description as Json rather, or would you recommend that the >> driver do the translation ? > > > I am afraid not, you have to do the translation outside. Although it could > be a nice feature to have [1]... > > Cheers > Ruben > > [1] http://dev.opennebula.org/issues/1637 > >> >> >> Cheers >> Len >> >> On 05 Nov 2012, at 9:59 PM, "Ruben S. Montero" <[email protected]> >> wrote: >> >> Hi Len >> >> You may take a look to the VMM driver development guide: >> >> http://opennebula.org/documentation:rel3.8:devel-vmm >> >> Probably the best way to get started is to use the kvm or xen driver as an >> starting point. You may: >> >> >> 1 Copy the /var/lib/one/remotes/vmm/kvm folder to >> /var/lib/one/remotes/vmm/smartos and start working from there. >> >> 2 Add the driver to the oned.conf file >> >> VM_MAD = [ >> name = "vmm_smartos", >> executable = "one_vmm_exec", >> arguments = "-t 15 -r 0 smartos", >> default = "vmm_exec/vmm_exec_kvm.conf", >> type = "xml" ] >> >> 3 Any time you modify the driver you need to copy it to the hosts, so do >> not forget to execute onehost sync >> >> A couple of additional notes: >> >> 1 Actions are executed remotely on the target host, if you want to execute >> them in the front-end use the -l option in configuration. There are examples >> in oned.conf >> >> 2 The xml type will generate a XML file with the domain description as $1 >> for the deploy script. This is the real work for the driver, translate the >> generic template in something specific to SmartOS >> >> 3 Initially you'll need to deploy the vms by hand, use onevm deploy. You >> need also to get specific information from SmartOS with an Information >> Driver, that can come as a second step. >> >> >> Please keep us updated with your progress and don't hesitate to ask for >> help. >> >> Cheers >> >> Ruben >> >> >> >> On Mon, Nov 5, 2012 at 5:57 PM, Len Weincier <[email protected]> wrote: >>> >>> Hi All >>> >>> I would like to try my hand at implementing drivers for SmartOS under >>> opennebula. Does anyone have any pointers to where I could start looking on >>> how to go about this ? >>> >>> Is anyone else looking this so that I dont duplicate efforts ? >>> >>> Thanks >>> Len >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >> >> >> >> >> -- >> Ruben S. Montero, PhD >> Project co-Lead and Chief Architect >> OpenNebula - The Open Source Solution for Data Center Virtualization >> www.OpenNebula.org | [email protected] | @OpenNebula >> >> > > > > -- > Ruben S. Montero, PhD > Project co-Lead and Chief Architect > OpenNebula - The Open Source Solution for Data Center Virtualization > www.OpenNebula.org | [email protected] | @OpenNebula -- Ruben S. Montero, PhD Project co-Lead and Chief Architect OpenNebula - The Open Source Solution for Data Center Virtualization www.OpenNebula.org | [email protected] | @OpenNebula _______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
