5.7. CSI 自动迁移


通常 OpenShift Container Platform 附带的树内存储驱动程序已弃用,并被对应的 Container Storage Interface(CSI)驱动程序替代。OpenShift Container Platform 为树内卷插件提供自动迁移到对应的 CSI 驱动程序。

5.7.1. 概述

此功能会自动将使用树内存储插件置备的卷迁移到对应的 Container Storage Interface (CSI) 驱动程序中。

此过程不执行任何数据迁移,OpenShift Container Platform 只在内存中转换持久性卷对象。因此,翻译的持久性卷对象不会存储在磁盘上,也不会更改它的内容。CSI 自动迁移应该可以无缝进行。这个功能不会改变如何使用所有现有 API 对象: 例如 PersistentVolume、PersistentVolume、PersistentVolumeVolumeClaimsStorageClasses

以下到 CSI 驱动程序的树内会自动迁移:

  • Azure Disk
  • OpenStack Cinder
  • Amazon Web Services(AWS)Elastic Block Storage(EBS)
  • Google Compute Engine Persistent Disk (GCP PD)
  • Azure File
  • VMware vSphere (请参阅以下 vSphere 迁移行为的信息)

这些卷类型的 CSI 迁移被视为正式发布(GA),且无需人工干预。

如果原始 in-tree 存储插件不支持,则 CSI 自动迁移不会启用任何新的 CSI 驱动程序功能,如快照或扩展。

5.7.2. 存储类影响

对于新的 OpenShift Container Platform 4.13 及之后的版本,安装默认存储类是 CSI 存储类。所有使用这个存储类置备的卷都是 CSI 持久性卷(PV)。

对于从 4.12 版本升级到 4.13 及更高版本中的集群,会创建 CSI 存储类,如果在升级前设置了默认存储类,则设置为默认值。在不太可能的情况下,存在相同名称的存储类时,现有的存储类不会改变。任何现有的 in-tree 存储类保留,可能需要某些功能,如卷扩展才能用于现有的树内 PV。虽然引用 in-tree 存储插件的存储类将继续工作,但我们建议将默认存储类切换到 CSI 存储类。

要更改默认存储类,请参阅更改默认存储类

5.7.3. vSphere 自动迁移

5.7.3.1. 新的 OpenShift Container Platform 安装

对于 OpenShift Container Platform 4.13 或更高版本的新安装,默认启用自动迁移。

5.7.3.2. 从 OpenShift Container Platform 4.13 更新至 4.14

如果您使用 vSphere in-tree 持久性卷(PV),并希望从 OpenShift Container Platform 4.13 更新至 4.14,请将 vSphere vCenter 和 ESXI 主机更新至 7.0 Update 3L 或 8.0 Update 2,否则 OpenShift Container Platform 更新会被阻断。更新 vSphere 后,可能会进行 OpenShift Container Platform 更新,并默认启用自动迁移。

或者,如果您不想更新 vSphere,可以通过执行管理员确认步骤来执行 OpenShift Container Platform 更新:

oc -n openshift-config patch cm admin-acks --patch '{"data":{"ack-4.13-kube-127-vsphere-migration-in-4.14":"true"}}' --type=merge
重要

如果您没有更新到 vSphere 7.0 Update 3L 或 8.0 Update 2,并使用管理员确认升级到 OpenShift Container Platform 4.14,因为 OpenShift Container Platform 4.14 中默认启用了 CSI 迁移会导致一个已知的问题。在继续管理员确认前,请仔细阅读这篇知识库文章

5.7.3.3. 从 OpenShift Container Platform 4.12 更新至 4.14

如果您使用 vSphere in-tree 持久性卷(PV),并希望从 OpenShift Container Platform 4.12 更新至 4.14,请将 vSphere vCenter 和 ESXI 主机更新至 7.0 Update 3L 或 8.0 Update 2,否则 OpenShift Container Platform 更新会被阻断。更新 vSphere 后,可能会进行 OpenShift Container Platform 更新,并默认启用自动迁移。

另外,如果您不想更新 vSphere,可以通过运行以下两个命令来执行 OpenShift Container Platform 更新:

oc -n openshift-config patch cm admin-acks --patch '{"data":{"ack-4.12-kube-126-vsphere-migration-in-4.14":"true"}}' --type=merge
oc -n openshift-config patch cm admin-acks --patch '{"data":{"ack-4.13-kube-127-vsphere-migration-in-4.14":"true"}}' --type=merge
重要

如果您没有更新到 vSphere 7.0 Update 3L 或 8.0 Update 2,并使用管理员确认升级到 OpenShift Container Platform 4.14,因为 OpenShift Container Platform 4.14 中默认启用了 CSI 迁移会导致一个已知的问题。在继续管理员确认前,请仔细阅读这篇知识库文章

从 OpenShift Container Platform 4.12 更新至 4.14 是一个延长更新支持 (EUS) 到延长更新支持(EUS)的更新。要了解这种类型的更新以及如何执行它,请查看以下 附加资源部分中的 EUS 到 EUS 更新链接。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.