存储指南

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 要启用主动块存储服务卷，请将此环境文件添加到带有其他环境文件的堆栈中，并部署 overcloud：

   /usr/share/openstack-tripleo-heat-templates/environments/cinder-volume-active-active.yaml

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 运行以下命令验证集群的所有服务是否正在运行：

   $ cinder cluster-list --detailed

   或者，运行 cluster show 命令。

3. 如果有任何服务没有运行，请运行以下命令来识别这些特定的服务：

   $ cinder service-list

4. 运行以下命令以触发服务器清理：

   $ cinder --os-volume-api-version 3.24 work-cleanup [--cluster <cluster-name>] [--host <hostname>] [--binary <binary>] [--is-up <True|true|False|false>] [--disabled <True|true|False|false>] [--resource-id <resource-id>] [--resource-type <Volume|Snapshot>]

   注意

   过滤器（如- cluster,--host, 和-- binary ）定义命令清理的内容。您可以过滤集群名称、主机名、服务类型和资源类型，包括特定资源。如果没有应用过滤，命令会尝试清理可清理的所有内容。

   以下示例根据集群名称过滤：

   $ cinder --os-volume-api-version 3.24 work-cleanup --cluster tripleo@tripleo_ceph

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 确定 cinder-volume 的主机：

   $ cinder service-list

   此命令将返回一个包含每个块存储服务的主机的列表(cinder-backup、cinder-scheduler 和 cinder-volume)。例如：

   +------------------+---------------------------+------+---------
   |      Binary      |            Host           | Zone |  Status ...
   +------------------+---------------------------+------+---------
   |  cinder-backup   |   localhost.localdomain   | nova | enabled ...
   | cinder-scheduler |   localhost.localdomain   | nova | enabled ...
   |  cinder-volume   | *localhost.localdomain@lvm* | nova | enabled ...
   +------------------+---------------------------+------+---------

