Container Service for Kubernetes:Mount a dynamically provisioned NAS volume

kubectl を使用する

1. StorageClass を作成する

1. alicloud-nas-subpath.yaml という名前のファイルを作成し、次の内容をファイルにコピーして、ビジネス要件に基づいてパラメーターを変更します。

   allowVolumeExpansion: true
   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: alicloud-nas-subpath
   mountOptions:
   - nolock,tcp,noresvport
   - vers=3
   parameters:
     volumeAs: subpath
     server: "0cd8b4a576-g****.cn-hangzhou.nas.aliyuncs.com:/k8s/"
   provisioner: nasplugin.csi.alibabacloud.com
   reclaimPolicy: Retain
   /* パラメーターの説明 */
   /* allowVolumeExpansion: このパラメーターは、汎用 NAS ファイルシステムでのみ使用できます。このパラメーターを true に設定すると、StorageClass に基づいて動的にプロビジョニングされた PV に NAS ディレクトリクォータが構成されます。 PVC を変更してボリュームを拡張できます。 */
   /* mountOptions: mountOptions フィールドに NAS ファイルシステムの options を設定します。たとえば、使用する NFS バージョンを指定できます。 */
   /* volumeAs: subpath に設定します。有効な値: subpath: NAS ファイルシステムのサブディレクトリを PV としてマウントします。NAS ファイルシステムとマウントポイントを手動で作成する必要があります。PV は、NAS ファイルシステムのサブディレクトリに対応します。 */
   /* server: NAS ファイルシステムのサブディレクトリを PV としてマウントする場合、NAS ファイルシステムのマウントポイント。このパラメーターを空のままにすると、デフォルトで / が使用されます。 */
   /* provisioner: ドライバーのタイプ。この例では、パラメーターは nasplugin.csi.alibabacloud.com に設定されています。これは、Alibaba Cloud が提供する NAS CSI プラグインが使用されていることを示します。 */
   /* reclaimPolicy: PV の再利用ポリシー。デフォルト値: Delete。値を Retain に設定することもできます。 */
   

   パラメーター	説明
   allowVolumeExpansion	このパラメーターは、パフォーマンス汎用型 NAS ファイルシステムでのみ使用できます。このパラメーターを true に設定すると、NAS ディレクトリクォータが StorageClass に基づいて動的にプロビジョニングされた PV に対して構成されます。PVC を変更してボリュームを拡張できます。 説明 NAS ディレクトリクォータは非同期的に有効になります。 PV が動的にプロビジョニングされた後、ディレクトリクォータはすぐに有効にならず、短期間に大量のデータが書き込まれた場合、クォータを超える可能性があります。 NAS ディレクトリクォータの詳細については、「ディレクトリクォータを管理する」をご参照ください。
   mountOptions	mountOptions フィールドに NAS ファイルシステムの options を設定します。たとえば、使用する NFS バージョンを指定できます。
   volumeAs	subpath に設定します。有効な値: subpath: NAS ファイルシステムのサブディレクトリを PV としてマウントします。 NAS ファイルシステムとマウントポイントを手動で作成する必要があります。 PV は NAS ファイルシステムのサブディレクトリに対応します。 sharepath: PV の作成時にディレクトリは作成されませんが、StorageClass で指定されたパスが使用されます。つまり、各 PV は同じ NAS ディレクトリに対応します。これは、名前空間間でディレクトリを共有するシナリオに適しています。 filesystem: プロビジョナーが NAS ファイルシステムを自動的に作成します。各 PV は NAS ファイルシステムに対応します。
   server	NAS ファイルシステムのサブディレクトリを PV としてマウントする場合、NAS ファイルシステムのマウントポイント。このパラメーターを空のままにすると、デフォルトで / が使用されます。 重要 実際のマウントポイントを指定する必要があります。マウントポイントのドメイン名のクエリ方法の詳細については、「マウントポイントを管理する」をご参照ください。
   provisioner	ドライバーのタイプ。この例では、パラメーターは nasplugin.csi.alibabacloud.com に設定されています。これは、Alibaba Cloud が提供する NAS CSI プラグインが使用されていることを示します。
   reclaimPolicy	PV の再利用ポリシー。デフォルト値: Delete。値を Retain に設定することもできます。 Delete: このポリシーを使用する場合は、archiveOnDelete パラメーターも指定する必要があります。 archiveOnDelete パラメーターを true に設定すると、PVC を削除した後、PVC に関連付けられた PV および NAS ファイルシステム内のファイルの名前が変更され、保持されます。 archiveOnDelete パラメーターを false に設定すると、PVC を削除した後、PVC に関連付けられた PV および NAS ファイルシステム内のファイルが削除されます。 説明 NAS サブパスディレクトリとその中のファイルのみが削除されます。 NAS ファイルシステムを削除するには、「ファイルシステムを削除する」をご参照ください。 Retain: PVC が削除されると、関連付けられた PV および NAS ファイルシステム内のファイルは保持され、手動でのみ削除できます。 データセキュリティの要件が高い場合は、ユーザーエラーによるデータ損失を防ぐために、Retain ポリシーを使用することをお勧めします。
   archiveOnDelete	reclaimPolicy パラメーターが Delete に設定されている場合に、バックエンドストレージ内のファイルを削除するかどうかを指定します。 NAS は共有ストレージサービスです。データセキュリティを確保するには、reclaimPolicy パラメーターと archiveOnDelete パラメーターの両方を指定する必要があります。 parameters セクションでポリシーを構成します。 デフォルト値: true。これは、PVC が削除されたときにサブディレクトリまたはファイルが削除されないことを示します。代わりに、サブディレクトリまたはファイルの名前は archived-{pvName}.{timestamp} の形式に変更されます。 このパラメーターを false に設定すると、PVC が削除されたときにバックエンドストレージが削除されます。 説明 サービスが大量のネットワークトラフィックを受信している場合は、このパラメーターを false に設定しないことをお勧めします。詳細については、「動的にプロビジョニングされた NAS ボリュームを使用しているときに、alicloud-nas-controller のタスクキューがいっぱいになり、PV を作成できない場合はどうすればよいですか？」をご参照ください。 バックエンドストレージからファイルデータを完全に削除するには、parameters.archiveOnDelete を追加し、kubectl メソッドを使用して false に設定する必要があります。

