スナップショットを操作します
Astra Trident の 20.01 リリースから、 Kubernetes レイヤで PVS のスナップショットを作成できるようになりました。この Snapshot を使用して、 Astra Trident で作成されたボリュームのポイントインタイムコピーを管理し、追加のボリューム(クローン)の作成をスケジュールできます。ボリュームSnapshotは、でサポートされています ontap-nas
、 ontap-san
、 ontap-san-economy
、 solidfire-san
、 gcp-cvs`および `azure-netapp-files
ドライバ。
この機能は Kubernetes 1.17 (ベータ版)から提供され、 1.20 から GA になります。ベータ版から GA 版への移行に伴う変更点については、を参照してください "リリースのブログ"。一般に卒業したときに、 v1 APIのバージョンが導入され、との後方互換性が確保されています v1beta1 Snapshot:
|
-
ボリュームSnapshotを作成するには、外部のSnapshotコントローラとカスタムリソース定義(CRD)を作成する必要があります。使用されているKubernetesオーケストレーションツール(例:Kubeadm、GKE、OpenShift)の役割を担っています。
KubernetesディストリビューションにスナップショットコントローラとCRDが含まれていない場合は、次のように導入できます。
-
ボリュームのSnapshot作成
Kubernetes 1.20以降では、v5.0以上のスナップショットコンポーネントでv1スナップショットCRDを使用します。Kubernetes 1.19には、v1beta1とv3.0.3のスナップショットコンポーネントを使用します。
v5.0コンポーネントcat snapshot-setup.sh #!/bin/bash # Create volume snapshot CRDs kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/release-5.0/client/config/crd/snapshot.storage.k8s.io_volumesnapshotclasses.yaml kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/release-5.0/client/config/crd/snapshot.storage.k8s.io_volumesnapshotcontents.yaml kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/release-5.0/client/config/crd/snapshot.storage.k8s.io_volumesnapshots.yaml
v3.0.3コンポーネントcat snapshot-setup.sh #!/bin/bash # Create volume snapshot CRDs kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/v3.0.3/client/config/crd/snapshot.storage.k8s.io_volumesnapshotclasses.yaml kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/v3.0.3/client/config/crd/snapshot.storage.k8s.io_volumesnapshotcontents.yaml kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/v3.0.3/client/config/crd/snapshot.storage.k8s.io_volumesnapshots.yaml
-
目的のネームスペースにスナップショットコントローラを作成します。以下の YAML マニフェストを編集して名前空間を変更します。
Kubernetes 1.20以降ではv5.0以上を使用してください。Kubernetesバージョン1.19にはv3.0.3を使用します
GKE環境でオンデマンドボリュームスナップショットを設定する場合は、スナップショットコントローラを作成しないでください。GKE では、内蔵の非表示のスナップショットコントローラを使用します。 v5.0コントローラkubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/release-5.0/deploy/kubernetes/snapshot-controller/rbac-snapshot-controller.yaml kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/release-5.0/deploy/kubernetes/snapshot-controller/setup-snapshot-controller.yaml
v3.0.3コントローラkubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/v3.0.3/deploy/kubernetes/snapshot-controller/rbac-snapshot-controller.yaml kubectl apply -f https://raw.githubusercontent.com/kubernetes-csi/external-snapshotter/v3.0.3/deploy/kubernetes/snapshot-controller/setup-snapshot-controller.yaml
CSI Snapshotter は、を提供します "webhook を検証しています" ユーザーが既存の v1beta1 スナップショットを検証し、有効なリソースオブジェクトであることを確認できるようにするため。検証中の webhook は、無効なスナップショットオブジェクトに自動的にラベルを付け、今後無効なオブジェクトが作成されないようにします。検証する webhook は Kubernetes Orchestrator によって導入されます。検証するウェブフックを手動で配備する手順を参照してください "こちらをご覧ください"。無効なスナップショットマニフェストの例を探します "こちらをご覧ください"。 |
以下に、スナップショットの操作に必要な構成要素と、スナップショットの作成方法および使用方法の例を示します。
手順1:を設定します VolumeSnapshotClass
ボリュームSnapshotを作成する前に、リンク./trident-reference/objects.htmlを設定します[VolumeSnapshotClass
^]をクリックします。
cat snap-sc.yaml #Use apiVersion v1 for Kubernetes 1.20 and above. For Kubernetes 1.19, use apiVersion v1beta1. apiVersion: snapshot.storage.k8s.io/v1 kind: VolumeSnapshotClass metadata: name: csi-snapclass driver: csi.trident.netapp.io deletionPolicy: Delete
。 driver
Astra TridentのCSIドライバをポイントします。 deletionPolicy
は、です Delete
または Retain
。に設定すると Retain`を使用すると、ストレージクラスタの基盤となる物理Snapshotが、の場合でも保持されます `VolumeSnapshot
オブジェクトが削除された。
手順 2 :既存の PVC のスナップショットを作成します
cat snap.yaml #Use apiVersion v1 for Kubernetes 1.20 and above. For Kubernetes 1.19, use apiVersion v1beta1. apiVersion: snapshot.storage.k8s.io/v1 kind: VolumeSnapshot metadata: name: pvc1-snap spec: volumeSnapshotClassName: csi-snapclass source: persistentVolumeClaimName: pvc1
という名前のPVCに対してスナップショットが作成されています pvc1`およびSnapshotの名前がに設定されます `pvc1-snap
。
kubectl create -f snap.yaml volumesnapshot.snapshot.storage.k8s.io/pvc1-snap created kubectl get volumesnapshots NAME AGE pvc1-snap 50s
これでが作成されました VolumeSnapshot
オブジェクト。ボリュームSnapshotはPVCに似ており、に関連付けられています VolumeSnapshotContent
実際のスナップショットを表すオブジェクト。
を識別できます VolumeSnapshotContent
のオブジェクト pvc1-snap
ボリュームSnapshot。ボリュームSnapshotの詳細を定義します。
kubectl describe volumesnapshots pvc1-snap Name: pvc1-snap Namespace: default . . . Spec: Snapshot Class Name: pvc1-snap Snapshot Content Name: snapcontent-e8d8a0ca-9826-11e9-9807-525400f3f660 Source: API Group: Kind: PersistentVolumeClaim Name: pvc1 Status: Creation Time: 2019-06-26T15:27:29Z Ready To Use: true Restore Size: 3Gi . .
。 Snapshot Content Name
このSnapshotを提供するVolumeSnapshotContentオブジェクトを特定します。。 Ready To Use
パラメータは、Snapshotを使用して新しいPVCを作成できることを示します。
手順 3 :ボリューム Snapshot から PVC を作成します
スナップショットを使用して PVC を作成する例は、次のとおりです。
cat pvc-from-snap.yaml apiVersion: v1 kind: PersistentVolumeClaim metadata: name: pvc-from-snap spec: accessModes: - ReadWriteOnce storageClassName: golden resources: requests: storage: 3Gi dataSource: name: pvc1-snap kind: VolumeSnapshot apiGroup: snapshot.storage.k8s.io
dataSource
に、という名前のボリュームSnapshotを使用してPVCを作成する必要があることを示します pvc1-snap
データのソースとして。このコマンドを実行すると、 Astra Trident が Snapshot から PVC を作成するように指示します。作成された PVC は、ポッドに接続して、他の PVC と同様に使用できます。
スナップショットが関連付けられている永続ボリュームを削除すると、対応する Trident ボリュームが「削除状態」に更新されます。Astra Trident ボリュームを削除するには、ボリュームの Snapshot を削除する必要があります。 |
詳細については、こちらをご覧ください
-
リンク:./trident-reference/objects.html[
VolumeSnapshotClass
^]