<p dir="ltr"><br>
On Oct 3, 2013 1:45 PM, "Chris Friesen" <<a href="mailto:chris.friesen@windriver.com">chris.friesen@windriver.com</a>> wrote:<br>
><br>
> On 10/03/2013 02:02 PM, Caitlin Bestler wrote:<br>
>><br>
>><br>
>><br>
>> On October 3, 2013 12:44:50 PM Chris Friesen<br>
>> <<a href="mailto:chris.friesen@windriver.com">chris.friesen@windriver.com</a>> wrote:<br>
>>><br>
>>><br>
>>> I was wondering if there is any interest in adding an<br>
>>> "on_shared_storage" field to the Instance class.  This would be set<br>
>>> once at instance creation time and we would then be able to avoid<br>
>>> having the admin manually pass it in for the various API calls<br>
>>> (evacuate/rebuild_instance/migration/etc.)<br>
>>><br>
>>> It could even be set automatically for the case of booting off block<br>
>>> storage, and maybe we add a config flag indicating that a given<br>
>>> compute node is using shared storage for its instances.<br>
>>><br>
>>> This would also allow for "nova host-evacuate" to work properly if<br>
>>> some of the instances are on unshared storage and some are booting<br>
>>> from block storage (which is shared).  As it stands, the host-evacuate<br>
>>> command assumes that they're all the same.<br>
>>><br>
>>> Thoughts?<br>
>>><br>
>>> Chris<br>
>><br>
>><br>
>> *What* is on shared storage?<br>
>><br>
>> The boot drive?<br>
>> A snapshot of the running VM?<br>
><br>
></p>
<p dir="ltr">Meaning that this is not an attribute of the instance, it is an attribute of the Cinder drive, or more precisely from the Volume<br>
Driver responsible for that drive.</p>
<p dir="ltr">I believe reporting of attributes that are of potential meaning to<br>
users of a drive is a feature that should be added (And documented) for all Volume Drivers. But drive vendors want one<br>
place to report these things.</p>
<p dir="ltr">Further the question can actually be complex. Is a thin local volume backed by a remote volume "local"? If so, at what hit rate for the local cache?<br>
</p>