<div class="gmail_extra">Hi André,<br><br><div class="gmail_quote">On Wed, Dec 5, 2012 at 10:53 AM, André Monteiro <span dir="ltr"><<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Secondly, some of the functionalities that libvirt has and virt-manager uses, like increasing/decreasing RAM (after a shutdown) or CPU. </div>



</blockquote><div><br></div><div>In OpenNebula you would need to stop the VM and submit a new deployment with the updated RAM / CPU template attributes, of course preserving the same DISK image (persistent image). It's quite common on other Cloud platforms too, for example EC2. One benefit is to allow the scheduler to rebalance resources on your Cloud according to the new RAM / CPU resources the VM needs.</div>

<div><br></div><div>However, one problem with this (at least, in my use case), is the IP address of the VM will most likely change (OpenNebula will pick a new, unused, IP address in the VNET). I don't think there is a way in the current version of OpenNebula to preserve IP addresses between resubmission.</div>

<div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Also there is one operation that I often use, "Force off" when a VM freezes/blocks and ACPI doesn't work.</div>





<div> </div><div></div></blockquote><div><br></div><div>I think that could be implemented in the VMM driver. The driver could wait ex. 60 seconds for the VM to gracefully shutdown, and if the VM hasn't stop, issue a force shutdown / destroy. I don't think "Force off" should be implemented as a separate action in OpenNebula.</div>

<div><br></div><div>Simon</div></div></div>