3. 显示驱动程序功能以确定块存储服务支持的 Extra Specs：

   $ cinder get-capabilities <volsvchost>

   • 将 <volsvchost> 替换为 cinder-volume 的主机。例如：

     $ cinder get-capabilities localhost.localdomain@lvm
         +---------------------+-----------------------------------------+
         |     Volume stats    |                        Value            |
         +---------------------+-----------------------------------------+
         |     description     |                         None            |
         |     display_name    |                         None            |
         |    driver_version   |                        3.0.0            |
         |      namespace      | OS::Storage::Capabilities::localhost.loc...
         |      pool_name      |                         None            |
         |   storage_protocol  |                        iSCSI            |
         |     vendor_name     |                     Open Source         |
         |      visibility     |                         None            |
         | volume_backend_name |                         lvm             |
         +---------------------+-----------------------------------------+
         +--------------------+------------------------------------------+
         | Backend properties |                        Value             |
         +--------------------+------------------------------------------+
         |    compression     |      {u'type': u'boolean', u'description'...
         |        qos         |              {u'type': u'boolean', u'des ...
         |    replication     |      {u'type': u'boolean', u'description'...
         | thin_provisioning  | {u'type': u'boolean', u'description': u'S...
         +--------------------+------------------------------------------+

     Backend 属性 列显示您可以设置的 Extra Spec Keys 列表，而 Value 列提供了有关有效对应值的信息。

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Admin > Volumes > Volume Types。
3. 单击 Create Volume Type。
4. 在 Name 字段中输入卷类型名称。
5. 单击 Create Volume Type。新类型会出现在 卷类型 表中。
6. 选择卷类型的 View Extra Specs 操作。
7. 点 Create 并指定 Key 和 Value。键值对必须有效；否则，在卷创建过程中指定卷类型将导致错误。
8. 点 Create。关联的设置（键值对）现在会出现在 Extra Specs 表中。

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Admin > Volumes > Volume Types。
3. 在 卷类型 表中，选择卷类型的 View Extra Specs 操作。

4. 在这个页面的 Extra Specs 表中，您可以：

   • 向卷类型添加新设置。要做到这一点，点 Create 并指定您要与卷类型关联的新设置的键/值对。
   • 选择 设置的 Edit 操作，以编辑与卷类型关联的现有设置。
   • 选择额外 specs 复选框并点 Delete Extra Specs 以及下一个对话框屏幕，删除与卷类型关联的现有设置。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 创建新的 cinder 卷类型，并将 is-public 标志设置为 false ：

   $ cinder type-create --is-public false <type_name>

   • 将 <type_name > 替换为您要调用这个新私有卷类型的名称。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 定义、清除或列出项目的默认卷类型：

   注意

   您必须将这些命令中的 < project_id > 替换为所需项目的 ID。要查找每个租户的 ID 和名称，请运行 openstack project list 命令。

   • 为项目定义默认卷类型：

     $ cinder --os-volume-api-version 3.62 default-type-set <volume_type> <project_id>

     • 将 <volume_type> 替换为所需卷类型的名称或 ID。您可以运行 cinder type-list 命令来列出所有卷类型的名称和 ID。

   • 清除项目的默认卷类型：

     $ cinder --os-volume-api-version 3.62 default-type-unset <project_id>

   • 列出项目的默认卷类型：

     $ cinder --os-volume-api-version 3.62 default-type-list --project <project_id>

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Admin > Volumes > Volume Types。
3. 在 QoS Specs 表中，点 Create QoS Spec。
4. 为 QoS Spec 输入一个名称。
5. 在 Consumer 字段中，选择此 QoS 规格的消费者。如需更多信息，请参阅 QoS 规格的消费者。
6. 点 Create。新的 QoS 规格显示在 QoS Specs 表中。
7. 在 QoS Specs 表中，选择新 QoS 规格的 Manage Specs 操作来打开 Specs 窗口，在其中添加 QoS 性能限制。
8. 点 Specs 窗口中的 Create 打开 Create Extra Specs 窗口。

9. 在 Key 字段中为 QoS 性能限制指定 QoS 属性键，并在 Value 中设置性能限制值。有关可用属性键的更多信息，请参阅 块存储 QoS 属性键。

   重要

   确保正确拼写 QoS 属性键。包含错误拼写属性键的卷性能限制将被忽略。

10. 点 Create 将 QoS 限值添加到您的 QoS 规格中。
11. 对于您要添加到 QoS 规格的每个 QoS 限制，重复步骤 7 到 10。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 创建 QoS 规格：

   $ openstack volume qos create [--consumer <qos_spec_consumer>] <qos_spec_name>

   • 可选：将 <qos_spec_consumer > 替换为此 QoS 规格所需的使用者。如果未指定，则消费者将默认为 两个。如需更多信息，请参阅 QoS 规格的消费者。
   • 将 <qos_spec_name > 替换为 QoS 规格的名称。

3. 通过为每个要添加的 QoS 限制指定 separate- property <key=value&gt; 参数，为 QoS 规格添加性能限制：

   $ openstack volume qos set --property <key>=<value> <qos_spec_name>

   • 将 <key > 替换为所需性能约束的 QoS 属性键。如需更多信息，请参阅块存储 QoS 属性键。

     重要

     确保正确拼写 QoS 属性键。包含错误拼写属性键的卷性能限制将被忽略。

   • 在 QoS 属性键所需的测量单元中，将 < value > 替换为此性能约束的特定部署限制。

   • 将 <qos_spec_name > 替换为 QoS 规格的名称或 ID。

     Example:

     $ openstack volume qos set \
      --property read_iops_sec=5000 \
      --property write_iops_sec=7000 \
      myqoslimits

4. 查看 QoS 规格：

   $ openstack volume qos list
   +--------------------------------------+---------+-----------+--------------+-----------------------------------------------------+
   | ID                                   | Name    | Consumer  | Associations | Properties                                          |
   +--------------------------------------+---------+-----------+--------------+-----------------------------------------------------+
   | 204c6ba2-c67c-4ac8-918a-03f101811235 | myqoslimits | front-end |              | read_iops_sec='5000', write_iops_sec='7000' |
   +--------------------------------------+---------+-----------+--------------+-----------------------------------------------------+

   此命令提供了所有配置的 QoS 规格的配置详情表。

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Admin > Volumes > Volume Types。
3. 在 卷类型 表中，选择所需卷类型的 Manage QoS Spec Association 操作。
4. 从 要关联的 QoS Spec 中选择所需的 QoS 规格。
5. 单击 关联。QoS 规格添加到 编辑的卷类型的关联 QoS Spec 列中。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 将所需的 QoS 规格与所需的卷类型关联：

   $ openstack volume qos associate <qos_spec_name> <volume_type>

   • 将 <qos_spec_name > 替换为 QoS 规格的名称或 ID。您可以运行 openstack volume qos list 命令，以列出所有 QoS 规格的名称和 ID。
   • 将 <volume_type > 替换为卷类型的名称或 ID。您可以运行 cinder type-list 命令来列出所有卷类型的名称和 ID。

3. 验证 QoS 规格是否已关联：

   $ openstack volume qos list

   输出表中的 关联 列显示哪些卷类型与此 QoS 规格相关联。

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Admin > Volumes > Volume Types。
3. 在 卷类型 表中，选择所需卷类型的 Manage QoS Spec Association 操作。
4. 从 QoS Spec to be associated 列表中选择 None。

5. 单击 关联。

   QoS 规格应该从编辑 的卷类型的关联 QoS Spec 列中删除。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 解除关联与 QoS 规格关联的卷类型。当多个卷类型与同一 QoS 规格关联时，您可以解除一个特定卷类型或所有卷类型关联：

   • 解除与 QoS 规格关联的特定卷类型：

     $ openstack volume qos disassociate <qos_spec_name> --volume-type <volume_type>

     • 将 <qos_spec_name > 替换为 QoS 规格的名称或 ID。您可以运行 openstack volume qos list 命令，以列出所有 QoS 规格的名称和 ID。
     • 将 <volume_type > 替换为与此 QoS 规格关联的卷类型的名称或 ID。您可以运行 cinder type-list 命令来列出所有卷类型的名称和 ID。

   • 解除所有与 QoS 规格关联的卷类型：

     $ openstack volume qos disassociate <qos_spec_name> --all

3. 验证 QoS 规格是否已解除关联：

   $ openstack volume qos list

   此 QoS 规范的 关联 列不应指定卷类型或为空。

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Admin > Volumes > Volume Types。
3. 在要加密的卷的 Actions 列中，选择 Create Encryption 来启动 Create Volume Type Encryption 向导。

4. 从那里，配置卷类型的 Provider、controlLocation、Cipher 和 Key Size 设置。Description 列描述了每个设置。

   重要

   以下列出的值是 Provider、Cipher 和 Key Size 唯一支持的选项。

   1. 为 Provider 输入 luks。
   2. 为 Cipher 输入 aes-xts-plain64。
   3. 为 Key Size 输入 256。
5. 单击 Create Volume Type Encryption。

1. 从卷类型的 Actions 列中选择 Update Encryption，以启动 Update Volume Type Encryption 向导。
2. 在 Project > Compute > Volumes 中，检查 Volumes 表中的 Encrypted 列，以确定卷是否加密。
3. 如果卷已加密，请单击该列中的 Yes 来查看加密设置。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 创建卷类型：

   $ cinder type-create myEncType

3. 配置密码、密钥大小、控制位置和供应商设置：

   $ cinder encryption-type-create --cipher aes-xts-plain64 --key-size 256 --control-location front-end myEncType luks

4. 创建加密的卷：

   $ cinder --debug create 1 --volume-type myEncType --name myEncVol

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 编辑环境文件，并在 parameter_defaults 部分中添加新条目。这样可确保条目在容器中更新，并在 director 使用 openstack overcloud deploy 命令重新创建环境时保留。

4. 使用 CinderApiPolicies 在环境文件中添加新部分来设置一致性组设置。等效的 parameter_defaults 部分，带有 JSON 文件中的默认设置，如下所示：

   parameter_defaults:
     CinderApiPolicies: { \
        cinder-consistencygroup_create: { key: 'consistencygroup:create', value: 'group:nobody' }, \
        cinder-consistencygroup_delete: { key: 'consistencygroup:delete', value: 'group:nobody' },  \
        cinder-consistencygroup_update: { key: 'consistencygroup:update', value: 'group:nobody' }, \
        cinder-consistencygroup_get: { key: 'consistencygroup:get', value: 'group:nobody' }, \
        cinder-consistencygroup_get_all: { key: 'consistencygroup:get_all', value: 'group:nobody' }, \
        cinder-consistencygroup_create_cgsnapshot: { key: 'consistencygroup:create_cgsnapshot', value: 'group:nobody' }, \
        cinder-consistencygroup_delete_cgsnapshot: { key: 'consistencygroup:delete_cgsnapshot', value: 'group:nobody' }, \
        cinder-consistencygroup_get_cgsnapshot: { key: 'consistencygroup:get_cgsnapshot', value: 'group:nobody' }, \
        cinder-consistencygroup_get_all_cgsnapshots: { key: 'consistencygroup:get_all_cgsnapshots', value: 'group:nobody' }, \
    }

5. 值 'group:nobody' 确定没有组可以使用此功能，以便有效地禁用它。要启用它，请将组更改为另一个值。

6. 为提高安全性，将一致性组 API 和卷类型管理 API 的权限设置为相同。默认情况下，卷类型管理 API 会在同一个 /etc/cinder/policy.json_ file 文件中设置为 "rule:admin_or_owner"。

   "volume_extension:types_manage": "rule:admin_or_owner",

7. 要使一致性组功能可供所有用户使用，请设置 API 策略条目，允许用户创建、使用和管理他们自己的一致性组。为此，请使用 rule:admin_or_owner ：

   CinderApiPolicies: { \
        cinder-consistencygroup_create: { key: 'consistencygroup:create', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_delete: { key: 'consistencygroup:delete', value: 'rule:admin_or_owner' },  \
        cinder-consistencygroup_update: { key: 'consistencygroup:update', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get: { key: 'consistencygroup:get', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get_all: { key: 'consistencygroup:get_all', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_create_cgsnapshot: { key: 'consistencygroup:create_cgsnapshot', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_delete_cgsnapshot: { key: 'consistencygroup:delete_cgsnapshot', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get_cgsnapshot: { key: 'consistencygroup:get_cgsnapshot', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get_all_cgsnapshots: { key: 'consistencygroup:get_all_cgsnapshots', value: 'rule:admin_or_owner’ }, \
    }

8. 将更新保存到环境文件。
9. 使用其他环境文件将环境文件添加到堆栈中，并部署 overcloud。

流程

1. 以 admin 用户或卷所有者身份登录控制面板。
2. 选择 Project > Compute > Volumes > Volume Consistency Groups。
3. 单击 Create Consistency Group。
4. 在向导的 Consistency Group Information 选项卡中，为您的一致性组输入一个名称和描述。然后，指定其 可用区。
5. 您还可以在一致性组中添加卷类型。当您在一致性组中创建卷时，块存储服务将应用来自这些卷类型的兼容设置。要添加卷类型，请点击所有可用卷类型列表中的 + 按钮。
6. 单击 Create Consistency Group。它会出现在 Volume Consistency Groups 表中。

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Project > Compute > Volumes > Volume Consistency Groups。
3. 可选： 您可以通过从 Action 列中选择 Edit Consistency Group 来更改一致性组的名称或描述。

4. 要直接从一致性组中添加或删除卷，请找到您要配置的一致性组。在该一致性组的 Actions 列中，选择 Manage Volumes。这将启动 Add/Remove Consistency Group Volumes 向导。

   1. 若要向一致性组添加卷，可从所有可用卷 列表中单击其 + 按钮。
   2. 要从一致性组中删除卷，可从 Selected volumes 列表中单击其按钮。
5. 单击 Edit Consistency Group。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 列出所有可用的一致性组及其对应的 ID：

   $ cinder consisgroup-list

3. 使用一致性组创建快照：

   $ cinder cgsnapshot-create [--name <cgsnapname>] [--description "<description>"] <cgnameid>

   • 将 <cgsnapname > 替换为快照的名称。
   • 将 <description > 替换为快照的描述。
   • 将 <cgnameid> 替换为一致性组的名称或 ID。

4. 显示所有可用一致性组快照的列表：

   # cinder cgsnapshot-list

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 克隆现有的一致性组：

   $ cinder consisgroup-create-from-src --source-cg <cgnameid> [--name <cgname>] [--description "<description>"]

   • 将 <cgnameid > 替换为您要克隆的一致性组的名称或 ID。
   • 将 <cgname > 替换为您的一致性组的名称。
   • 将 <description > 替换为您的一致性组的描述。

3. 从一致性组快照创建一致性组：

   $ cinder consisgroup-create-from-src --cgsnapshot <cgsnapname> [--name <cgname>] [--description "<description>"]

   • 将 < cgsnapname > 替换为您要用于创建一致性组的快照的名称或 ID。

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 使用覆盖环境文件或创建新文件，如 multipath_overrides.yaml。添加并设置以下参数：

   parameter_defaults:
     ExtraConfig:
       cinder::config::cinder_config:
         backend_defaults/use_multipath_for_image_xfer:
           value: true

   注意

   默认设置将生成适用于大多数环境的基本多路径配置。但是，检查您的存储厂商以了解建议，因为有些供应商具有特定于硬件的优化配置。有关多路径的更多信息，请参阅配置设备映射器多路径。

4. 可选： 如果您的 overcloud 部署有多路径配置文件，您可以使用 MultipathdCustomConfigFile 参数指定此文件的位置：

   parameter_defaults:
     MultipathdCustomConfigFile: <config_file_directory>/<config_file_name>

   在以下示例中，/home/stack 是多路径配置文件的目录，multipath.conf 是此文件的名称：

   parameter_defaults:
     MultipathdCustomConfigFile: /home/stack/multipath.conf

   注意

   其他 TripleO 多路径参数覆盖本地自定义配置文件中任何对应的值。例如，如果 MultipathdEnableUserFriendlyNames 为 False，则 overcloud 节点上的文件会被更新以匹配，即使本地自定义文件中启用了该设置。

   有关多路径参数的更多信息，请参阅 多路径 heat 模板参数。

5. 将更新保存到覆盖环境文件中。

6. 使用其他环境文件，将您的环境文件添加到堆栈中，例如：

   ----
   /usr/share/openstack-tripleo-heat-templates/environments/multipathd.yaml
   ----

7. 部署 overcloud。

流程

1. 创建实例。
2. 将非加密卷连接到实例。

3. 获取包含实例的 Compute 节点的名称：

   $ nova show <instance> | grep OS-EXT-SRV-ATTR:host

   将 <instance > 替换为您创建的实例的名称。

4. 检索实例的 virsh 名称：

   $ nova show <instance> | grep instance_name

5. 获取 Compute 节点的 IP 地址：

   $ . stackrc
   $ metalsmith list | grep <compute_name>

   将 <compute_name > 替换为 nova show <instance&gt; 命令的输出中的名称，以显示两个行，来自六个列。

   在第四列中找到 &lt ;compute_name > 所在的行。< compute_name&gt; 的 IP 地址位于此行的最后一列中。

   在以下示例中，compute-0 的 IP 地址为 192.168.24.15，因为 compute-0 位于第二行的第四列中：

   $ . stackrc
   $ metalsmith list | grep compute-0
   | 3b1bf72e-c425-494c-9717-d0b89bb66580 | compute-0    | 95b21d3e-36be-470d-ba5c-70d5dcd6d0b3 | compute-1    | ACTIVE | ctlplane=192.168.24.49 |
   | 72a24883-25f9-435c-bf71-a20e66be172d | compute-1    | a59f79f7-006e-4f38-a9ad-8164da47d58e | compute-0    | ACTIVE | ctlplane=192.168.24.15 |

6. SSH 到运行实例的 Compute 节点：

   $ ssh tripleo-admin@<compute_node_ip>

   将 <compute_node_ip > 替换为 Compute 节点的 IP 地址。

7. 登录到运行 virsh 的容器：

   $ podman exec -it nova_libvirt /bin/bash

8. 在 Compute 节点实例上输入以下命令，以验证它是否在 cinder 卷主机位置中使用多路径：

   virsh domblklist <virsh_instance_name> | grep /dev/dm

   将 <virsh_instance_name > 替换为 nova show <instance> | grep instance_name 命令的输出。

   如果实例显示 /dev/dm- 以外的值，则连接是非多路径，您需要使用 nova shelve 和 nova unshelve 命令刷新连接信息：

   $ nova shelve <instance>
   $ nova unshelve <instance>

   注意

   如果您有多个后端类型，您必须验证所有后端上的实例和卷，因为每个后端返回的连接信息可能会有所不同。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 为 multi-attach 卷创建新卷类型：

   $ cinder type-create multiattach

3. 为此 multi-attach 卷类型启用 multiattach 属性：

   $ cinder type-key multiattach set multiattach="<is> True"

4. 运行以下命令来指定后端：

   $ cinder type-key multiattach set volume_backend_name=<backend_name>

流程

1. 提供您的凭据文件。

2. 运行以下命令来创建 multi-attach 卷：

   $ cinder create <volume_size> --name <volume_name> --volume-type multiattach

3. 运行以下命令，以验证卷是否能够多附加功能。如果卷是多重附加功能，则 multiattach 字段等于 True。

   $ cinder show <vol_id> | grep multiattach
   
   | multiattach | True |

流程

1. 以 admin 用户或卷所有者身份登录控制面板。
2. 选择 Project > Compute > Volumes。
3. 在您要迁移的卷的 Actions 列中，选择 Change Volume Type。
4. 在 Change Volume Type 对话框中，选择目标卷类型，并从 Type 列表定义新后端。
5. 如果要将卷迁移到另一个后端，请从 Migration Policy 列表中选择 On Demand。如需更多信息，请参阅在后端间移动卷。
6. 点 Change Volume Type 开始迁移。

流程

1. 提供您的凭据文件。

2. 输入以下命令重新输入卷：

   $ cinder retype <volume name or id> <new volume type name>

3. 如果 retype 操作需要将卷从一个后端移到另一个后端，块存储服务需要一个特定的标记：

   $ cinder retype --migration-policy on-demand <volume name or id> <new volume type name>

流程

1. 登录到其中一个 Controller 节点。

2. 运行以下命令：

   [tripleo-admin@overcloud-controller-2 ~]$ sudo podman exec -it -u swift swift_object_server /usr/bin/swift-recon -arqlT --md5
   
   ======================================================================--> Starting reconnaissance on 3 hosts (object)
   ======================================================================[2018-12-14 14:55:47] Checking async pendings
   [async_pending] - No hosts returned valid data.
   ======================================================================[2018-12-14 14:55:47] Checking on replication
   [replication_failure] low: 0, high: 0, avg: 0.0, total: 0, Failed: 0.0%, no_result: 0, reported: 3
   [replication_success] low: 0, high: 0, avg: 0.0, total: 0, Failed: 0.0%, no_result: 0, reported: 3
   [replication_time] low: 0, high: 0, avg: 0.0, total: 0, Failed: 0.0%, no_result: 0, reported: 3
   [replication_attempted] low: 0, high: 0, avg: 0.0, total: 0, Failed: 0.0%, no_result: 0, reported: 3
   Oldest completion was 2018-12-14 14:55:39 (7 seconds ago) by 172.16.3.186:6000.
   Most recent completion was 2018-12-14 14:55:42 (4 seconds ago) by 172.16.3.174:6000.
   ======================================================================[2018-12-14 14:55:47] Checking load averages
   [5m_load_avg] low: 1, high: 2, avg: 2.1, total: 6, Failed: 0.0%, no_result: 0, reported: 3
   [15m_load_avg] low: 2, high: 2, avg: 2.6, total: 7, Failed: 0.0%, no_result: 0, reported: 3
   [1m_load_avg] low: 0, high: 0, avg: 0.8, total: 2, Failed: 0.0%, no_result: 0, reported: 3
   ======================================================================[2018-12-14 14:55:47] Checking ring md5sums
   3/3 hosts matched, 0 error[s] while checking hosts.
   ======================================================================[2018-12-14 14:55:47] Checking swift.conf md5sum
   3/3 hosts matched, 0 error[s] while checking hosts.
   ======================================================================[2018-12-14 14:55:47] Checking quarantine
   [quarantined_objects] low: 0, high: 0, avg: 0.0, total: 0, Failed: 0.0%, no_result: 0, reported: 3
   [quarantined_accounts] low: 0, high: 0, avg: 0.0, total: 0, Failed: 0.0%, no_result: 0, reported: 3
   [quarantined_containers] low: 0, high: 0, avg: 0.0, total: 0, Failed: 0.0%, no_result: 0, reported: 3
   ======================================================================[2018-12-14 14:55:47] Checking time-sync
   3/3 hosts matched, 0 error[s] while checking hosts.
   ======================================================================

3. 可选： 使用- -all 选项返回其他输出。

   这个命令查询环中的所有服务器以获取以下数据：

   • async 待处理：如果集群负载过高，进程无法足够快更新数据库文件，则一些更新异步进行。随着时间的推移，这些数字会缩短。
   • 复制指标：检查复制时间戳；通常发生完整的复制通过，以及几个错误。旧条目（例如，带有 6 个月前的时间戳的条目）表示节点上的复制还没有在最后的六个月内完成。
   • Ring md5sums： 这样可确保所有 ring 文件在所有节点上都一致。
   • swift.conf md5sums ：这样可确保所有配置文件在所有节点上都一致。
   • Quarantined 文件：所有节点必须不能或非常少、数量非常高的文件。
   • time-sync ：所有节点必须同步。

流程

1. 编辑 swift_params.yaml:

   cat > swift_params.yaml << EOF
   parameter_defaults:
       ExtraConfig:
         swift::proxy::copy::object_post_as_copy: False
   EOF

2. 在部署或更新 overcloud 时包括参数文件：

   openstack overcloud deploy [... previous args ...] -e swift_params.yaml

流程

1. 从 /usr/share/openstack-tripleo-heat-templates 复制 roles_data.yaml。
2. 编辑新文件。
3. 删除不需要的控制器角色，如 Aodh*、Ceiloe*、Ceph*、Cinder*、Glance*、Heat*、Ironic*、Manila*、Nova*、Octich、Swift*。
4. 在 roles_data.yaml 中查找 ObjectStorage 角色。
5. 将此角色复制到同一文件中的新角色，并将其命名为 ObjectProxy。

6. 将 SwiftStorage 替换为此角色中的 SwiftProxy。

   以下示例 roles_data.yaml 文件显示了示例角色。

   - name: Controller
     description: |
   	Controller role that has all the controller services loaded and handles
   	Database, Messaging and Network functions.
     CountDefault: 1
     tags:
   	- primary
   	- controller
     networks:
   	- External
   	- InternalApi
   	- Storage
   	- StorageMgmt
   	- Tenant
     HostnameFormatDefault: '%stackname%-controller-%index%'
     ServicesDefault:
   	- OS::TripleO::Services::AuditD
   	- OS::TripleO::Services::CACerts
   	- OS::TripleO::Services::CertmongerUser
   	- OS::TripleO::Services::Clustercheck
   	- OS::TripleO::Services::Docker
   	- OS::TripleO::Services::Ec2Api
   	- OS::TripleO::Services::Etcd
   	- OS::TripleO::Services::HAproxy
   	- OS::TripleO::Services::Keepalived
   	- OS::TripleO::Services::Kernel
   	- OS::TripleO::Services::Keystone
   	- OS::TripleO::Services::Memcached
   	- OS::TripleO::Services::MySQL
   	- OS::TripleO::Services::MySQLClient
   	- OS::TripleO::Services::Ntp
   	- OS::TripleO::Services::Pacemaker
   	- OS::TripleO::Services::RabbitMQ
   	- OS::TripleO::Services::Securetty
   	- OS::TripleO::Services::Snmp
   	- OS::TripleO::Services::Sshd
   	- OS::TripleO::Services::Timezone
   	- OS::TripleO::Services::TripleoFirewall
   	- OS::TripleO::Services::TripleoPackages
   	- OS::TripleO::Services::Vpp
   
   - name: ObjectStorage
     CountDefault: 1
     description: |
   	Swift Object Storage node role
     networks:
   	- InternalApi
   	- Storage
   	- StorageMgmt
     disable_upgrade_deployment: True
     ServicesDefault:
   	- OS::TripleO::Services::AuditD
   	- OS::TripleO::Services::CACerts
   	- OS::TripleO::Services::CertmongerUser
   	- OS::TripleO::Services::Collectd
   	- OS::TripleO::Services::Docker
   	- OS::TripleO::Services::FluentdClient
   	- OS::TripleO::Services::Kernel
   	- OS::TripleO::Services::MySQLClient
   	- OS::TripleO::Services::Ntp
   	- OS::TripleO::Services::Securetty
   	- OS::TripleO::Services::SensuClient
   	- OS::TripleO::Services::Snmp
   	- OS::TripleO::Services::Sshd
   	- OS::TripleO::Services::SwiftRingBuilder
   	- OS::TripleO::Services::SwiftStorage
   	- OS::TripleO::Services::Timezone
   	- OS::TripleO::Services::TripleoFirewall
   	- OS::TripleO::Services::TripleoPackages
   
   - name: ObjectProxy
     CountDefault: 1
     description: |
   	Swift Object proxy node role
     networks:
   	- InternalApi
   	- Storage
   	- StorageMgmt
     disable_upgrade_deployment: True
     ServicesDefault:
   	- OS::TripleO::Services::AuditD
   	- OS::TripleO::Services::CACerts
   	- OS::TripleO::Services::CertmongerUser
   	- OS::TripleO::Services::Collectd
   	- OS::TripleO::Services::Docker
   	- OS::TripleO::Services::FluentdClient
   	- OS::TripleO::Services::Kernel
   	- OS::TripleO::Services::MySQLClient
   	- OS::TripleO::Services::Ntp
   	- OS::TripleO::Services::Securetty
   	- OS::TripleO::Services::SensuClient
   	- OS::TripleO::Services::Snmp
   	- OS::TripleO::Services::Sshd
   	- OS::TripleO::Services::SwiftRingBuilder
   	- OS::TripleO::Services::SwiftProxy
   	- OS::TripleO::Services::Timezone
   	- OS::TripleO::Services::TripleoFirewall
   	- OS::TripleO::Services::TripleoPackages

7. 使用常规的 openstack deploy 命令（包括新角色）部署 overcloud。

   $ openstack overcloud deploy --templates -r roles_data.yaml -e [...]

流程

1. 创建名为 newnodes.json 的新 JSON 文件，其中包含您要注册的新节点的详情：

   {
     "nodes":[
       {
           "mac":[
               "dd:dd:dd:dd:dd:dd"
           ],
           "cpu":"4",
           "memory":"6144",
           "disk":"40",
           "arch":"x86_64",
           "pm_type":"ipmi",
           "pm_user":"admin",
           "pm_password":"p@55w0rd!",
           "pm_addr":"192.168.24.207"
       },
       {
           "mac":[
               "ee:ee:ee:ee:ee:ee"
           ],
           "cpu":"4",
           "memory":"6144",
           "disk":"40",
           "arch":"x86_64",
           "pm_type":"ipmi",
           "pm_user":"admin",
           "pm_password":"p@55w0rd!",
           "pm_addr":"192.168.24.208"
       }
     ]
   }

2. 注册新节点：

   $ source ~/stackrc
   (undercloud)$ openstack overcloud node import newnodes.json

3. 为每个新节点启动内省过程：

   (undercloud)$ openstack overcloud node introspect \
    --provide <node_1> [node_2] [node_n]

   • 使用-- provide 选项将所有指定节点在内省后重置为 available 状态。
   • 将 <node_ 1>、[node_2] 和所有节点（直到 [node_n]） 替换为您要内省的每个节点的 UUID。

4. 为每个新节点配置镜像属性：

   (undercloud)$ openstack overcloud node configure <node>

流程

1. 查找 stackrc undercloud 凭据文件：

   $ source ~/stackrc

2. 打开用于置备裸机节点的 overcloud-baremetal-deploy.yaml 节点定义文件。

3. 增加您要扩展的角色的 count 参数。例如，以下配置将 Object Storage 节点数增加到 4：

   - name: Controller
     count: 3
   - name: Compute
     count: 10
   - name: ObjectStorage
     count: 4

4. 可选：为新节点配置预测节点放置。例如，使用以下配置在 node03 上置备一个新的 Object Storage 节点：

   - name: ObjectStorage
     count: 4
     instances:
     - hostname: overcloud-objectstorage-0
       name: node00
     - hostname: overcloud-objectstorage-1
       name: node01
     - hostname: overcloud-objectstorage-2
       name: node02
     - hostname: overcloud-objectstorage-3
       name: node03

5. 可选：定义您要分配给新节点的任何其他属性。有关您可以在节点定义文件中配置节点属性的属性的更多信息，请参阅 裸机节点置备属性。
6. 如果您使用 Object Storage 服务(swift)和整个磁盘 overcloud 镜像，overcloud-hardened-uefi-full，请根据磁盘大小以及 /var 和 /srv 的存储要求配置 /srv 分区大小。如需更多信息，请参阅为对象存储服务配置整个磁盘分区。

7. 置备 overcloud 节点：

   (undercloud)$ openstack overcloud node provision \
   --stack <stack> \
   --output <deployment_file> \
   /home/stack/templates/overcloud-baremetal-deploy.yaml

   • 将 & lt;stack> 替换为置备裸机节点的堆栈的名称。如果未指定，则默认为 overcloud。
   • 将 <deployment_file> 替换为用于部署命令生成的 heat 环境文件的名称，如 /home/stack/templates/overcloud-baremetal-deployed.yaml。

8. 在单独的终端中监控调配进度。当置备成功后，节点状态会从 available 改为 active ：

   (undercloud)$ watch openstack baremetal node list

9. 使用其他环境文件将生成的 overcloud-baremetal-deployed.yaml 文件添加到堆栈中，并部署 overcloud：

   (undercloud)$ openstack overcloud deploy --templates \
     -e [your environment files] \
     -e /home/stack/templates/overcloud-baremetal-deployed.yaml \
     --deployed-server \
     --disable-validations \
     ...

流程

1. 以 stack 用户身份登录 undercloud，再创建一个临时目录：

   $ mkdir temp && cd temp/

2. 将 overcloud 环文件从之前存在的节点之一（本例中为Controller 0）下载到新目录中：

   $ ssh tripleo-admin@overcloud-controller-0.ctlplane 'sudo tar -czvf - /var/lib/config-data/puppet-generated/swift_ringbuilder/etc/swift/{*.builder,*.ring.gz,backups/*.builder}' > swift-rings.tar.gz

3. 提取环，并更改到 ring 子目录：

   $ tar xzvf swift-rings.tar.gz && cd var/lib/config-data/puppet-generated/swift_ringbuilder/etc/swift/

4. 根据您的设备详情收集以下变量的值：

   • <device_name>:

     $ openstack baremetal introspection data save <node_name> | jq ".inventory.disks"

   • <node_ip>:

     $ metalsmith <node_name> show

   • <port > : 默认端口为 600x。如果您更改了默认值，请使用适用端口。
   • <builder_file > : 第 3 步中的构建器文件名。
   • <weight &gt ; 和 <zone > 变量是用户定义的。

5. 使用 swift-ring-builder 将新节点添加到现有环中。根据设备详情替换变量。

   注意

   您必须安装 python3-swift RPM 以使用 swift-ring-builder 命令。

   $ swift-ring-builder etc/swift/<builder_file> add <zone>-<node_ip>:<port>/<device_name> <weight>

6. 重新平衡环，以确保使用新设备：

   $ swift-ring-builder etc/swift/<builder_file> rebalance

7. 将修改后的环文件上传到 Controller 节点，并确保使用这些 ring 文件。使用类似以下示例的脚本来分发 ring 文件：

   #!/bin/sh
   set -xe
   
   ALL="tripleo-admin@overcloud-controller-0.ctlplane tripleo-admin@overcloud-controller-1.ctlplane tripleo-admin@overcloud-controller-2.ctlplane"

   • 将环上传到所有节点并重启对象存储服务：

     for DST in ${ALL}; do
       cat swift-rings.tar.gz | ssh "${DST}" 'sudo tar -C / -xvzf -'
       ssh "${DST}" 'sudo podman restart swift_copy_rings'
       ssh "${DST}" 'sudo systemctl restart tripleo_swift*'
     done

流程

1. 使用类似以下示例的脚本，将之前存在的 Controller 节点中的环文件分发到所有 Controller 节点，并重启这些节点上的对象存储服务容器：

   #!/bin/sh
   set -xe
   
   SRC="tripleo-admin@overcloud-controller-0.ctlplane"
   ALL="tripleo-admin@overcloud-controller-0.ctlplane tripleo-admin@overcloud-controller-1.ctlplane tripleo-admin@overcloud-controller-2.ctlplane"

   • 获取当前的 ring 文件集合：

     ssh "${SRC}" 'sudo tar -czvf - /var/lib/config-data/puppet-generated/swift_ringbuilder/etc/swift/{*.builder,*.ring.gz,backups/*.builder}' > swift-rings.tar.gz

   • 将环上传到所有节点并重启对象存储服务：

     for DST in ${ALL}; do
       cat swift-rings.tar.gz | ssh "${DST}" 'sudo tar -C / -xvzf -'
       ssh "${DST}" 'sudo podman restart swift_copy_rings'
       ssh "${DST}" 'sudo systemctl restart tripleo_swift*'
     done

2. 要确认数据正在移到新磁盘中，请在新存储节点上运行以下命令：

   $  sudo grep -i replication  /var/log/container/swift/swift.log

流程

1. 查找 stackrc undercloud 凭据文件：

   $ source ~/stackrc

2. 为您要缩减的角色减少 overcloud-baremetal-deploy.yaml 文件中的 count 参数。
3. 定义您要从堆栈中删除的每个节点的 主机名和 名称 （如果尚未在角色的 instances 属性中定义）。

4. 将属性 provisioned: false 添加到您要删除的节点。例如，要从堆栈中删除节点 overcloud-objectstorage-1，请在 overcloud-baremetal-deploy.yaml 文件中包含以下片断：

   - name: ObjectStorage
     count: 3
     instances:
     - hostname: overcloud-objectstorage-0
       name: node00
     - hostname: overcloud-objectstorage-1
       name: node01
       # Removed from cluster due to disk failure
       provisioned: false
     - hostname: overcloud-objectstorage-2
       name: node02
     - hostname: overcloud-objectstorage-3
       name: node03

   重新部署 overcloud 后，堆栈中不再存在使用 provisioned: false 属性定义的节点。但是，这些节点仍然以置备状态运行。

   注意

   要从堆栈临时移除节点，请使用 provisioned: false 属性部署 overcloud，然后使用 provisioned: true 属性重新部署 overcloud，以将节点返回到堆栈。

5. 从 overcloud 中删除节点：

   (undercloud)$ openstack overcloud node delete \
   --stack <stack> \
   --baremetal-deployment /home/stack/templates/overcloud-baremetal-deploy.yaml

   • 将 & lt;stack> 替换为置备裸机节点的堆栈的名称。如果未指定，则默认为 overcloud。

     注意

     不要将您要从堆栈中删除的节点作为命令参数包括在 openstack overcloud node delete 命令中。

6. 置备 overcloud 节点，以生成更新的 heat 环境文件，以包含在部署命令中：

   (undercloud)$ openstack overcloud node provision \
   --stack <stack> \
   --output <deployment_file> \
   /home/stack/templates/overcloud-baremetal-deploy.yaml

   • 将 <deployment_file> 替换为用于部署命令生成的 heat 环境文件的名称，如 /home/stack/templates/overcloud-baremetal-deployed.yaml。

7. 使用其他环境文件，将 provisioning 命令生成的 overcloud-baremetal-deployed.yaml 文件添加到堆栈中，并部署 overcloud：

   (undercloud)$ openstack overcloud deploy \
     ...
     -e /usr/share/openstack-tripleo-heat-templates/environments/deployed-server-environment.yaml \
     -e /home/stack/templates/overcloud-baremetal-deployed.yaml \
     --deployed-server \
     --disable-validations \
     ...

流程

1. 在控制面板中，选择 Project > Object Store > Containers。
2. 单击 Create Container。

3. 指定 Container Name，并在 Container Access 字段中选择以下之一。

   Expand

   类型	描述
   私有	限制对当前项目中的用户的访问权限。
   公开	允许 API 访问具有公共 URL 的任何人。但是，在仪表板中，项目用户无法看到来自其他项目的公共容器和数据。

   Show more
4. 单击 Create Container。

5. 可选：新容器使用默认存储策略。如果您定义了多个存储策略，例如，默认策略和启用纠删代码的另一个策略，您可以将容器配置为使用非默认存储策略：

   $ swift post -H "X-Storage-Policy:<policy>" <container_name>

   • 将 & lt;policy > 替换为您要使用容器的策略的名称或别名。
   • 将 <container_name > 替换为容器的名称。

流程

1. 在控制面板中，选择 Project > Object Store > Containers。
2. 单击您要添加伪文件夹的容器的名称。
3. 单击 Create Pseudo-folder。
4. 在 Pseudo-folder Name 字段中指定名称，然后单击 Create。

流程

1. 在控制面板中，选择 Project > Object Store > Containers。
2. 浏览 Containers 部分中的容器，并确保所有对象都已删除。如需更多信息 ，请参阅从对象存储服务中删除对象。
3. 在容器箭头菜单中选择 Delete Container。
4. 单击 Delete Container 以确认移除容器。

流程

1. 在控制面板中，选择 Project > Object Store > Containers。
2. 单击您要放置上传对象的容器的名称。如果容器中已存在伪文件夹，您可以单击其名称。
3. 浏览您的文件，然后单击 Upload Object。

4. 在 Object Name 字段中指定名称：

   • 您可以使用 / 字符（如 Images/myImage.jpg ）在名称中指定伪文件夹。如果指定的文件夹尚不存在，则在上传对象时会创建它。
   • 对位置不唯一的名称，即对象已存在，覆盖对象的内容。
5. 单击 Upload Object。

流程

1. 在控制面板中，选择 Project > Object Store > Containers。
2. 单击对象的容器或文件夹的名称（以显示对象）。
3. 单击 Upload Object。
4. 浏览要复制的文件，然后在其箭头菜单中选择 Copy。

5. 指定以下内容：

   Expand

   字段	描述
   目标容器	新对象的目标容器。
   路径	目标容器中的伪文件夹；如果文件夹尚不存在，则会创建它。
   目标对象名称	新对象的名称。如果您使用对位置不唯一的名称（即对象已存在），它会覆盖对象之前的内容。

   Show more
6. 单击 Copy Object。

流程

1. 在控制面板中，选择 Project > Object Store > Containers。
2. 浏览对象，并在其箭头菜单中选择 Delete Object。
3. 单击 Delete Object 以确认对象已被删除。

流程

1. 创建存储自定义 YAML 文件。您可以使用此文件提供适合环境的任何值或覆盖：

   $ vi /home/stack/templates/storage_customizations.yaml

2. 配置存储自定义 YAML 文件使其包含任何覆盖，包括启用多个后端：

   parameter_defaults:
     ManilaEnabledShareProtocols:
       - NFS
     ManilaNetappLogin: '<login_name>'
     ManilaNetappPassword: '<password>'
     ManilaNetappServerHostname: '<netapp-hostname>'
     ManilaNetappVserver: ‘<netapp-vserver>’
     ManilaNetappDriverHandlesShareServers: 'false'

   • 将尖括号 &lt ;& gt; 中的值替换为 YAML 文件的正确值。

3. 使用 openstack overcloud deploy 命令指定后端模板。示例配置启用了带有 NetApp 后端和 CephFS-NFS 后端的共享文件系统服务。

   注意

   在发出 openstack overcloud deploy 命令前，执行 source ~/stackrc。

   [stack@undercloud ~]$ source ~/stackrc
   $ openstack overcloud deploy \
     --timeout 100 \
     --stack overcloud \
     --templates /usr/share/openstack-tripleo-heat-templates \
     -n /usr/share/openstack-tripleo-heat-templates/network_data_ganesha.yaml \
     -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-mds.yaml \
     -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
     -r /home/stack/templates/roles/roles_data.yaml \
     -e /usr/share/openstack-tripleo-heat-templates/environments/manila-cephfsganesha-config.yaml \
   -e /usr/share/openstack-tripleo-heat-templates/environments/manila-netapp-config.yaml \
   -e /home/stack/templates/storage_customizations.yaml \
   ...

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 查找 overcloudrc 凭证文件：

   $ source ~/overcloudrc

3. 确认共享文件系统服务后端列表：

   $ manila service-list
   
   +----+--------+--------+------+---------+-------+----------------------------+
   | Id | Binary | Host | Zone | Status | State | Updated_at |
   +----+--------+--------+------+---------+-------+----------------------------+
   | 2 | manila-scheduler | hostgroup | nova | enabled | up | 2021-03-24T16:49:09.000000 |
   | 5 | manila-share | hostgroup@cephfs | nova | enabled | up | 2021-03-24T16:49:12.000000 |
   | 8 | manila-share | hostgroup@tripleo_netapp | nova | enabled | up | 2021-03-24T16:49:06.000000 |

   每个成功部署的后端的状态都显示 enabled，状态会显示 up。

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 查找 overcloudrc 凭证文件：

   $ source ~/overcloudrc

3. 创建存储自定义 YAML 文件。此文件可用于提供适合您的环境的任何值或覆盖：

   $ vi /home/stack/templates/storage_customizations.yaml

4. 使用您想要的值配置 ManilaEnabledShareProtocols 参数：

   parameter_defaults:
     ManilaEnabledShareProtocols:
       - NFS
       - CEPHFS

5. 使用 -e 选项，在 openstack overcloud deploy 命令中包含新内容的环境文件。确保您包含与部署相关的所有其他环境文件。

   $ openstack overcloud deploy \
   ...
   -e /home/stack/templates/storage_customizations.yaml

   注意

   部署不会验证设置。您分配的 NAS 协议必须由共享文件系统服务部署的后端支持。

流程

1. 您可以使用以下命令来查看配额。如果包含 the- user 选项，您可以查看指定项目中的特定用户的配额。如果省略 the- user 选项，您可以查看应用到指定项目的所有用户的配额。

   同样，如果您包含 optional -share-type，您可以查看特定共享类型的配额，因为它与项目相关。--user 和 --share-type 选项是互斥的。

   $ manila quota-show

   • 项目示例：

     $ manila quota-show --project af2838436f3f4cf6896399dd97c4c050
     +-----------------------+----------------------------------+
     | Property              | Value                            |
     +-----------------------+----------------------------------+
     | gigabytes             | 1000                             |
     | id                    | af2838436f3f4cf6896399dd97c4c050 |
     | replica_gigabytes     | 1000                             |
     | share_group_snapshots | 50                               |
     | share_groups          | 49                               |
     | share_networks        | 10                               |
     | share_replicas        | 100                              |
     | shares                | 50                               |
     | snapshot_gigabytes    | 1000                             |
     | snapshots             | 50                               |
     +-----------------------+----------------------------------+

   • 项目用户示例：

     $ manila quota-show --project af2838436f3f4cf6896399dd97c4c050 --user 81ebb491dd0e4c2aae0775dd564e76d1
     +-----------------------+----------------------------------+
     | Property              | Value                            |
     +-----------------------+----------------------------------+
     | gigabytes             | 500                              |
     | id                    | af2838436f3f4cf6896399dd97c4c050 |
     | replica_gigabytes     | 1000                             |
     | share_group_snapshots | 50                               |
     | share_groups          | 49                               |
     | share_networks        | 10                               |
     | share_replicas        | 100                              |
     | shares                | 25                               |
     | snapshot_gigabytes    | 1000                             |
     | snapshots             | 50                               |
     +-----------------------+----------------------------------+

   • 特定共享类型的项目示例：

     $ manila quota-show --project af2838436f3f4cf6896399dd97c4c050 --share-type dhss_false
     +---------------------+----------------------------------+
     | Property            | Value                            |
     +---------------------+----------------------------------+
     | gigabytes           | 1000                             |
     | id                  | af2838436f3f4cf6896399dd97c4c050 |
     | replica_gigabytes   | 1000                             |
     | share_replicas      | 100                              |
     | shares              | 15                               |
     | snapshot_gigabytes  | 1000                             |
     | snapshots           | 50                               |
     +---------------------+----------------------------------+

2. 使用 manila quota-update 命令更新配额。您可以为所有项目用户、特定项目用户或项目中的共享类型更新配额：

   • 为项目中的所有用户更新配额：

     $ manila quota-update <id> [--shares <share_quota> --gigabytes <share_gigabytes_quota> …]

     将 & lt;id& gt; 替换为项目 ID。这个值必须是项目 ID，而不是项目名称。

   • 为项目中的特定用户更新配额：

     $  manila quota-update <id> --user <user_id> [--shares <new_share_quota> --gigabytes <new_share_gigabytes_quota> …]

     • 将 & lt;id& gt; 替换为项目 ID。这个值必须是项目 ID，而不是项目名称。
     • 将 <user_id& gt; 替换为用户 ID。该值必须是用户 ID，而不是用户名。

   • 为使用特定共享类型的所有用户更新配额：

     $ manila quota-update <id> --share-type <share_type> [--shares <new_share_quota>30 --gigabytes <new-share_gigabytes_quota> …]

     • 将 & lt;id& gt; 替换为项目 ID。这个值必须是项目 ID，而不是项目名称。
     • 将 &lt ;share_type > 替换为您要应用配额的共享类型的名称或 ID。

验证

1. quota-delete 命令不会生成任何输出。使用 quota-show 命令验证配额是否已成功重置。

2. 列出所有项目的默认配额。默认配额应用到没有覆盖的项目。

   $ manila quota-class-show default

流程

1. 查看 manila quota-class-update 命令的 usage 语句：

   $ manila help quota-class-update
   usage: manila quota-class-update [--shares <shares>] [--snapshots <snapshots>]
                                    [--gigabytes <gigabytes>]
                                    [--snapshot-gigabytes <snapshot_gigabytes>]
                                    [--share-networks <share_networks>]
                                    [--share-replicas <share_replicas>]
                                    [--replica-gigabytes <replica_gigabytes>]
                                    <class_name>

   注意

   参数 & lt;class_name > 是一个位置参数。它标识设定配额的配额类。将此参数设置为 default。不支持其他配额类。

   您可以为以下可选参数更新值：

   • --shares <shares > 为 shares 配额添加一个新值。
   • --snapshots <snapshots > 为 快照 配额添加新值。
   • --gigabytes <gigabytes> 添加一个新的 gigabytes 配额。
   • --snapshot-gigabytes <snapshot_gigabytes& gt ; or--snapshot_gigabytes < snapshot_gigabytes> 添加 snapshot_gigabytes 配额的新值。
   • --share-networks <share_networks& gt ; or--share_networks <share_networks> 为 share_networks 配额添加一个新值。
   • --share-replicas <share_replicas&gt; ,--share_replicas <share_replicas & gt; , or--replicas <share_replicas > 添加 share_replicas 配额的新值。
   • --replica-gigabytes <replica_gigabytes& gt ; or--replica_gigabytes < replica_gigabytes> 添加 replica_gigabytes 配额的新值。

2. 使用 usage 语句中的信息来更新默认配额。以下示例为 shares 和 gigabytes 更新默认配额：

   $ manila quota-class-update default --shares 30 --gigabytes 512
   $ manila quota-class-show default
   +-----------------------+---------+
   | Property              | Value   |
   +-----------------------+---------+
   | gigabytes             | 512     |
   | id                    | default |
   | replica_gigabytes     | 1000    |
   | share_group_snapshots | 50      |
   | share_groups          | 50      |
   | share_networks        | 10      |
   | share_replicas        | 100     |
   | shares                | 30      |
   | snapshot_gigabytes    | 1000    |
   | snapshots             | 50      |
   +-----------------------+---------+

流程

1. 检索包含新共享所需数据的共享快照 ID：

   $ manila snapshot-list

2. 从快照创建的共享可能会大于快照，但不能小于快照。检索快照的大小：

   $ manila snapshot-show <snapshot-id>

3. 从快照创建共享：

   $ manila create <share_protocol> <size> \
      --snapshot-id <snapshot_id> \
      --name <name>

   • 将 <share_protocol > 替换为协议，如 NFS。
   • 将 < size> 替换为要创建的共享的大小，以 GiB 为单位。
   • 将 <snapshot_id > 替换为快照的 ID。
   • 将 <name > 替换为新共享的名称。

4. 列出共享，以确认共享已创建成功：

   $ manila list

5. 查看新共享的属性：

   $ manila show <name>

流程

1. 找到您要删除的快照并检索其 ID：

   $ manila snapshot-list

2. 删除快照：

   $ manila snapshot-delete <snapshot>

   注意

   对您要删除的每个快照重复此步骤。

3. 删除快照后，运行以下命令确认删除了快照：

   $ manila snapshot-list

流程

1. 检索您要挂载共享的客户端计算实例的 IP 地址。请确定您选择了与可以访问共享的网络对应的 IP 地址。在本例中，它是 StorageNFS 网络的 IP 地址：

   (user) $ openstack server list -f yaml
   - Flavor: m1.micro
     ID: 0b878c11-e791-434b-ab63-274ecfc957e8
     Image: manila-test
     Name: demo-instance0
     Networks: demo-network=172.20.0.4, 10.0.0.53;
     StorageNFS=172.17.5.160
     Status: ACTIVE
   
   (user) $ manila access-allow share-01 ip 172.17.5.160

   注意

   对共享的访问权限有自己的 ID (accessid)。

   +-----------------+---------------------------------------+
   | Property        | Value                                 |
   +-----------------+---------------------------------------+
   | access_key      | None
   | share_id        | db3bedd8-bc82-4100-a65d-53ec51b5cba3
   | created_at      | 2018-09-17T21:57:42.000000
   | updated_at      | None
   | access_type     | ip
   | access_to       | 172.17.5.160
   | access_level    | rw
   | state           | queued_to_apply
   | id              | 875c6251-c17e-4c45-8516-fe0928004fff
   +-----------------+---------------------------------------+

2. 验证访问配置是否成功：

   (user) $ manila access-list share-01
   
   +--------------+-------------+--------------+--------------+--------+ ...
   | id           | access_type | access_to    | access_level | state  | ...
   +--------------+-------------+--------------+--------------+--------+
   | 875c6251-... | ip          | 172.17.5.160 | rw       	   | active | ...
   +--------------+------------+--------------+--------------+---------+ ...

流程

1. 授予用户对原生 CephFS 共享的访问权限：

   $ manila access-allow <share-02> cephx <user-01>

   • 将 <share-02 > 替换为共享名称或共享 ID。
   • 将 <user-01& gt; 替换为 cephx 用户。

2. 收集用户的访问密钥：

   $ manila access-list <share-02>

流程

1. 登录到实例：

   (user) $ openstack server ssh demo-instance0 --login user

2. 要挂载 NFS 共享，请参考以下示例语法：

   $ mount -t nfs -v <172.17.5.13:/volumes/_nogroup/e840b4ae-6a04-49ee-9d6e-67d4999fbc01> /mnt

   • 将 <172.17.5.13:/volumes/_nogroup/e840b4ae-6a04-49ee-9d6e-67d4999fbc01 > 替换为共享的导出位置。
   • 检索导出位置，如 第 7.8.1 节 “列出共享导出位置” 所述。

3. 要挂载原生 CephFS 共享，请参阅以下示例语法：

   $  mount -t ceph \ <192.168.1.7:6789,192.168.1.8:6789,192.168.1.9:6789:/volumes/_nogroup/4c55ad20-9c55-4a5e-9233-8ac64566b98c> \
   -o name=<user-01>,secret='<AQA8+ANW/<4ZWNRAAOtWJMFPEihBA1unFImJczA==>'

   • 将 <192.168.1.7:6789,192.168.1.8:6789,192.168.1.9:6789:/volumes/_nogroup/4c55ad20-9c55-4a5e-9233-8ac64566b98c > 替换为共享的导出位置。
   • 检索导出位置，如 第 7.8.1 节 “列出共享导出位置” 所述。
   • 将 <user-01 > 替换为有权访问共享的 cephx 用户。
   • 将 secret 值替换为您在 第 7.7.2 节 “授予对原生 CephFS 共享的访问权限” 中收集的访问密钥。

流程

1. 要创建共享，您可以使用一个共享类型来指定您希望共享具有的一些功能。云管理员可以创建共享类型。查看可用的共享类型：

   clouduser1@client:~$ manila type-list
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | ID                                   | Name        | visibility | is_default | required_extra_specs                 | optional_extra_specs                       | Description |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 | dhss_false  | public     | YES        | driver_handles_share_servers : False | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   | 277c1089-127f-426e-9b12-711845991ea1 | dhss_true   | public     | -          | driver_handles_share_servers : True  | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+

   在本例中，有两个共享类型。

2. 要使用指定 driver_handles_share_servers=True 功能的共享类型，您必须创建一个共享网络来导出共享。从私有项目网络创建共享网络。

   clouduser1@client:~$ openstack subnet list
   +--------------------------------------+---------------------+--------------------------------------+---------------------+
   | ID                                   | Name                | Network                              | Subnet              |
   +--------------------------------------+---------------------+--------------------------------------+---------------------+
   | 78c6ac57-bba7-4922-ab81-16cde31c2d06 | private-subnet      | 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 | 10.0.0.0/26         |
   | a344682c-718d-4825-a87a-3622b4d3a771 | ipv6-private-subnet | 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 | fd36:18fc:a8e9::/64 |
   +--------------------------------------+---------------------+--------------------------------------+---------------------+
   
   clouduser1@client:~$ manila share-network-create --name mynet --neutron-net-id 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 --neutron-subnet-id 78c6ac57-bba7-4922-ab81-16cde31c2d06
   +-------------------+--------------------------------------+
   | Property          | Value                                |
   +-------------------+--------------------------------------+
   | network_type      | None                                 |
   | name              | mynet                                |
   | segmentation_id   | None                                 |
   | created_at        | 2018-10-09T21:32:22.485399           |
   | neutron_subnet_id | 78c6ac57-bba7-4922-ab81-16cde31c2d06 |
   | updated_at        | None                                 |
   | mtu               | None                                 |
   | gateway           | None                                 |
   | neutron_net_id    | 74d5cfb3-5dd0-43f7-b1b2-5b544cb16212 |
   | ip_version        | None                                 |
   | cidr              | None                                 |
   | project_id        | cadd7139bc3148b8973df097c0911016     |
   | id                | 0b0fc320-d4b5-44a1-a1ae-800c56de550c |
   | description       | None                                 |
   +-------------------+--------------------------------------+
   
   clouduser1@client:~$ manila share-network-list
   +--------------------------------------+-------+
   | id                                   | name  |
   +--------------------------------------+-------+
   | 6c7ef9ef-3591-48b6-b18a-71a03059edd5 | mynet |
   +--------------------------------------+-------+

3. 创建共享：

   clouduser1@client:~$ manila create nfs 1 --name software_share --share-network mynet --share-type dhss_true
   +---------------------------------------+--------------------------------------+
   | Property                              | Value                                |
   +---------------------------------------+--------------------------------------+
   | status                                | creating                             |
   | share_type_name                       | dhss_true                            |
   | description                           | None                                 |
   | availability_zone                     | None                                 |
   | share_network_id                      | 6c7ef9ef-3591-48b6-b18a-71a03059edd5 |
   | share_server_id                       | None                                 |
   | share_group_id                        | None                                 |
   | host                                  |                                      |
   | revert_to_snapshot_support            | False                                |
   | access_rules_status                   | active                               |
   | snapshot_id                           | None                                 |
   | create_share_from_snapshot_support    | False                                |
   | is_public                             | False                                |
   | task_state                            | None                                 |
   | snapshot_support                      | False                                |
   | id                                    | 243f3a51-0624-4bdd-950e-7ed190b53b67 |
   | size                                  | 1                                    |
   | source_share_group_snapshot_member_id | None                                 |
   | user_id                               | 61aef4895b0b41619e67ae83fba6defe     |
   | name                                  | software_share                       |
   | share_type                            | 277c1089-127f-426e-9b12-711845991ea1 |
   | has_replicas                          | False                                |
   | replication_type                      | None                                 |
   | created_at                            | 2018-10-09T21:12:21.000000           |
   | share_proto                           | NFS                                  |
   | mount_snapshot_support                | False                                |
   | project_id                            | cadd7139bc3148b8973df097c0911016     |
   | metadata                              | {}                                   |
   +---------------------------------------+--------------------------------------+

4. 查看共享的状态：

   clouduser1@client:~$ manila list
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | ID                                   | Name           | Size | Share Proto | Status | Is Public | Share Type Name | Host | Availability Zone |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | 243f3a51-0624-4bdd-950e-7ed190b53b67 | software_share | 1    | NFS         | error  | False     | dhss_true       |      | None              |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+

   在本例中，共享创建过程中会出现错误。

5. 要查看用户支持消息，请运行 message-list 命令。使用 --resource-id 来过滤您要查找的特定共享。

   clouduser1@client:~$ manila message-list
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | ID                                   | Resource Type | Resource ID                          | Action ID | User Message                                                                                             | Detail ID | Created At                 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | 7d411c3c-46d9-433f-9e21-c04ca30b209c | SHARE         | 243f3a51-0624-4bdd-950e-7ed190b53b67 | 001       | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. | 008       | 2018-10-09T21:12:21.000000 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+

   在 User Message 列中，请注意，因为能力不匹配，共享文件系统服务无法创建共享。

6. 要查看更多消息信息，请运行 message-show 命令，后跟 message-list 命令中消息的 ID：

   clouduser1@client:~$ manila message-show 7d411c3c-46d9-433f-9e21-c04ca30b209c
   +---------------+----------------------------------------------------------------------------------------------------------+
   | Property      | Value                                                                                                    |
   +---------------+----------------------------------------------------------------------------------------------------------+
   | request_id    | req-0a875292-6c52-458b-87d4-1f945556feac                                                                 |
   | detail_id     | 008                                                                                                      |
   | expires_at    | 2018-11-08T21:12:21.000000                                                                               |
   | resource_id   | 243f3a51-0624-4bdd-950e-7ed190b53b67                                                                     |
   | user_message  | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. |
   | created_at    | 2018-10-09T21:12:21.000000                                                                               |
   | message_level | ERROR                                                                                                    |
   | id            | 7d411c3c-46d9-433f-9e21-c04ca30b209c                                                                     |
   | resource_type | SHARE                                                                                                    |
   | action_id     | 001                                                                                                      |
   +---------------+----------------------------------------------------------------------------------------------------------+

7. 作为云用户，您可以通过共享类型检查功能，以便您可以查看可用的共享类型。两种共享类型之间的区别是 driver_handles_share_servers 的值：

   clouduser1@client:~$ manila type-list
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | ID                                   | Name        | visibility | is_default | required_extra_specs                 | optional_extra_specs                       | Description |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+
   | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 | dhss_false  | public     | YES        | driver_handles_share_servers : False | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   | 277c1089-127f-426e-9b12-711845991ea1 | dhss_true   | public     | -          | driver_handles_share_servers : True  | create_share_from_snapshot_support : True  | None        |
   |                                      |             |            |            |                                      | mount_snapshot_support : False             |             |
   |                                      |             |            |            |                                      | revert_to_snapshot_support : False         |             |
   |                                      |             |            |            |                                      | snapshot_support : True                    |             |
   +--------------------------------------+-------------+------------+------------+--------------------------------------+--------------------------------------------+-------------+

8. 使用其他可用共享类型创建共享：

   clouduser1@client:~$ manila create nfs 1 --name software_share --share-network mynet --share-type dhss_false
   +---------------------------------------+--------------------------------------+
   | Property                              | Value                                |
   +---------------------------------------+--------------------------------------+
   | status                                | creating                             |
   | share_type_name                       | dhss_false                           |
   | description                           | None                                 |
   | availability_zone                     | None                                 |
   | share_network_id                      | 6c7ef9ef-3591-48b6-b18a-71a03059edd5 |
   | share_group_id                        | None                                 |
   | revert_to_snapshot_support            | False                                |
   | access_rules_status                   | active                               |
   | snapshot_id                           | None                                 |
   | create_share_from_snapshot_support    | True                                 |
   | is_public                             | False                                |
   | task_state                            | None                                 |
   | snapshot_support                      | True                                 |
   | id                                    | 2d03d480-7cba-4122-ac9d-edc59c8df698 |
   | size                                  | 1                                    |
   | source_share_group_snapshot_member_id | None                                 |
   | user_id                               | 5c7bdb6eb0504d54a619acf8375c08ce     |
   | name                                  | software_share                       |
   | share_type                            | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 |
   | has_replicas                          | False                                |
   | replication_type                      | None                                 |
   | created_at                            | 2018-10-09T21:24:40.000000           |
   | share_proto                           | NFS                                  |
   | mount_snapshot_support                | False                                |
   | project_id                            | cadd7139bc3148b8973df097c0911016     |
   | metadata                              | {}                                   |
   +---------------------------------------+--------------------------------------+

   在本例中，第二次共享创建尝试失败。

9. 查看用户支持信息：

   clouduser1@client:~$ manila list
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | ID                                   | Name           | Size | Share Proto | Status | Is Public | Share Type Name | Host | Availability Zone |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   | 2d03d480-7cba-4122-ac9d-edc59c8df698 | software_share | 1    | NFS         | error  | False     | dhss_false      |      | nova              |
   | 243f3a51-0624-4bdd-950e-7ed190b53b67 | software_share | 1    | NFS         | error  | False     | dhss_true       |      | None              |
   +--------------------------------------+----------------+------+-------------+--------+-----------+-----------------+------+-------------------+
   
   clouduser1@client:~$ manila message-list
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | ID                                   | Resource Type | Resource ID                          | Action ID | User Message                                                                                             | Detail ID | Created At                 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
   | ed7e02a2-0cdb-4ff9-b64f-e4d2ec1ef069 | SHARE         | 2d03d480-7cba-4122-ac9d-edc59c8df698 | 002       | create: Driver does not expect share-network to be provided with current configuration.                  | 003       | 2018-10-09T21:24:40.000000 |
   | 7d411c3c-46d9-433f-9e21-c04ca30b209c | SHARE         | 243f3a51-0624-4bdd-950e-7ed190b53b67 | 001       | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. | 008       | 2018-10-09T21:12:21.000000 |
   +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+

   该服务不会期望共享网络用于您使用的共享类型。

10. 如果没有咨询管理员，您可以发现管理员没有可用的存储后端，它支持直接将共享导出到私有 neutron 网络。创建没有 share-network 参数的共享：

    clouduser1@client:~$ manila create nfs 1 --name software_share --share-type dhss_false
    +---------------------------------------+--------------------------------------+
    | Property                              | Value                                |
    +---------------------------------------+--------------------------------------+
    | status                                | creating                             |
    | share_type_name                       | dhss_false                           |
    | description                           | None                                 |
    | availability_zone                     | None                                 |
    | share_network_id                      | None                                 |
    | share_group_id                        | None                                 |
    | revert_to_snapshot_support            | False                                |
    | access_rules_status                   | active                               |
    | snapshot_id                           | None                                 |
    | create_share_from_snapshot_support    | True                                 |
    | is_public                             | False                                |
    | task_state                            | None                                 |
    | snapshot_support                      | True                                 |
    | id                                    | 4d3d7fcf-5fb7-4209-90eb-9e064659f46d |
    | size                                  | 1                                    |
    | source_share_group_snapshot_member_id | None                                 |
    | user_id                               | 5c7bdb6eb0504d54a619acf8375c08ce     |
    | name                                  | software_share                       |
    | share_type                            | 1cf5d45a-61b3-44d1-8ec7-89a21f51a4d4 |
    | has_replicas                          | False                                |
    | replication_type                      | None                                 |
    | created_at                            | 2018-10-09T21:25:40.000000           |
    | share_proto                           | NFS                                  |
    | mount_snapshot_support                | False                                |
    | project_id                            | cadd7139bc3148b8973df097c0911016     |
    | metadata                              | {}                                   |
    +---------------------------------------+--------------------------------------+

11. 确保共享已创建成功：

    clouduser1@client:~$ manila list
    +--------------------------------------+----------------+------+-------------+-----------+-----------+-----------------+------+-------------------+
    | ID                                   | Name           | Size | Share Proto | Status    | Is Public | Share Type Name | Host | Availability Zone |
    +--------------------------------------+----------------+------+-------------+-----------+-----------+-----------------+------+-------------------+
    | 4d3d7fcf-5fb7-4209-90eb-9e064659f46d | software_share | 1    | NFS         | available | False     | dhss_false      |      | nova              |
    | 2d03d480-7cba-4122-ac9d-edc59c8df698 | software_share | 1    | NFS         | error     | False     | dhss_false      |      | nova              |
    | 243f3a51-0624-4bdd-950e-7ed190b53b67 | software_share | 1    | NFS         | error     | False     | dhss_true       |      | None              |
    +--------------------------------------+----------------+------+-------------+-----------+-----------+-----------------+------+-------------------+

12. 删除共享和支持信息：

    clouduser1@client:~$ manila message-list
    +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
    | ID                                   | Resource Type | Resource ID                          | Action ID | User Message                                                                                             | Detail ID | Created At                 |
    +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
    | ed7e02a2-0cdb-4ff9-b64f-e4d2ec1ef069 | SHARE         | 2d03d480-7cba-4122-ac9d-edc59c8df698 | 002       | create: Driver does not expect share-network to be provided with current configuration.                  | 003       | 2018-10-09T21:24:40.000000 |
    | 7d411c3c-46d9-433f-9e21-c04ca30b209c | SHARE         | 243f3a51-0624-4bdd-950e-7ed190b53b67 | 001       | allocate host: No storage could be allocated for this share request, Capabilities filter didn't succeed. | 008       | 2018-10-09T21:12:21.000000 |
    +--------------------------------------+---------------+--------------------------------------+-----------+----------------------------------------------------------------------------------------------------------+-----------+----------------------------+
    
    clouduser1@client:~$ manila delete 2d03d480-7cba-4122-ac9d-edc59c8df698 243f3a51-0624-4bdd-950e-7ed190b53b67
    clouduser1@client:~$ manila message-delete ed7e02a2-0cdb-4ff9-b64f-e4d2ec1ef069 7d411c3c-46d9-433f-9e21-c04ca30b209c
    
    clouduser1@client:~$ manila message-list
    +----+---------------+-------------+-----------+--------------+-----------+------------+
    | ID | Resource Type | Resource ID | Action ID | User Message | Detail ID | Created At |
    +----+---------------+-------------+-----------+--------------+-----------+------------+
    +----+---------------+-------------+-----------+--------------+-----------+------------+

流程

1. 验证共享的访问控制列表，以确保与您的客户端对应的规则正确且已成功应用。

   $ manila access-list share-01

   在成功规则中，state 属性等于 active。

2. 如果共享类型参数配置为 driver_handles_share_servers=False，请从导出位置复制主机名或 IP 地址，并 ping 它确认到 NAS 服务器的连接：

   $ ping -c 1 172.17.5.13
   PING 172.17.5.13 (172.17.5.13) 56(84) bytes of data.
   64 bytes from 172.17.5.13: icmp_seq=1 ttl=64 time=0.048 ms--- 172.17.5.13 ping statistics ---
   1 packets transmitted, 1 received, 0% packet loss, time 0ms
   rtt min/avg/max/mdev = 7.851/7.851/7.851/0.000 ms
   If using the NFS protocol, you may verify that the NFS server is ready to respond to NFS rpcs on the proper port:
   $ rpcinfo -T tcp -a 172.17.5.13.8.1 100003 4
   program 100003 version 4 ready and waiting

   注意

   IP 地址以通用地址格式(uaddr)编写，它添加了两个额外的 octets (8.1)来代表 NFS 服务端口 2049。