<div dir="ltr">Hi Stuart,<div><br></div><div>before moving on to the implementation details, how are you thinking of specifying if a VM should run from the datastore or from a local file?</div><div><br>I'm afraid this is going to be very tricky, because we need to figure out how to tell the core to generate a deployment file that references a local file and not a ceph disk [1]</div>

<div><br></div><div>We want the 'if' to go this way:</div><div><a href="https://github.com/OpenNebula/one/blob/master/src/vmm/LibVirtDriverKVM.cc#L502">https://github.com/OpenNebula/one/blob/master/src/vmm/LibVirtDriverKVM.cc#L502</a><br>

</div><div>and not this one:</div><div><a href="https://github.com/OpenNebula/one/blob/master/src/vmm/LibVirtDriverKVM.cc#L445">https://github.com/OpenNebula/one/blob/master/src/vmm/LibVirtDriverKVM.cc#L445</a><br></div>
<div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 13, 2014 at 8:47 AM, Stuart Longland <span dir="ltr"><<a href="mailto:stuartl@vrt.com.au" target="_blank">stuartl@vrt.com.au</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
In OpenNebula, it seems we can easily set it up to use Ceph as a<br>
datastore for images, cloning non-persistent images to make temporary<br>
copies, etc.<br>
<br>
We can also have the images stored as files on the frontend computer and<br>
dolled out via SSH; and in the case of "persistent" images, copied back<br>
when the VM is undeployed.<br>
<br>
What I'm missing is a hybrid between the two.  We've got a 3-node Ceph<br>
cluster which is working well.  However, compared to a local SSD, the<br>
Ceph cluster with its 6 spinners is a bit on the slow side in comparison.<br>
<br>
There are VMs for which we don't care about resiliency, and so it makes<br>
sense to use the SSDs attached to the VM hosts, and store the image<br>
itself in Ceph.<br>
<br>
The thought is, when the VM starts up, rather than having it dished out<br>
from the frontend computer, the host does a:<br>
<br>
        rbd export pool-name/image-name /var/lib/one/datastores/123/45/disk.0<br>
<br>
Then, if the image is "persistent", it does a<br>
<br>
        rbd import pool-name/image-name /var/lib/one/datastores/123/45/disk.0<br>
<br>
(Note: not sure if import will "overwrite" the image, it may be<br>
necessary to do a rbd rm first of the old image... or better, import the<br>
new copy then remove and rename.)<br>
<br>
I had a tinker looking at the ssh transfer driver, but couldn't quite<br>
figure out how to reach out to the other datastore without some ugly<br>
kludges.<br>
<br>
Anyone else done somthing like this?<br>
<br>
Regards,<br>
--<br>
Stuart Longland<br>
Systems Engineer<br>
     _ ___<br>
\  /|_) |                           T: +61 7 3535 9619<br>
 \/ | \ |     38b Douglas Street    F: +61 7 3535 9699<br>
   SYSTEMS    Milton QLD 4064       <a href="http://www.vrt.com.au" target="_blank">http://www.vrt.com.au</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</blockquote></div><br></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>Jaime Melis<br>Project Engineer<br>OpenNebula - Flexible Enterprise Cloud Made Simple<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jmelis@opennebula.org" target="_blank">jmelis@opennebula.org</a></div>

</div>