2. 次のコマンドを実行して StorageClass を作成します。

   kubectl create -f alicloud-nas-subpath.yaml

2. PVC を作成する

1. pvc.yaml という名前のファイルを作成し、次の内容をファイルにコピーして、ビジネス要件に基づいてパラメーターを変更します。

   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     name: nas-csi-pvc
   spec:
     accessModes:
     - ReadWriteMany
     storageClassName: alicloud-nas-subpath
     resources:
       requests:
         storage: 20Gi
   /* パラメーターの説明 */
   /* name: PVC の名前。 */
   /* accessModes: PV のアクセスモード。デフォルト値は ReadWriteMany です。値を ReadWriteOnce または ReadOnlyMany に設定することもできます。 */
   /* storageClassName: PVC に関連付ける StorageClass の名前。 */
   /* storage: PVC によって要求されるストレージ。 */
   

   パラメーター	説明
   name	PVC の名前。
   accessModes	PV のアクセスモード。デフォルト値は ReadWriteMany です。値を ReadWriteOnce または ReadOnlyMany に設定することもできます。
   storageClassName	PVC に関連付ける StorageClass の名前。
   storage	PVC によって要求されるストレージ。 重要 このパラメーターで設定された容量は、アプリケーションが使用できる実際の容量を制限するものではなく、自動スケーリングも許可しません。 NAS ディレクトリのクォータは、NAS ファイルシステムが汎用であり、StorageClass の allowVolumeExpansion パラメーターが true に設定されている場合にのみ設定されます。詳細については、「動的にプロビジョニングされた NAS ボリュームを拡張する」をご参照ください。 ディレクトリのクォータが有効になると、CSI は PVC 容量に基づいて NAS ディレクトリのクォータを設定します。 NAS ディレクトリクォータは GiB 単位で測定され、実際のクォータは PVC 容量を GiB 単位の最も近い整数に切り上げて計算されます。

