But that means that the same VM image needs to be used consistently to have access to stored data, right? It is not possible to decouple the data from the VM image? For example, I start VM instance from image A, manipulate some data while the instance is alive and save it. Shut down that instance. Then I start an instance of VM image B and would like to access/mount data that was stored by having run instance A earlier.<br>
<br>Thanks for the answer,<br>Enis<br><br><div class="gmail_quote">On Thu, Aug 20, 2009 at 6:26 AM, Javier Fontan <span dir="ltr"><<a href="mailto:jfontan@fdi.ucm.es">jfontan@fdi.ucm.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>
<br>
If the images for persistent storage are located in a shared directory<br>
exported to execution nodes you can simply specify its path and set<br>
CLONE=no in the template file. That way the VM will have access to<br>
that image and could be used after the VM is shutdown for other VM. If<br>
you do not have a shared directory use CLONE=yes and SAVE=yes when<br>
specifying that image so when the VM is shutdown the modified image is<br>
copied back to $ONE_LOCATION/var/<vmid> in the frontend machine.<br>
<br>
Bye<br>
<div><div></div><div class="h5"><br>
<br>
On Tue, Aug 18, 2009 at 7:45 PM, Enis Afgan<<a href="mailto:afgane@gmail.com">afgane@gmail.com</a>> wrote:<br>
> Hey guy, long time no contact but here I am again... :)<br>
><br>
> Anyway, I've recently started looking at OpenNebula and have not been able<br>
> to find any documentation on persistent storage for VM instances? Something<br>
> on the lines of Amazon's EBS where one can mount (multiple) virtual disks to<br>
> a live instance and have data stored to that medium transcend life of the<br>
> instance itself. Is this possible in OpenNebula?<br>
> If not, are there any other provisions for persistent storage within VM<br>
> instances? Are there any limitations within the model (e.g., Amazon's S3 has<br>
> 5GB single file limit).<br>
><br>
> Thanks,<br>
> Enis<br>
><br>
> P.S. Anyone from the group coming to Cluster 2009?<br>
><br>
> --<br>
> ---------------------------------------------<br>
> Enis Afgan, Ph.D.<br>
> Department of Biology<br>
> Emory University<br>
><br>
</div></div>> _______________________________________________<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>
><br>
><br>
<font color="#888888"><br>
<br>
<br>
--<br>
Javier Fontan, Grid & Virtualization Technology Engineer/Researcher<br>
DSA Research Group: <a href="http://dsa-research.org" target="_blank">http://dsa-research.org</a><br>
Globus GridWay Metascheduler: <a href="http://www.GridWay.org" target="_blank">http://www.GridWay.org</a><br>
OpenNebula Virtual Infrastructure Engine: <a href="http://www.OpenNebula.org" target="_blank">http://www.OpenNebula.org</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>---------------------------------------------<br>Enis Afgan, Ph.D. <br>Department of Biology<br>Emory University<br><a href="mailto:afgane@gmail.com">afgane@gmail.com</a><br>