为什么克隆的 PVC 尽管指定了存储类仍保留源后端？
适用场景
- NetApp三项功能
- 带有 CDI（容器化数据导入器）的 OpenShift 虚拟化
问题解答
此行为是由于 OpenShift Virtualization/CDI 中的PVC 克隆逻辑造成的：
•VM 是从模板创建的，该模板使用最初使用 ontap-san-economy 驱动程序创建的 DataVolume 或 PVC。
•即使新的 PVC 指定不使用 onta-san 驱动程序的存储类，克隆操作也会引用原始卷的数据源（DataVolume）——它仍然保留来自 ontap-san-economy 的元数据。
•Trident 通过尊重原始卷的后端来处理克隆，从而将克隆的 PVC 放置在后端（ontap-san-economy）下，尽管指定了 StorageClass。