2. PVC を作成します。

   kubectl create -f pvc.yaml

3. アプリケーションを作成し、NAS ファイルシステムをアプリケーションにマウントする

nginx-1 と nginx-2 という名前の 2 つのアプリケーションをデプロイして、NAS ファイルシステムの同じサブディレクトリを共有します。

1. nginx-1.yaml という名前のファイルを作成し、次の内容をファイルにコピーします。

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: deployment-nas-1
     labels:
       app: nginx-1
   spec:
     selector:
       matchLabels:
         app: nginx-1
     template:
       metadata:
         labels:
           app: nginx-1
       spec:
         containers:
         - name: nginx
           image: anolis-registry.cn-zhangjiakou.cr.aliyuncs.com/openanolis/nginx:1.14.1-8.6
           ports:
           - containerPort: 80
           volumeMounts:
             - name: nas-pvc
               mountPath: "/data"
         volumes:
           - name: nas-pvc
             persistentVolumeClaim:
               claimName: nas-csi-pvc
   /* mountPath: コンテナ内の NAS ファイルシステムのマウントパス。 */
   /* claimName: アプリケーションが NAS ファイルシステムのマウントに使用する PVC の名前。この例では、nas-csi-pvc が使用されています。 */
   

   • mountPath: コンテナ内の NAS ファイルシステムのマウントパス。

   • claimName: アプリケーションが NAS ファイルシステムのマウントに使用する PVC の名前。この例では、nas-csi-pvc が使用されています。

2. nginx-2.yaml という名前のファイルを作成し、次の内容をファイルにコピーします。

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: deployment-nas-2
     labels:
       app: nginx-2
   spec:
     selector:
       matchLabels:
         app: nginx-2
     template:
       metadata:
         labels:
           app: nginx-2
       spec:
         containers:
         - name: nginx
           image: anolis-registry.cn-zhangjiakou.cr.aliyuncs.com/openanolis/nginx:1.14.1-8.6
           ports:
           - containerPort: 80
           volumeMounts:
             - name: nas-pvc
               mountPath: "/data"
         volumes:
           - name: nas-pvc
             persistentVolumeClaim:
               claimName: nas-csi-pvc
   /* mountPath: コンテナ内の NAS ファイルシステムのマウントパス。この例では、/data が使用されています。 */
   /* claimName: nginx-1 で使用されている PVC の名前を入力します。この例では、値は nas-csi-pvc に設定されています。 */
   

   • mountPath: コンテナ内の NAS ファイルシステムのマウントパス。この例では、/data が使用されています。

   • claimName: nginx-1 で使用されている PVC の名前を入力します。この例では、値は nas-csi-pvc に設定されています。

3. nginx-1 アプリケーションと nginx-2 アプリケーションをデプロイします。

   kubectl create -f nginx-1.yaml -f nginx-2.yaml

4. ポッド情報を確認します。

   kubectl get pod

   期待される出力:

   NAME                                READY   STATUS    RESTARTS   AGE
   deployment-nas-1-5b5cdb85f6-a****   1/1     Running   0          32s
   deployment-nas-2-c5bb4746c-b****    1/1     Running   0          32s

   NAS ファイルシステムの /data サブディレクトリは異なるポッドにマウントされます。マウントポイントが 0cd8b4a576-g****.cn-hangzhou.nas.aliyuncs.com:/k8s/nas-79438493-f3e0-11e9-bbe5-00163e09**** である NAS ボリュームは、/データdeployment-nas-1-5b5cdb85f6-a**** アプリケーションと deployment-nas-2-c5bb4746c-b**** アプリケーションの /data ディレクトリにマウントされます。

   • /k8s: StorageClass の構成で指定されているように、サブディレクトリは subpath モードでマウントされます。

   • nas-79438493-f3e0-11e9-bbe5-00163e09****: 自動的に作成された PV の名前。

   説明

   NAS ファイルシステムの異なるサブディレクトリを異なるポッドにマウントするには、ポッドごとに個別の PVC を作成する必要があります。この例では、pvc-1 は nginx-1 用に作成され、pvc-2 は nginx-2 用に作成されます。

