配置持久性存储

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

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

   $ cinder --os-volume-api-version 3.17 cluster-list --detailed

   Copy to Clipboard Toggle word wrap

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

   $ cinder --os-volume-api-version 3.17 service-list

   Copy to Clipboard Toggle word wrap

4. 运行以下命令以触发集群维护：

   $ cinder --os-volume-api-version 3.24 work-cleanup --cluster <cluster_name>

   Copy to Clipboard Toggle word wrap
   • 将 <cluster_name > 替换为集群的名称。例如，tripleo@tripleo_ceph。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

2. 确定 cinder-volume 的主机：

   $ cinder service-list

   Copy to Clipboard Toggle word wrap

   此命令将返回一个包含每个块存储服务的主机的列表(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 ...
   +------------------+---------------------------+------+---------

   Copy to Clipboard Toggle word wrap

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

   $ cinder get-capabilities <volsvchost>

   Copy to Clipboard Toggle word wrap

   • 将 <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...
         +--------------------+------------------------------------------+

     Copy to Clipboard Toggle word wrap

     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。键值对必须有效；否则，在卷创建过程中指定卷类型将导致错误。例如，要为此卷类型指定后端，请添加 volume_backend_name 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>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭证文件的名称，如 overcloudrc。

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

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

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

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <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>

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

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

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

     Copy to Clipboard Toggle word wrap

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

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

     Copy to Clipboard Toggle word wrap

流程

1. 以 admin 用户身份登录控制面板。
2. 选择 Admin > Volumes > Volume Types。
3. 在 QoS Specs 表中，点 Create QoS Spec。
4. 输入 QoS Spec 的名称。
5. 在 Consumer 字段中，选择此 QoS 规格的消费者。如需更多信息，请参阅 QoS 规格的 Consumers。
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>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭据文件的名称，如 overcloudrc。

2. 创建 QoS 规格：

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

   Copy to Clipboard Toggle word wrap
   • 可选：将 <qos_spec_consumer > 替换为此 QoS 规格所需的消费者。如果未指定，则消费者默认为 这两者。如需更多信息，请参阅 QoS 规格的 Consumers。
   • 将 <qos_spec_name > 替换为 QoS 规格的名称。

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

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

   Copy to Clipboard Toggle word wrap

   • 将 <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

     Copy to Clipboard Toggle word wrap

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' |
   +--------------------------------------+---------+-----------+--------------+-----------------------------------------------------+

   Copy to Clipboard Toggle word wrap

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

流程

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

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭据文件的名称，如 overcloudrc。

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

   $ openstack volume qos associate <qos_spec_name> <volume_type>

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

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

   $ openstack volume qos list

   Copy to Clipboard Toggle word wrap

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

流程

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

5. 单击 关联。

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

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭据文件的名称，如 overcloudrc。

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

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

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

     Copy to Clipboard Toggle word wrap
     • 将 <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

     Copy to Clipboard Toggle word wrap

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

   $ openstack volume qos list

   Copy to Clipboard Toggle word wrap

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

流程

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

4. 在这里，配置卷类型加密的 Provider,Control Location,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>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭据文件的名称，如 overcloudrc。

2. 创建卷类型：

   $ cinder type-create myEncType

   Copy to Clipboard Toggle word wrap

3. 配置密码、密钥大小、控制位置和提供程序设置：

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

   Copy to Clipboard Toggle word wrap

4. 创建一个加密卷：

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

   Copy to Clipboard Toggle word wrap

流程

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

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

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

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

   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' }, \
    }

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

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

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

   Copy to Clipboard Toggle word wrap

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’ }, \
    }

   Copy to Clipboard Toggle word wrap
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. 要将卷添加到一致性组中，请单击 All available volumes 列表中的 + 按钮。
   2. 要从一致性组中删除卷，请单击 Selected volumes 列表中的 - 按钮。
5. 单击 Edit Consistency Group。

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭据文件的名称，如 overcloudrc。

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

   $ cinder consisgroup-list

   Copy to Clipboard Toggle word wrap

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

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

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

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

   # cinder cgsnapshot-list

   Copy to Clipboard Toggle word wrap

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭据文件的名称，如 overcloudrc。

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

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

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

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

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

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

流程

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

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap
   注意

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

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

   parameter_defaults:
     MultipathdCustomConfigFile: <config_file_directory>/<config_file_name>

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap
   注意

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

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

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

6. 将覆盖环境文件添加到带有其他环境文件的堆栈中，例如：

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

   Copy to Clipboard Toggle word wrap
7. 部署 overcloud。

流程

1. 创建一个实例。
2. 将非加密卷附加到实例。

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

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

   Copy to Clipboard Toggle word wrap

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

4. 检索实例的 virsh 名称：

   $ nova show <instance> | grep instance_name

   Copy to Clipboard Toggle word wrap

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

   $ . stackrc
   $ metalsmith list | grep <compute_name>

   Copy to Clipboard Toggle word wrap

   将 <compute_name > 替换为 nova show <instance > 命令的输出中的 name，从六个列表中显示两行。

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

   在以下示例中，compute-0 的 IP 地址是 192.02.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.02.24.49 |
   | 72a24883-25f9-435c-bf71-a20e66be172d | compute-1    | a59f79f7-006e-4f38-a9ad-8164da47d58e | compute-0    | ACTIVE | ctlplane=192.02.24.15 |

   Copy to Clipboard Toggle word wrap

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

   $ ssh tripleo-admin@<compute_node_ip>

   Copy to Clipboard Toggle word wrap

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

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

   $ podman exec -it nova_libvirt /bin/bash

   Copy to Clipboard Toggle word wrap

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

   virsh domblklist <virsh_instance_name> | grep /dev/dm

   Copy to Clipboard Toggle word wrap

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

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

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

   Copy to Clipboard Toggle word wrap
   注意

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

流程

1. 提供 overcloud 凭证文件：

   $ source ~/<credentials_file>

   Copy to Clipboard Toggle word wrap
   • 将 <credentials_file > 替换为您的凭据文件的名称，如 overcloudrc。

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

   $ cinder type-create multiattach

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

流程

1. 提供您的凭据文件。

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

流程

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>

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

流程

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 198.51.100.186:6000.
   Most recent completion was 2018-12-14 14:55:42 (4 seconds ago) by 198.51.100.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.
   ======================================================================

   Copy to Clipboard Toggle word wrap

3. 可选： 使用 --all 选项返回附加输出。

   此命令查询 ring 上的所有服务器以获取以下数据：

   • async pendings ：如果集群负载过高，且进程无法快速更新数据库文件，则一些更新会异步进行。这些数字会随时间而减少。
   • 复制指标 ：查看复制时间戳；完整复制通过频繁出现几个错误。旧条目（例如，带有 6 个月前的时间戳的条目）表示节点上的复制还没有在最后的六个月内完成。
   • Ring md5sums：这样可确保所有环文件在所有节点上都一致。
   • swift.conf md5sums：这样可确保所有配置文件在所有节点上都一致。
   • Quarantined 文件：所有节点必须具有 no 或非常少的 quarantined 文件。
   • time-sync ：所有节点必须同步。

流程

1. 编辑 swift_params.yaml ：

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

流程

1. 从 /usr/share/openstack-tripleo-heat-templates 复制 roles_data.yaml。
2. 编辑新文件。
3. 删除不需要的控制器角色，如 Aodh*、Ceilometer、Ceph*、Cinder*、Glance*、Ironic*、Manila*、Nova*、Octaana、Octaana、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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap