282 lines
11 KiB
ReStructuredText
282 lines
11 KiB
ReStructuredText
.. _get_capabilities:
|
|
|
|
|
|
================
|
|
Get capabilities
|
|
================
|
|
|
|
When an administrator configures ``volume type`` and ``extra specs`` of storage
|
|
on the back end, the administrator has to read the right documentation that
|
|
corresponds to the version of the storage back end. Deep knowledge of
|
|
storage is also required.
|
|
|
|
OpenStack Block Storage enables administrators to configure ``volume type``
|
|
and ``extra specs`` without specific knowledge of the storage back end.
|
|
|
|
.. note::
|
|
|
|
* ``Volume Type``: A group of volume policies.
|
|
* ``Extra Specs``: The definition of a volume type. This is a group of
|
|
policies. For example, provision type, QOS that will be used to
|
|
define a volume at creation time.
|
|
* ``Capabilities``: What the current deployed back end in Cinder is able
|
|
to do. These correspond to extra specs.
|
|
|
|
Usage of cinder client
|
|
~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
When an administrator wants to define new volume types for their
|
|
OpenStack cloud, the administrator would fetch a list of ``capabilities``
|
|
for a particular back end using the cinder client.
|
|
|
|
First, get a list of the services:
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume service list
|
|
+------------------+-------------------+------+---------+-------+----------------------------+
|
|
| Binary | Host | Zone | Status | State | Updated At |
|
|
+------------------+-------------------+------+---------+-------+----------------------------+
|
|
| cinder-scheduler | controller | nova | enabled | up | 2016-10-24T13:53:35.000000 |
|
|
| cinder-volume | block1@ABC-driver | nova | enabled | up | 2016-10-24T13:53:35.000000 |
|
|
+------------------+-------------------+------+---------+-------+----------------------------+
|
|
|
|
With one of the listed hosts, pass that to ``get-capabilities``, then
|
|
the administrator can obtain volume stats and also back end ``capabilities``
|
|
as listed below.
|
|
|
|
.. code-block:: console
|
|
|
|
$ cinder get-capabilities block1@ABC-driver
|
|
+---------------------+----------------------------------------------+
|
|
| Volume stats | Value |
|
|
+---------------------+----------------------------------------------+
|
|
| description | None |
|
|
| display_name | Capabilities of Cinder Vendor ABC driver |
|
|
| driver_version | 2.0.0 |
|
|
| namespace | OS::Storage::Capabilities::block1@ABC-driver |
|
|
| pool_name | None |
|
|
| replication_targets | [] |
|
|
| storage_protocol | iSCSI |
|
|
| vendor_name | Vendor ABC |
|
|
| visibility | pool |
|
|
| volume_backend_name | ABC-driver |
|
|
+---------------------+----------------------------------------------+
|
|
+----------------------+-----------------------------------------------------+
|
|
| Backend properties | Value |
|
|
+----------------------+-----------------------------------------------------+
|
|
| compression | {u'type':u'boolean', u'title':u'Compression', ...} |
|
|
| ABC:compression_type | {u'enum':u'['lossy', 'lossless', 'special']', ...} |
|
|
| qos | {u'type':u'boolean', u'title':u'QoS', ...} |
|
|
| replication | {u'type':u'boolean', u'title':u'Replication', ...} |
|
|
| thin_provisioning | {u'type':u'boolean', u'title':u'Thin Provisioning'} |
|
|
| ABC:minIOPS | {u'type':u'integer', u'title':u'Minimum IOPS QoS',} |
|
|
| ABC:maxIOPS | {u'type':u'integer', u'title':u'Maximum IOPS QoS',} |
|
|
| ABC:burstIOPS | {u'type':u'integer', u'title':u'Burst IOPS QoS',..} |
|
|
+----------------------+-----------------------------------------------------+
|
|
|
|
Disable a service
|
|
~~~~~~~~~~~~~~~~~
|
|
|
|
When an administrator wants to disable a service, identify the Binary
|
|
and the Host of the service. Use the :command:` openstack volume service set`
|
|
command combined with the Binary and Host to disable the service:
|
|
|
|
#. Determine the binary and host of the service you want to remove
|
|
initially.
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume service list
|
|
+------------------+----------------------+------+---------+-------+----------------------------+
|
|
| Binary | Host | Zone | Status | State | Updated At |
|
|
+------------------+----------------------+------+---------+-------+----------------------------+
|
|
| cinder-scheduler | devstack | nova | enabled | up | 2016-10-24T13:53:35.000000 |
|
|
| cinder-volume | devstack@lvmdriver-1 | nova | enabled | up | 2016-10-24T13:53:35.000000 |
|
|
+------------------+----------------------+------+---------+-------+----------------------------+
|
|
|
|
#. Disable the service using the Binary and Host name, placing the Host
|
|
before the Binary name.
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume service set --disable HOST_NAME BINARY_NAME
|
|
|
|
#. Remove the service from the database.
|
|
|
|
.. code-block:: console
|
|
|
|
$ cinder-manage service remove BINARY_NAME HOST_NAME
|
|
|
|
Usage of REST API
|
|
~~~~~~~~~~~~~~~~~
|
|
|
|
New endpoint to ``get capabilities`` list for specific storage back end
|
|
is also available. For more details, refer to the Block Storage API reference.
|
|
|
|
API request:
|
|
|
|
.. code-block:: console
|
|
|
|
GET /v2/{tenant_id}/capabilities/{hostname}
|
|
|
|
Example of return value:
|
|
|
|
.. code-block:: json
|
|
|
|
{
|
|
"namespace": "OS::Storage::Capabilities::block1@ABC-driver",
|
|
"volume_backend_name": "ABC-driver",
|
|
"pool_name": "pool",
|
|
"driver_version": "2.0.0",
|
|
"storage_protocol": "iSCSI",
|
|
"display_name": "Capabilities of Cinder Vendor ABC driver",
|
|
"description": "None",
|
|
"visibility": "public",
|
|
"properties": {
|
|
"thin_provisioning": {
|
|
"title": "Thin Provisioning",
|
|
"description": "Sets thin provisioning.",
|
|
"type": "boolean"
|
|
},
|
|
"compression": {
|
|
"title": "Compression",
|
|
"description": "Enables compression.",
|
|
"type": "boolean"
|
|
},
|
|
"ABC:compression_type": {
|
|
"title": "Compression type",
|
|
"description": "Specifies compression type.",
|
|
"type": "string",
|
|
"enum": [
|
|
"lossy", "lossless", "special"
|
|
]
|
|
},
|
|
"replication": {
|
|
"title": "Replication",
|
|
"description": "Enables replication.",
|
|
"type": "boolean"
|
|
},
|
|
"qos": {
|
|
"title": "QoS",
|
|
"description": "Enables QoS.",
|
|
"type": "boolean"
|
|
},
|
|
"ABC:minIOPS": {
|
|
"title": "Minimum IOPS QoS",
|
|
"description": "Sets minimum IOPS if QoS is enabled.",
|
|
"type": "integer"
|
|
},
|
|
"ABC:maxIOPS": {
|
|
"title": "Maximum IOPS QoS",
|
|
"description": "Sets maximum IOPS if QoS is enabled.",
|
|
"type": "integer"
|
|
},
|
|
"ABC:burstIOPS": {
|
|
"title": "Burst IOPS QoS",
|
|
"description": "Sets burst IOPS if QoS is enabled.",
|
|
"type": "integer"
|
|
},
|
|
}
|
|
}
|
|
|
|
Usage of volume type access extension
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
Some volume types should be restricted only. For example, test volume types
|
|
where you are testing a new technology or ultra high performance volumes
|
|
(for special cases) where you do not want most users to be able to select
|
|
these volumes. An administrator/operator can then define private volume types
|
|
using cinder client.
|
|
Volume type access extension adds the ability to manage volume type access.
|
|
Volume types are public by default. Private volume types can be created by
|
|
setting the ``--private`` parameter at creation time. Access to a
|
|
private volume type can be controlled by adding or removing a project from it.
|
|
Private volume types without projects are only visible by users with the
|
|
admin role/context.
|
|
|
|
Create a public volume type by setting ``--public`` parameter:
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume type create vol_Type1 --description test1 --public
|
|
+-------------+--------------------------------------+
|
|
| Field | Value |
|
|
+-------------+--------------------------------------+
|
|
| description | test1 |
|
|
| id | b7dbed9e-de78-49f8-a840-651ae7308592 |
|
|
| is_public | True |
|
|
| name | vol_Type1 |
|
|
+-------------+--------------------------------------+
|
|
|
|
Create a private volume type by setting ``--private`` parameter:
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume type create vol_Type2 --description test2 --private
|
|
+-------------+--------------------------------------+
|
|
| Field | Value |
|
|
+-------------+--------------------------------------+
|
|
| description | test2 |
|
|
| id | 154baa73-d2c4-462f-8258-a2df251b0d39 |
|
|
| is_public | False |
|
|
| name | vol_Type2 |
|
|
+-------------+--------------------------------------+
|
|
|
|
Get a list of the volume types:
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume type list
|
|
+--------------------------------------+-------------+
|
|
| ID | Name |
|
|
+--------------------------------------+-------------+
|
|
| 0a948c84-bad5-4fba-88a2-c062006e4f6b | vol_Type1 |
|
|
| 87e5be6f-9491-4ea5-9906-9ac56494bb91 | lvmdriver-1 |
|
|
| fd508846-213f-4a07-aaf2-40518fb9a23f | vol_Type2 |
|
|
+--------------------------------------+-------------+
|
|
|
|
Get a list of the projects:
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack project list
|
|
+----------------------------------+--------------------+
|
|
| ID | Name |
|
|
+----------------------------------+--------------------+
|
|
| 4105ead90a854100ab6b121266707f2b | alt_demo |
|
|
| 4a22a545cedd4fcfa9836eb75e558277 | admin |
|
|
| 71f9cdb1a3ab4b8e8d07d347a2e146bb | service |
|
|
| c4860af62ffe465e99ed1bc08ef6082e | demo |
|
|
| e4b648ba5108415cb9e75bff65fa8068 | invisible_to_admin |
|
|
+----------------------------------+--------------------+
|
|
|
|
Add volume type access for the given demo project, using its project-id:
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume type set --project c4860af62ffe465e99ed1bc08ef6082e \
|
|
vol_Type2
|
|
|
|
List the access information about the given volume type:
|
|
|
|
.. code-block:: console
|
|
|
|
$ cinder type-access-list --volume-type vol_Type2
|
|
+--------------------------------------+----------------------------------+
|
|
| Volume_type_ID | Project_ID |
|
|
+--------------------------------------+----------------------------------+
|
|
| fd508846-213f-4a07-aaf2-40518fb9a23f | c4860af62ffe465e99ed1bc08ef6082e |
|
|
+--------------------------------------+----------------------------------+
|
|
|
|
Remove volume type access for the given project:
|
|
|
|
.. code-block:: console
|
|
|
|
$ openstack volume type unset --project c4860af62ffe465e99ed1bc08ef6082e \
|
|
vol_Type2
|
|
$ cinder type-access-list --volume-type vol_Type2
|
|
+----------------+------------+
|
|
| Volume_type_ID | Project_ID |
|
|
+----------------+------------+
|
|
+----------------+------------+
|