Bug 1041144 - [RFE][nova]: Libvirt driver - enable images as disks on the hypervisor local storage
Summary: [RFE][nova]: Libvirt driver - enable images as disks on the hypervisor local ...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: unspecified
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: ---
: ---
Assignee: RHOS Maint
QA Contact:
URL: https://blueprints.launchpad.net/nova...
Whiteboard: upstream_milestone_none upstream_stat...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-12 13:47 UTC by RHOS Integration
Modified: 2019-09-09 14:41 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-04-15 14:54:40 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description RHOS Integration 2013-12-12 13:47:08 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/nova/+spec/libvirt-image-to-local-bdm.

Description:

As part of the havana blueprint improve-block-device-handling we added the possibility to have glance images specified as block devices, and wa also added the field to specify the target of the block device.

The idea behind this is that we would be able to specify weather the image would be created on the hypervisor (dest=local) or will be downloaded onto a volume similar to a Cinder snapshot (dest=volume).

Implementing the 'dest: local' images will require some work:

* Since the way these block devices will be handled is different than what we currently have (for block devices) - we will need to generilize the code that does base image download in creation to be able to accept data passed as image block devices.

* We will likely want to take advantage of using base images and caching them on hypervisor nodes - so this blueprint will cover extending and generalizing the code in nova/virt/libvirt/imagecache.py to be aware of the block devices and handle them according to the system configuration.

* We will need to make sure that drivers can advertise to the manager code that they will accept these new block devices. Most of the groundwork for this is laid out in https://review.openstack.org/#/c/39086/ and it will be mostly a matter of implementing a new DriverBlockDevice subtype.

* We will likely want to add horizon support for this as well.

Specification URL (additional information):

None

Comment 2 Stephen Gordon 2014-01-24 16:34:59 UTC
Updating based on BP milesone.


Note You need to log in before you can comment on or make changes to this bug.