ACK コンソールを使用する

1. StorageClass を作成する

1. ACK コンソール にログインします。左側のナビゲーションウィンドウで、[クラスター] をクリックします。

2. [クラスター] ページで、管理するクラスターを見つけて、その名前をクリックします。左側のウィンドウで、[ボリューム] > [StorageClass] を選択します。

3. [StorageClass] ページで、[作成] をクリックします。

4. [作成] ダイアログボックスで、StorageClass を構成し、[作成] をクリックします。

   次の表にパラメーターを示します。

   パラメーター	説明	例
   [名前]	StorageClass の名前。コンソールに表示される形式の要件に従ってください。	alicloud-nas-subpath
   [PV タイプ]	[NAS] を選択します。	NAS
   [マウントポイントを選択]	NAS ファイルシステムのマウントポイント。マウントポイントのドメイン名のクエリ方法の詳細については、「マウントポイントを管理する」をご参照ください。 使用可能なマウントポイントがない場合は、最初に NAS ファイルシステムを作成します。詳細については、「NAS ファイルシステムとマウントポイントを作成する」をご参照ください。	0cd8b4a576-g****.cn-hangzhou.nas.aliyuncs.com:/k8s/
   [ボリュームモード]	ボリュームのアクセスモード。デフォルトでは [共有ディレクトリ] が選択されています。有効な値: [共有ディレクトリ]: NAS ボリュームは sharepath モードでマウントされます。すべてのボリュームが同じパスを共有します。つまり、データは <bucket>:<path>/ に保存されます。 [サブディレクトリ]: NAS ボリュームは subpath モードでマウントされます。ボリュームを作成すると、マウントパスにサブディレクトリが自動的に作成されます。つまり、データは <bucket>:<path>/<pv-name>/ に保存されます。 説明 [サブディレクトリ] モードは、CSI プラグインのバージョンが 1.31.4 以降の場合にのみ有効になります。それ以外の場合は、[共有ディレクトリ] モードが使用されます。	サブディレクトリ
   [マウントパス]	NAS ファイルシステムのマウントパス。 指定したサブディレクトリが存在しない場合、システムは NAS ファイルシステムにサブディレクトリを自動的に作成し、そのサブディレクトリをクラスターにマウントします。 このパラメーターを構成しない場合、NAS ファイルシステムのルートディレクトリがマウントされます。 超高速型 NAS ファイルシステムをマウントする場合は、このパラメーターを /share ディレクトリのサブディレクトリに設定します。例: /share/data。	/
   [再利用ポリシー]	再利用ポリシー。有効な値: [削除] と [保持]。デフォルト値: [削除]。 説明 archiveOnDelete などのパラメーターは、コンソールを介して構成できません。したがって、バックエンド NAS ストレージ内のファイルを完全に削除することはできません。完全に削除するには、kubectl メソッドを使用します。 [削除]: このポリシーを使用する場合は、archiveOnDelete パラメーターを構成する必要があります。 archiveOnDelete パラメーターを true に設定すると、PVC を削除した後、PVC に関連付けられた PV および NAS ファイルシステム内のファイルの名前が変更され、保持されます。 archiveOnDelete パラメーターを false に設定すると、PVC を削除した後、PVC に関連付けられた PV および NAS ファイルシステム内のファイルが削除されます。 [保持]: PVC が削除されると、関連する PV および NAS ファイルシステム内のファイルは保持され、手動でのみ削除できます。 データセキュリティの要件が高い場合は、ユーザーエラーによるデータ損失を防ぐために、[保持] ポリシーを使用することをお勧めします。	保持
   [マウントオプション]	マウントオプション (ネットワーク ファイル システム (NFS) バージョンなど)。 NFS v3 を使用することをお勧めします。超高速型 NAS ファイルシステムは NFS v3 のみをサポートしています。NFS プロトコルの詳細については、「NFS」をご参照ください。	デフォルト設定を保持します。

   StorageClass を作成した後、[StorageClass] ページで StorageClass を表示できます。

