ストレージ

1. 次のコマンドを実行して PV を削除します。

   $ oc delete pv <pv_name>

   Copy to Clipboard Toggle word wrap

   AWS EBS、GCE PD、Azure Disk、Cinder ボリュームなどの外部インフラストラクチャーの関連するストレージアセットは、PV の削除後も引き続き存在します。

2. 関連するストレージアセットのデータをクリーンアップします。
3. 関連するストレージアセットを削除します。または、同じストレージアセットを再利用するには、ストレージアセットの定義で新規 PV を作成します。

1. クラスターの永続ボリュームをリスト表示します。

   $ oc get pv

   Copy to Clipboard Toggle word wrap

   出力例

   NAME                                       CAPACITY   ACCESSMODES   RECLAIMPOLICY   STATUS    CLAIM             STORAGECLASS     REASON    AGE
    pvc-b6efd8da-b7b5-11e6-9d58-0ed433a7dd94   4Gi        RWO           Delete          Bound     default/claim1    manual                     10s
    pvc-b95650f8-b7b5-11e6-9d58-0ed433a7dd94   4Gi        RWO           Delete          Bound     default/claim2    manual                     6s
    pvc-bb3ca71d-b7b5-11e6-9d58-0ed433a7dd94   4Gi        RWO           Delete          Bound     default/claim3    manual                     3s

   Copy to Clipboard Toggle word wrap

2. 永続ボリュームの 1 つを選択し、その回収ポリシーを変更します。

   $ oc patch pv <your-pv-name> -p '{"spec":{"persistentVolumeReclaimPolicy":"Retain"}}'

   Copy to Clipboard Toggle word wrap

3. 選択した永続ボリュームに正しいポリシーがあることを確認します。

   $ oc get pv

   Copy to Clipboard Toggle word wrap

   出力例

   NAME                                       CAPACITY   ACCESSMODES   RECLAIMPOLICY   STATUS    CLAIM             STORAGECLASS     REASON    AGE
    pvc-b6efd8da-b7b5-11e6-9d58-0ed433a7dd94   4Gi        RWO           Delete          Bound     default/claim1    manual                     10s
    pvc-b95650f8-b7b5-11e6-9d58-0ed433a7dd94   4Gi        RWO           Delete          Bound     default/claim2    manual                     6s
    pvc-bb3ca71d-b7b5-11e6-9d58-0ed433a7dd94   4Gi        RWO           Retain          Bound     default/claim3    manual                     3s

   Copy to Clipboard Toggle word wrap

   上記の出力では、要求 default/claim3 にバインドされたボリュームに Retain 回収ポリシーが含まれるようになりました。ユーザーが要求 default/claim3 を削除しても、ボリュームは自動的に削除されません。

1. RWOP は SELinux マウント機能を使用します。この機能はドライバーに依存しており、AWS EBS および Red Hat OpenShift Data Foundation ではデフォルトで有効になっています。サードパーティーのドライバーについては、ストレージベンダーにお問い合わせください。

1. ReadWriteOnce (RWO) ボリュームは複数のノードにマウントできません。ノードに障害が発生すると、システムは、すでに障害が発生しているノードに割り当てられているため、割り当てられた RWO ボリュームを新規ノードにマウントすることはできません。複数割り当てのエラーメッセージが表示される場合には、シャットダウンまたはクラッシュしたノードで Pod を強制的に削除し、動的永続ボリュームの割り当て時などの重要なワークロードでのデータ損失を回避します。
2. AWS EBS に依存する Pod の再作成デプロイメントストラテジーを使用します。
3. raw ブロックボリュームのみが、ファイバーチャネルおよび iSCSI の ReadWriteMany (RWX) アクセスモードをサポートします。詳細は、「ブロックボリュームのサポート」を参照してください。

4. GCP hyperdisk-balanced ディスクの場合:

   • サポートされているアクセスモードは次のとおりです。

     • ReadWriteOnce
     • ReadWriteMany
   • ReadWriteMany アクセスモードが有効になっているディスクでは、クローン作成とスナップショット作成は無効になっています。
   • ReadWriteMany 内の単一の hyperdisk-balanced ディスクボリュームを最大 8 つのインスタンスにアタッチできます。
   • すべてのインスタンスからディスクをデタッチした場合にのみ、ReadWriteMany でディスクのサイズを変更できます。
   • その他の制限

手順

1. Red Hat OpenShift Service on AWS Web コンソールで、Storage → Persistent Volume Claims をクリックします。
2. 永続ボリューム要求の概要で、Create Persistent Volume Claim をクリックします。

3. 表示されるページで必要なオプションを定義します。

   1. ドロップダウンメニューから以前に作成したストレージクラスを選択します。
   2. ストレージ要求の一意の名前を入力します。
   3. アクセスモードを選択します。この選択により、ストレージクレームの読み取りおよび書き込みアクセスが決定されます。
   4. ストレージ要求のサイズを定義します。
4. Create をクリックして永続ボリューム要求を作成し、永続ボリュームを生成します。

手順

