[openstack-dev] [Cinder]Restrict volume creation based on type

Erlon Cruz sombrafam at gmail.com
Fri Jul 10 12:58:02 UTC 2015


Hi Eduard,

What extra_specs do you configured in this volume_type?
Yes you can force a volume to an specific node, or backend. You must
configure the volume_backend_name on cinder.conf, and add an extra spec
"volume_backend_name='same_as_in_cinder_conf'" on the volume type  you
created.

For example:
[lvm1]
volume_driver = cinder.volume.drivers.lvm.LVMVolumeDriver
volume_backend_name = lvm

[lvm2]
volume_driver = cinder.volume.drivers.lvm.LVMVolumeDriver
volume_backend_name = lvm

Then:
cinder type-create lvm
$ cinder type-key lvm_node set volume_backend_name=lvm


On Fri, Jul 10, 2015 at 5:36 AM, Eduard Matei <
eduard.matei at cloudfounders.com> wrote:

> Hi,
>
> We've been testing a multi-node setup with our driver and ended up in a
> strange situation:
> - having a driver configured on multiple cinder nodes (But not all)
> - having a volume type (available)
> - creating a volume with specified volume type causes the volume to be
> created (attempted) on a node where the driver is not configured.
>
> We found something called "storage_availability_zone" but not quite
> understood it, and it looks like an extra choice in the "Create volume
> wizard" (which can be skipped/forgotten).
>
> So, question:
> - can we "force" a volume type to be tied to specific nodes? (something
> like availability zones, but determined based on volume type, not a
> separate setting)
>
>
> Thanks,
>
> --
>
> *Eduard Biceri Matei, Senior Software Developer*
> www.cloudfounders.com
>  | eduard.matei at cloudfounders.com
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150710/2ac9b067/attachment.html>


More information about the OpenStack-dev mailing list