2. PVC を作成する

1. 詳細ページの左側のナビゲーションウィンドウで、[ボリューム] > [永続ボリューム要求] を選択します。

2. [永続ボリューム要求] ページで、[作成] をクリックします。

3. [PVC の作成] ダイアログボックスで、パラメーターを構成し、[作成] をクリックします。

   パラメーター	説明	例
   [PVC タイプ]	NAS を選択します。	NAS
   [名前]	PVC の名前。名前はクラスター内で一意である必要があります。	pvc-nas
   [割り当てモード]	[StorageClass を使用する] を選択します。	StorageClass を使用する
   [既存の Storage Class]	[選択] をクリックします。 [Storage Class の選択] ダイアログボックスで、使用する StorageClass を見つけ、[アクション] 列の [選択] をクリックします。	前の手順で作成した alicloud-nas-subpath StorageClass を選択します。
   [容量]	PVC によって要求される容量。このパラメーターの値は、アプリケーションで使用できる最大容量の制限を指定するものではありません。 重要 このパラメーターで設定された容量は、アプリケーションが使用できる実際の容量を制限するものではなく、自動スケーリングも許可しません。 NAS ディレクトリのクォータは、NAS ファイルシステムが汎用であり、StorageClass の allowVolumeExpansion パラメーターが true に設定されている場合にのみ設定されます。詳細については、「動的にプロビジョニングされた NAS ボリュームを拡張する」をご参照ください。 ディレクトリのクォータが有効になると、CSI は PVC 容量に基づいて NAS ディレクトリのクォータを設定します。 NAS ディレクトリクォータは GiB 単位で測定され、実際のクォータは PVC 容量を GiB 単位の最も近い整数に切り上げて計算されます。	20Gi
   [アクセスモード]	デフォルト値: [ReadWriteMany]。値を [ReadWriteOnce] または [ReadOnlyMany] に設定することもできます。	ReadWriteMany

3. アプリケーションを作成し、NAS ファイルシステムをアプリケーションにマウントする

deployment-nas-1 と deployment-nas-2 という名前のアプリケーションを作成するには、次の操作を実行します。アプリケーションが NAS ファイルシステムの同じサブディレクトリを共有していることを確認します。

1. 詳細ページの左側のナビゲーションウィンドウで、[ワークロード] > [デプロイメント] を選択します。

2. [デプロイメント] タブで、[イメージから作成] をクリックします。

3. アプリケーションパラメーターを構成します。

   次の表に主要なパラメーターを示します。その他のパラメーターにはデフォルト設定を使用します。詳細については、「デプロイメントを使用してステートレスアプリケーションを作成する」をご参照ください。

   項目	パラメーター	説明	例
   [基本情報]	[名前]	デプロイメントのカスタム名を入力します。名前はコンソールに表示される形式の要件に従う必要があります。	deployment-nas-1
   	[レプリカ]	デプロイメントのレプリカ数。	2
   [コンテナー]	[イメージ名]	アプリケーションのデプロイに使用されるイメージのアドレス。	anolis-registry.cn-zhangjiakou.cr.aliyuncs.com/openanolis/nginx:1.14.1-8.6
   	[必要なリソース]	必要な vCPU とメモリリソース。	0.25 vCores と512 MiB
   	ボリューム	[PVC を追加] をクリックし、パラメーターを構成します。 [マウント ソース]: 作成した PVC を選択します。 [コンテナー パス]: NAS ファイルシステムをマウントするコンテナー パスを指定します。	マウント ソース: pvc-nas コンテナ パス: /data

