永続的なボリューム（PV）と永続的なボリュームクレーム（PVC）の簡単な用語の違いは何ですか？
ドキュメントを参照して、Kubernetes/Openshiftの永続ボリューム（PV）と永続ボリューム要求（PVC）の違いは何ですか？
簡単な言葉で両方の違いは何ですか？
PVCは、何らかの実際のPV。
これは、promiseの非同期プログラミングの概念に少し似ています。 PVCは、ある時点で、アプリケーションが使用できるストレージボリュームと、クラス、サイズ、アクセスモード（ROX、RWO、RWX）などの定義された特性の1つに「変換」することを約束します。
これは、ポッド/デプロイメントから特定のストレージ実装に関する思考を抽象化する方法です。ほとんどの場合、アプリケーションは「サイズYのサーバーXからNFSストレージを提供する」と宣言する必要はありません。 「デフォルトクラスとサイズYの永続ストレージが必要」に似ています。
これにより、異なるクラスターでの展開は、そのニーズを異なる方法で満たすことを選択できます。 1つはEBSデバイスをリンクでき、もう1つはGlusterFSをプロビジョニングでき、コアマニフェストはどちらの場合も同じです。
さらに、ボリュームポッドテンプレートを展開で定義して、各ポッドが自動的に作成されるリフレクションPVCを取得できるようにします（つまり、それぞれが専用のストレージを必要とするスケーラブルポッドのグループのインフラストラクチャに依存しないストレージ定義をサポートします）。
docs から
PVはクラスター内のリソースです。 PVCはそれらのリソースに対する要求であり、リソースに対する要求チェックとしても機能します。
したがって、永続ボリューム（PV）は、永続データを保存するホストマシン上の「物理」ボリュームです。永続的ボリューム要求（PVC）は、プラットフォームがPVを作成するためのrequestであり、PVCを介してPVをポッドに接続します。
似たようなもの
Pod -> PVC -> PV -> Host machine
Persistent Volume Claimは、特定のクラスターでアクセスできるオプションを示しており、Smart Techと呼ばれるこのストアで、ユーザーに構成オプションに関するいくつかの広告が表示されます。これらの広告は、Persistent Volume Claimです。
構成ファイル内で、クラスター内に保持するさまざまな永続ボリュームクレームを書き出します。これは、サンタへのウィッシュリストのようなものですが、もちろん、Smart Techの営業担当者にそれを渡してください。完了です。
そのため、すべてのクラスターで600 GBのハードドライブオプションと1 TBのハードドライブオプションを使用できるように設定ファイルを作成します。
Persistent Volume Claimのこれらのオプションのいずれかを選択して、Kubernetes（営業担当者）がそのオプション（選択したオプション）を取得するように要求すると、Kubernetesは在庫のストレージオプションのこれらのインスタンスを調べる必要がありますすぐに利用できる部屋。これらのハードドライブのインスタンスはすぐに使用でき、事前に作成されるため静的にプロビジョニングされていると見なされます。
一方で、Kubernetesに営業担当者に尋ねると、その場で作成された動的にプロビジョニングされたオプションがあります。ジャストインタイムの生産のように、すぐに要求されたときに作成されました。
したがって、Persistent Volume Claimは、オプションのストアアドバタイズメントであり、Kubernetesを選択すると、ストレージに保存されるか、オンザフライで作成されます。
永続ボリュームは、要求したKubernetesから返される実際の製品またはオプションです。 Kubernetesがあなたが求めたものを持っていない場合、Kubernetesはあなたのためにその場でそれを作成しようとします。
そのため、PVCは、Smart Techがお客様のクラスターに提供しなければならない広告であり、営業担当者がKubernetesに提供するもので、PVは実際に完成した製品です。