1. ストレージクラスを作成します。

   $ cat << EOF | oc create -f -
   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: <storage-class-name> 

   1

   
   parameters:
     fsType: ext4 

   2

   
     encrypted: "true"
     kmsKeyId: keyvalue 

   3

   
   provisioner: ebs.csi.aws.com
   reclaimPolicy: Delete
   volumeBindingMode: WaitForFirstConsumer
   EOF

   Copy to Clipboard Toggle word wrap

   1

   ストレージクラスの名前を指定します。

   2

   プロビジョニングされたボリューム上に作成されるファイルシステム。

   3

   コンテナー永続ボリュームを暗号化するときに使用するキーの完全な Amazon リソースネーム (ARN) を指定します。キーを指定せず、encrypted フィールドが true に設定されていると、デフォルトの KMS キーが使用されます。AWS ドキュメントの Finding the key ID and key ARN on AWS の検索を参照してください。

2. KMS キーを指定するストレージクラスで永続ボリューム要求 (PVC) を作成します。

   $ cat << EOF | oc create -f -
   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: mypvc
   spec:
     accessModes:
       - ReadWriteOnce
     volumeMode: Filesystem
     storageClassName: <storage-class-name>
     resources:
       requests:
         storage: 1Gi
   EOF

   Copy to Clipboard Toggle word wrap

3. PVC を使用するワークロードコンテナーを作成します。

   $ cat << EOF | oc create -f -
   kind: Pod
   metadata:
     name: mypod
   spec:
     containers:
       - name: httpd
         image: quay.io/centos7/httpd-24-centos7
         ports:
           - containerPort: 80
         volumeMounts:
           - mountPath: /mnt/storage
             name: data
     volumes:
       - name: data
         persistentVolumeClaim:
           claimName: mypvc
   EOF

   Copy to Clipboard Toggle word wrap

1. Web コンソールにログインします。
2. Administration > CustomResourceDefinitions をクリックします。
3. CustomResourceDefinitions ページで、clustercsidriver と入力して、ClusterCSIDriver オブジェクトを見つけます。
4. ClusterCSIDriver をクリックし、Instances タブをクリックします。
5. 目的のインスタンスの名前をクリックし、YAML タブをクリックします。

6. spec.storageClassState フィールドを追加し、値を Managed、Unmanaged、または Removed に設定します。

   例

   ...
   spec:
     driverConfig:
       driverType: ''
     logLevel: Normal
     managementState: Managed
     observedConfig: null
     operatorLogLevel: Normal
     storageClassState: Unmanaged 

   1

   
   ...

   Copy to Clipboard Toggle word wrap

   1

   spec.storageClassState フィールドが "Unmanaged" に設定されている

7. Save をクリックします。

1. ストレージクラスを一覧表示します。

   $ oc get storageclass

   Copy to Clipboard Toggle word wrap

   出力例

   NAME                 TYPE
   gp3 (default)        ebs.csi.aws.com 

   1

   
   standard             ebs.csi.aws.com

   Copy to Clipboard Toggle word wrap

   1

   (default) はデフォルトのストレージクラスを示します。

2. 目的のストレージクラスをデフォルトにします。

   目的のストレージクラスに、次のコマンドを実行して storageclass.kubernetes.io/is-default-class アノテーションを true に設定します。

   $ oc patch storageclass standard -p '{"metadata": {"annotations": {"storageclass.kubernetes.io/is-default-class": "true"}}}'

   Copy to Clipboard Toggle word wrap
   注記

   短期間であれば、複数のデフォルトのストレージクラスを使用できます。ただし、最終的には 1 つのデフォルトのストレージクラスのみが存在することを確認する必要があります。

   複数のデフォルトストレージクラスが存在する場合、デフォルトストレージクラス (pvc.spec.storageClassName =nil) を要求するすべての永続ボリューム要求 (PVC) は、そのストレージクラスのデフォルトステータスと管理者に関係なく、最後に作成されたデフォルトストレージクラスを取得します。アラートダッシュボードで、複数のデフォルトストレージクラス MultipleDefaultStorageClasses があるというアラートを受け取ります。

3. 古いデフォルトストレージクラスからデフォルトのストレージクラス設定を削除します。

   古いデフォルトのストレージクラスの場合は、次のコマンドを実行して storageclass.kubernetes.io/is-default-class アノテーションの値を false に変更します。

   $ oc patch storageclass gp3 -p '{"metadata": {"annotations": {"storageclass.kubernetes.io/is-default-class": "false"}}}'

   Copy to Clipboard Toggle word wrap

4. 変更内容を確認します。

   $ oc get storageclass

   Copy to Clipboard Toggle word wrap

   出力例

   NAME                 TYPE
   gp3                  ebs.csi.aws.com
   standard (default)   ebs.csi.aws.com

   Copy to Clipboard Toggle word wrap

1. AWS EFS と AWS Secure Token Service (STS) を使用している場合は、STS のロール Amazon Resource Name (ARN) を取得します。これは、AWS EFS CSI Driver Operator をインストールするために必要です。
2. AWS EFS CSI Driver Operator をインストールします。
3. AWS EFS CSI ドライバーをインストールします。