4. 次のコマンドを実行して、アプリケーションのデプロイメントの進行状況をクエリします。

   1. [デプロイメント] ページで、管理するアプリケーションの名前をクリックします。

   2. [ポッド] タブで、ポッドが [実行中] 状態であるかどうかを確認します。

kubectl を使用する

1. StorageClass を作成する

1. alicloud-nas-sharepath.yaml という名前のファイルを作成し、次の内容をファイルにコピーして、ビジネス要件に基づいてパラメーターを変更します。

   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: alicloud-nas-sharepath
   mountOptions:
   - nolock,tcp,noresvport
   - vers=3
   parameters:
     volumeAs: sharepath
     server: "0cd8b4a576-g****.cn-hangzhou.nas.aliyuncs.com:/data"
   provisioner: nasplugin.csi.alibabacloud.com
   reclaimPolicy: Retain

   パラメーター	説明
   mountOptions	ネットワーク ファイル システム (NFS) バージョンなどのマウント オプション。 NFS v3 を使用することをお勧めします。超高速型 NAS ファイルシステムは NFS v3 のみをサポートします。NFS プロトコルについて詳しくは、「NFS」をご参照ください。
   volumeAs	sharepath に設定します。有効な値: subpath: NAS ファイルシステムのサブディレクトリを PV としてマウントします。NAS ファイルシステムとマウント ターゲットを手動で作成する必要があります。PV は、NAS ファイルシステムのサブディレクトリに対応します。 sharepath: PV の作成時にディレクトリは作成されませんが、StorageClass で指定されたパスが使用されます。これは、各 PV が同じ NAS ディレクトリに対応することを意味し、名前空間間でディレクトリが共有されるシナリオに適しています。 filesystem: プロビジョナーが NAS ファイルシステムを自動的に作成します。各 PV は NAS ファイルシステムに対応します。
   server	NAS ファイルシステムのサブディレクトリを PV としてマウントする場合、NAS ファイルシステムのマウント ターゲットとマウント パス。マウント パスを設定しない場合、デフォルトで / が使用されます。 重要 実際のマウント ターゲットを指定する必要があります。マウント ターゲットのドメイン名を表示する方法について詳しくは、「マウント ターゲットの管理」をご参照ください。
   provisioner	ドライバーのタイプ。この例では、パラメーターは nasplugin.csi.alibabacloud.com に設定されています。これは、Alibaba Cloud が NAS 用に提供する CSI プラグインが使用されていることを示します。
   reclaimPolicy	sharepath モードを使用する場合は、Retain を選択する必要があります。

2. StorageClass を作成します。

   kubectl create -f alicloud-nas-sharepath.yaml

2. 異なる名前空間で PVC を作成する

NAS ファイルシステムを異なる名前空間のポッドにマウントするには、2 つの名前空間を作成する必要があります。

1. 次のコマンドを実行して、ns1 と ns2 という名前の名前空間を作成します。

   kubectl create ns ns1
   kubectl create ns ns2

2. pvc.yaml という名前のファイルを作成し、次の内容をファイルにコピーして、ビジネス要件に基づいてパラメーターを変更します。

   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata: 
     name: nas-csi-pvc
     namespace: ns1
   spec:
     accessModes:
     - ReadWriteMany 
     storageClassName: alicloud-nas-sharepath
     resources: 
       requests:
         storage: 20Gi
   ---
   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata: 
     name: nas-csi-pvc
     namespace: ns2
   spec:
     accessModes:
     - ReadWriteMany 
     storageClassName: alicloud-nas-sharepath
     resources: 
       requests:
         storage: 20Gi

   パラメーター	説明
   name	PVC の名前。
   accessModes	PV のアクセス モード。デフォルト値は ReadWriteMany です。ReadWriteOnce または ReadOnlyMany に設定することもできます。
   storageClassName	PVC に関連付ける StorageClass の名前。
   storage	PVC によって要求されるストレージ。 重要 sharepath モードを使用する場合、このパラメーターは有効になりません。

