4.4. 在后端间移动卷
将卷从一个存储后端移动到另一个存储后端的原因有很多,例如:
- 重新停用不再被支持的存储系统。
- 更改卷的存储类或层。
- 更改卷的可用区。
使用块存储服务(cinder),您可以使用以下方法在后端间移动卷:
- retype :默认策略允许卷所有者和管理员重新输入卷。retype 操作是在后端之间移动卷的最常见方法。
- migrate :默认策略只允许管理员迁移卷。卷迁移是为特定用例保留的,因为它有限制性,需要明确了解部署的工作原理。更多信息请参阅 第 4.8 节 “使用 CLI 在后端间迁移卷”。
限制
红帽支持在可用区(AZ)内和跨后端间移动卷,但有以下限制:
- 卷必须具有 available 或 in-use 状态才能移动。
- 对正在使用的卷的支持依赖于驱动程序。
- 卷不能有快照。
- 卷不能属于组或一致性组。
4.4.1. 移动可用卷 复制链接链接已复制到粘贴板!
您可以在所有后端之间移动可用卷,但性能取决于您使用的后端。许多后端支持辅助迁移。有关辅助迁移的后端支持的更多信息,请联系供应商。
辅助迁移可与卷重新类型和卷迁移一起工作。通过辅助迁移,后端可优化数据从源后端迁移到目标后端的移动,但两个后端都必须来自同一供应商。
红帽支持只支持后端支持的迁移,或者当您将 cinder migrate 操作用于单池后端(如 RBD)时。
当无法在后端间进行辅助迁移时,块存储服务会执行通用卷迁移。
通用卷迁移需要在 Block Storage (cinder)服务将数据从源卷移到 Controller 节点之前连接两个后端上的卷,并从 Controller 节点移到目标卷。块存储服务无论源和目标后端的存储类型如何,都会无缝执行该过程。
在执行通用卷迁移前,请确保您有足够的带宽。通用卷迁移的持续时间直接与卷的大小成比例,从而使操作比辅助迁移慢。
4.4.2. 移动使用的卷 复制链接链接已复制到粘贴板!
没有优化或辅助选项来移动使用的卷。当您移动使用的卷时,计算服务(nova)必须使用虚拟机监控程序将源后端中的卷传输到目标后端中的一个卷。这要求与运行卷正在使用的实例的虚拟机监控程序协调。
块存储服务(cinder)和计算服务协同工作,以执行此操作。Compute 服务管理大多数工作,因为数据通过 Compute 节点从一个卷复制到另一个卷。
在移动使用卷前,请确保您有足够的带宽。此操作的持续时间直接与卷的大小成比例,从而使操作比辅助迁移慢。
限制
- 当它们附加到多个 nova 实例时,无法使用的多附加卷无法移动。
- 不支持非块设备,这会将目标后端上的存储协议限制为 iSCSI、光纤通道(FC)和 RBD。