メインコンテンツへスキップ

指定された StorageClass にもかかわらず、クローンされた PVC がソース バックエンドを保持するのはなぜですか?

Views:
Visibility:
Public
Votes:
0
Category:
trident-openshift
Specialty:
snapx
Last Updated:

環境

  • NetApp Trident
  • CDI (コンテナ化データインポーター) を使用した OpenShift Virtualization

回答

この動作は、OpenShift Virtualization/CDI のPVC クローニング ロジックによるものです。
•VM は、元々 ontap-san-economy ドライバーを使用して作成された DataVolume または PVC を使用するテンプレートから作成されます。
•新しい PVC が ontap-san ドライバーを使用してストレージ クラスを指定する場合でも、クローン操作は元のボリュームのデータ ソース(DataVolume) を参照します。これにより、ontap-san-economy からのメタデータが保持されます。
•Trident は、元のボリュームのバックエンドを尊重してクローンを処理するため、指定された StorageClass に関係なく、クローンされた PVC をバックエンド (ontap-san-economy) の下に配置します。

 

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.