以下の解決策を参照してください。
説明
解決
パーシステント ボリューム
永続ボリュームは、Kubernetes クラスター内のストレージの一部です。PersistentVolume は、どの名前空間にも属さない、ノードのようなクラスター レベルのリソースです。これは管理者によってプロビジョニングされ、特定のファイル サイズがあります。このように、Kubernetes にアプリをデプロイする開発者は、基盤となるインフラストラクチャを知る必要はありません。開発者がアプリケーション用に一定量の永続ストレージを必要とする場合、システム管理者はクラスターを構成して、簡単な方法でプロビジョニングされた PersistentVolume を使用できるようにします。
永続ボリュームの作成
kind: PersistentVolumeapiVersion: v1metadata: name: spec: capacity: # 作成している PV の容量を定義します storage: 2Gi #要求するストレージの量 accessModes: # 作成しているボリュームの権利を定義します - ReadWriteMany " #ボリュームを作成するパス チャレンジ ReadWriteMany という名前の永続ボリュームを作成し、ストレージ クラス名を共有し、2Gi のストレージ容量とホスト パスを指定します

2. ファイルを保存し、永続ボリュームを作成します。
投稿用画像

3. 永続ボリュームを表示します。

永続ボリュームのステータスは利用可能で、利用可能であり、まだマウントされていないことを意味します。このステータスは、persistentVolume を persistentVolumeClaim にマウントすると変わります。
PersistentVolumeClaim
実際のエコシステムでは、システム管理者が PersistentVolume を作成し、開発者が Pod で参照される PersistentVolumeClaim を作成します。PersistentVolumeClaim は、persistentVolume から必要な最小サイズとアクセス モードを指定することによって作成されます。
チャレンジ
上記で作成した永続ボリュームを要求する永続ボリューム クレームを作成します。クレームは 2Gi を要求する必要があります。Persistent Volume Claim の storageClassName が、以前に作成した persistentVolume と同じであることを確認してください。
種類: PersistentVolumeapiVersion: v1metadata: 名前:
仕様:
accessModes: - ReadWriteMany
リクエスト: ストレージ: 2Gi
storageClassName: 共有
2. PVC を保存して作成する
njerry191@cloudshell:~ (extreme-clone-2654111)$ kubect1 create -f app-data.yaml persistvolumeclaim/app-data created
3.PVCを見る
投稿用画像

4. 最初に作成した pv の変更点を見てみましょう。
投稿用画像

ステータスが使用可能からバインドに変更されました。
5. パス /var/app/config で Persistent Volume Claim をマウントするために使用されるイメージ nginx で myapp という名前の新しいポッドを作成します。
クレームのマウント
apiVersion: v1kind: Podmetadata: creationTimestamp: null name: app-dataspec: volumes: - name:congigpvc persistenVolumeClaim: claimName: app-data containers: - image: nginx name: app volumeMounts: - mountPath: "/srv/app-data "名前: configpvc