3. PVC を作成します。

   kubectl create -f pvc.yaml

3. アプリケーションを作成し、NAS ファイルシステムをアプリケーションにマウントする

1. 異なる名前空間にアプリケーションを作成し、対応する名前空間に作成された PVC をマウントします。アプリケーションは、StorageClass で定義された NAS ボリュームを共有します。

   1. nginx.yaml という名前のファイルを作成し、次の内容をファイルにコピーします。このファイルには 2 つのデプロイメントが含まれています。

      apiVersion: apps/v1
      kind: Deployment
      metadata:
        name: nginx
        namespace: ns1
      spec:
        selector:
          matchLabels:
            app: nginx
        template:
          metadata:
            labels:
              app: nginx
          spec:
            containers:
            - name: nginx
              image: anolis-registry.cn-zhangjiakou.cr.aliyuncs.com/openanolis/nginx:1.14.1-8.6
              ports:
              - containerPort: 80
              volumeMounts:
                - name: nas-pvc
                  mountPath: "/data"
            volumes:
              - name: nas-pvc
                persistentVolumeClaim:
                  claimName: nas-csi-pvc
      ---
      apiVersion: apps/v1
      kind: Deployment
      metadata:
        name: nginx
        namespace: ns2
      spec:
        selector:
          matchLabels:
            app: nginx
        template:
          metadata:
            labels:
              app: nginx
          spec:
            containers:
            - name: nginx
              image: anolis-registry.cn-zhangjiakou.cr.aliyuncs.com/openanolis/nginx:1.14.1-8.6
              ports:
              - containerPort: 80
              volumeMounts:
                - name: nas-pvc
                  mountPath: "/data"
            volumes:
              - name: nas-pvc
                persistentVolumeClaim:
                  claimName: nas-csi-pvc

      • mountPath: コンテナー内で NAS ファイルシステムがマウントされるパス。

      • claimName: アプリケーションが NAS ファイルシステムのマウントに使用する PVC の名前。この例では、nas-csi-pvc が使用されています。

   2. アプリケーションを作成します。

      kubectl create -f nginx.yaml

2. ポッド情報を確認します。

   kubectl get pod -A -l app=nginx

   予想される出力:

   NAMESPACE  NAME                READY   STATUS    RESTARTS   AGE
   ns1      nginx-5b5cdb85f6-a****   1/1     Running   0          32s
   ns2      nginx-c5bb4746c-b****    1/1     Running   0          32s

   NASファイルシステムの/dataサブディレクトリを、異なる名前空間のポッドにマウントします。 マウント対象が0cd8b4a576-g****.cn-hangzhou.nas.aliyuncs.com:/dataであるNASボリュームは、nginx-5b5cdb85f6-a****およびnginx-c5bb4746c-b****アプリケーションの/dataディレクトリにマウントされます。

ACK コンソールを使用する

NAS ファイルシステムを使用してデータを永続化できることを確認する

1. 次のコマンドを実行して、アプリケーション用に作成されたポッドをクエリします。

   kubectl get pod 

   期待される出力：

   NAME                                READY   STATUS    RESTARTS   AGE
   deployment-nas-1-5b5cdb85f6-a****   1/1     Running   0          32s
   deployment-nas-2-c5bb4746c-b****    1/1     Running   0          32s

