[openstack-dev] [nova] Thoughts on deprecating the legacy bdm v1 API support
Matt Riedemann
mriedem at linux.vnet.ibm.com
Tue May 17 14:48:02 UTC 2016
In the live migration meeting today mdbooth and I were chatting about
how hard it is to follow the various BDM code through nova, because you
have the three block_device modules:
* nova.block_device - dict that does some translation magic
* nova.objects.block_device - contains the BDM(List) objects for RPC and
DB access
* nova.virt.block_device - dict that wraps a BDM object, used for
attaching volumes to instances, updates the BDM.connection_info field in
the DB via the wrapper on the BDM object. This module also has
translation logic in it.
The BDM v1 extension translates that type of request to the BDM v2 model
before it gets to server create, and then passed down to the
nova.compute.api. But there is still a lot of legacy bdm v1 translation
logic spread through the code.
So I'd like to propose that we deprecate the v1 BDM API in the same vein
that we're deprecating other untested things, like agent-builds,
cloudpipe, certificates, and the proxy APIs. We can't remove the code,
but we can signal to users to not use the API and eventually when we
raise the minimum required microversion >= the deprecation, we can drop
that code. Since that's a long ways off, the earlier we start a
deprecation clock on this the better - if we're going to do it.
Does anyone have any issues with this?
--
Thanks,
Matt Riedemann
More information about the OpenStack-dev
mailing list