<div dir="ltr">Hi,<div class="gmail_extra">
<br><div class="gmail_quote">On Wed, Nov 5, 2014 at 3:19 PM, Pentium100 <span dir="ltr"><<a href="mailto:pentium100@gmail.com" target="_blank">pentium100@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Thank you for the information. It sucks a bit about the need to create templates for every single VM, but if that's how it should be then OK. Our customers currently use VMs as VDS so while "MySQL server" template might be useful, it will need to be cloned before the customer can use a persistent image (as it should be as hard as possible to accidentally lose data).<br></div><br></div>I guess we will have to write our own GUI to Opennebula as it is missing some features that are present in the current (quite manual) system. For example:<br>1) the ability to extend a virtual disk (virtual server may run out of space eventually so the disk will need to be extended without losing data or long downtime)<br></div>2) the ability to create crash-consistent snapshots* or backups and create snapshots if the VM is off (as a backup) of all disks at once.<br></div>3) the ability to migrate with snapshots or keep snapshots after powering off the VM (though AFAIK migrating with snapsohts is enabled in the new version).<br><br></div>Our snapshots do not include the VM state, they are just ZFS snapshots of the VM's dataset.</div></blockquote><div><br></div><div>Thank you for sharing your use case, and your feedback. We'll take it into account for future versions.</div><div><br></div><div>Regards</div><div><br class="">--<br><div>Carlos Martín, MSc<br>Project Engineer</div><div>OpenNebula - Flexible Enterprise Cloud Made Simple<br><div><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.opennebula.org/" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span></div></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 5, 2014 at 12:11 PM, Carlos Martín Sánchez <span dir="ltr"><<a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div class="gmail_extra"><div class="gmail_quote"><div><div>On Tue, Nov 4, 2014 at 1:15 PM, Pentium100 <span dir="ltr"><<a href="mailto:pentium100@gmail.com" target="_blank">pentium100@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Hi,<br><br></div>I have tried Opennebula 4.2.0 and liked the easy provisioning wizard - a user could select a template and combine it with his persistent image to create a VM without the need to create a separate template.<br><br></div>It seems that this function is missing from Opennebula 4.8.0, requiring eveyone to create a template for each VM and making the VM creation process complicated:<br><br></div>1) Clone, upload or create a blank image (persistent)<br></div>2) Create a template that uses that image<br></div>3) Create a VM that uses that template. <br><br></div>If the user need 5 identical VMs they have to create 5 separate templates that differ only in the images.<br><br></div>Is there a way to simplify this process? One way is to create a template without an image, create a VM from it, then start the VM and attach the image. This seems easier than creating templates for each VM, however this also has problems. Since attaching the disk requires the VM to be running, the VM is deployed with zero storage requirements, so it may be deployed to a host that has insufficient storage for when the user tries to add a 1TB image leading to problems.<br><br></div>Our users use the virtual machines as VDS, so persistent images are important (deleting a VM may not mean I want to delete the data).</div></blockquote></div></div><div><br>The easy provisioning wizard was deprecated in favor of the new cloud view model, see [1] for a complete explanation of it.</div><div><br></div><div>So yes, you need to define a Template for each Image. It was decided that the advantages justify that extra step.<br></div><div><br></div><div>Your example of the previous way of registering images makes a few assumptions that will not apply to everyone. For instance, what happens if you register 2 images with different OS architectures? You would need two Templates with different OS/ARCH, and the users wouldn't know which one applies to each Image.</div><div>The same goes for a heterogeneous infrastructure. If there are Images for KVM and VMware, you need to create Templates with SCHED_REQUIREMENTS="HYPERVISOR=xx" for each one. But the users can freely mix a kvm template with a vmware image.</div><div>Another Template attributes coupled to a specific image: NIC_DEFAULT/MODEL.</div><div><br></div><div>The new model also includes new features. For example, if you as an admin prepare an Image with a mysql server, now you can define a matching VM Template that asks the user the mysql password they want to set when the template is instantiated [2].</div><div><br></div><div>Regards</div><div><br></div><div>[1] <a href="http://docs.opennebula.org/4.10/design_and_installation/building_your_cloud/understand.html" target="_blank">http://docs.opennebula.org/4.10/design_and_installation/building_your_cloud/understand.html</a><br></div><div class="gmail_extra">[2] <a href="http://docs.opennebula.org/4.10/user/virtual_resource_management/vm_guide.html#ask-for-user-inputs" target="_blank">http://docs.opennebula.org/4.10/user/virtual_resource_management/vm_guide.html#ask-for-user-inputs</a><br clear="all"><div><div><div dir="ltr">--<br><div>Carlos Martín, MSc<br>Project Engineer</div><div>OpenNebula - Flexible Enterprise Cloud Made Simple<br><div><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.opennebula.org/" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span></div></div></div></div></div></div><div> </div></div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>