[Openstack] Compute Node Local Storage: allow metadata preallocation when creating qcow2 images
Martinx - ジェームズ
thiagocmartinsc at gmail.com
Mon Jul 14 05:34:44 UTC 2014
Cool! Thanks for pointing it out... :-)
On 14 July 2014 02:14, Belmiro Moreira <
moreira.belmiro.email.lists at gmail.com> wrote:
> Hi Martinx,
> currently nova only supports "fallocate" to preallocate space.
> Use the confirmation option "preallocate_images=space".
>
> "preallocation=metadata" is mentioned in
> https://blueprints.launchpad.net/nova/+spec/preallocated-images
> as future work.
>
> Belmiro
>
> -----------------------
> Belmiro Moreira
> CERN
>
>
>
> On Sat, Jul 12, 2014 at 3:04 AM, Martinx - ジェームズ <
> thiagocmartinsc at gmail.com> wrote:
>
>> When I said "which is slower", I meant that it makes that running
>> Instance slower later... With preallocatoin=metadata, the running instances
>> will be a bit faster without losing storage space with lots of zeros...
>>
>> My /var/lib/nova/insntances subdir in a XFS File System on top of a
>> hardware RAID...
>>
>>
>> On 11 July 2014 20:54, Martinx - ジェームズ <thiagocmartinsc at gmail.com> wrote:
>>
>>> Guys,
>>>
>>> How can I configure the Compute Node, to create its qcow2 images, using
>>> preallocation?
>>>
>>> Currently, OpenStack Nova Compute creates the instance image, using
>>> "qemu-img create" without passing the option "-o preallocation=metadata" to
>>> it, which is slower.
>>>
>>> So, how can I reconfigure nova compute to make use of preallocation?!
>>>
>>> Libvirt supports it, commits:
>>>
>>>
>>> http://libvirt.org/git/?p=libvirt.git;a=commit;h=1c9a2fb1aef1729ac86cd6648b5c2b7584f5f698
>>>
>>>
>>> http://libvirt.org/git/?p=libvirt.git;a=commit;h=790dfee5eaf8600282da5a3d61bf807516f1b87e
>>>
>>> Tks!
>>> Thiago
>>>
>>
>>
>> _______________________________________________
>> Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to : openstack at lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140714/b2d28db7/attachment.html>
More information about the Openstack
mailing list