2. ポッドにファイルを作成します。

   1. アプリケーションにマウントされている /data パスにファイルが存在するかどうかを確認します。

      この例では、ポッド deployment-nas-1-5b5cdb85f6-a**** を使用します。

      kubectl exec deployment-nas-1-5b5cdb85f6-a**** -- ls /data

      出力は返されません。これは、/data パスにファイルが存在しないことを示します。

   2. 次のコマンドを実行して、ポッドの /data パスに nas という名前のファイルを作成します。

      kubectl exec deployment-nas-1-5b5cdb85f6-a**** -- touch /data/nas

3. 別のポッドから作成したファイルにアクセスします。

   この例では、ポッド deployment-nas-2-c5bb4746c-b**** を使用します。

   kubectl exec deployment-nas-2-c5bb4746c-b**** -- ls /data

   期待される出力：

   nas

4. ポッドを再作成します。

   1. ポッドを削除します。

      kubectl delete pod deployment-nas-1-5b5cdb85f6-a****

   2. 別のコマンドラインインターフェイス ( CLI ) を開き、ポッドがどのように削除および再作成されるかを確認します。

      kubectl get pod -w -l app=nginx

5. ポッドの削除後もファイルがまだ存在することを確認します。

   1. 再作成されたポッドをクエリします。

      kubectl get pod

      期待される出力：

      NAME                                READY   STATUS    RESTARTS   AGE
      deployment-nas-1-5b5cdm2g5-c****    1/1     Running   0          32s
      deployment-nas-2-c5bb4746c-b****    1/1     Running   0          32s

   2. 再作成されたポッドの /data パスのファイルをクエリします。

      この例では、ポッド deployment-nas-1-5b5cdm2g5-c**** を使用します。

      kubectl exec deployment-nas-1-5b5cdm2g5-c**** -- ls /data

      期待される出力：

      nas

      nas ファイルは、/data パスにまだ存在します。これは、データが NAS ファイルシステムに永続化されていることを示します。

NAS ファイルシステムのデータがポッド間で共有できることを確認する

NAS ボリュームを複数のポッドにマウントできます。1 つのポッドでデータが変更されると、変更は他のポッドに自動的に同期されます。次の例では、NAS ファイルシステムのデータがポッド間で共有できることを確認する方法について説明します。

1. アプリケーション用に作成されたポッドと、マウントされた NAS ファイルシステム内のファイルをクエリします。

   1. 次のコマンドを実行して、アプリケーション用に作成されたポッドをクエリします。

      kubectl get pod 

      期待される出力：

      NAME                                READY   STATUS    RESTARTS   AGE
      deployment-nas-1-5b5cdb85f6-a****   1/1     Running   0          32s
      deployment-nas-2-c5bb4746c-b****    1/1     Running   0          32s

   2. 2 つのポッドの /data パスのファイルを表示します。

      kubectl exec deployment-nas-1-5b5cdb85f6-a**** -- ls /data
      kubectl exec deployment-nas-2-c5bb4746c-b**** -- ls /data

      出力は返されません。これは、/data パスにファイルが存在しないことを示します。

2. ポッドの /data パスに nas という名前のファイルを作成します。

   この例では、ポッド deployment-nas-1-5b5cdb85f6-a**** を使用します。

    kubectl exec deployment-nas-1-5b5cdb85f6-a**** -- touch /data/nas

3. 2 つのポッドの /data パスのファイルを表示します。

   1. 次のコマンドを実行して、ポッド deployment-nas-1-5b5cdb85f6-a**** の /data パスのファイルをクエリします。

      kubectl exec deployment-nas-1-5b5cdb85f6-a**** -- ls /data

      期待される出力：

      nas

   2. 次のコマンドを実行して、ポッド deployment-nas-2-c5bb4746c-b**** の /data パスのファイルをクエリします。

      kubectl exec deployment-nas-2-c5bb4746c-b**** -- ls /data

      期待される出力：

      nas

      1 つのポッドの /data パスにファイルを作成した後、もう 1 つのポッドの /data パスにもファイルが見つかります。これは、NAS ファイルシステムのデータが 2 つのポッドによって共有されていることを示します。