6d70d6adf9
This change integrates support of the Cinder 3.44 volume attachment API. The patch bumps the compute service version to check whether all the compute nodes are upgraded to the version that can handle attach and detach with the new flow. To enable the new flow we also need the 3.44 or higher microversion from Cinder. We check that in the API and if it's not available we fall back to the old attach/detach flow. Co-Authored-By: Ildiko Vancsa <ildiko.vancsa@gmail.com> Partially Implements: blueprint cinder-new-attach-apis Change-Id: Ifc01dbf98545104c998ab96f65ff8623a6db0f28
25 lines
1.0 KiB
YAML
25 lines
1.0 KiB
YAML
---
|
|
other:
|
|
- |
|
|
Nova will now internally use a new flow for new volume attachments when:
|
|
|
|
* All *nova-compute* services are upgraded
|
|
* The *block-storage* 3.44 API microversion is available
|
|
|
|
This change should be transparent to end users and does not affect existing
|
|
volume attachments. Also, this does not affect how new volumes are created
|
|
and attached during boot-from-volume when the
|
|
``block_device_mapping_v2.source_type`` is ``blank``, ``image`` or
|
|
``snapshot`` and the ``block_device_mapping_v2.destination_type`` is
|
|
``volume``.
|
|
|
|
The motivation behind these changes are:
|
|
|
|
* Track volume attachment state in the block storage service rather than
|
|
the compute service (separation of duties, simplicity, etc)
|
|
* Removal of technical debt from the compute service long-term
|
|
* Enable a foundation on which to build support for multi-attach volumes
|
|
|
|
More details can be found in the spec:
|
|
|
|
https://specs.openstack.org/openstack/nova-specs/specs/queens/approved/cinder-new-attach-apis.html |