問題タブ [persistent-volumes]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
docker - Kubernetes NFS 永続ボリュームのアクセス許可が拒否されました
Kubernetes の POD でアプリケーションを実行しています。いくつかの出力ファイル ログを永続ストレージ ボリュームに保存したいと考えています。
これを行うために、NFS 経由でボリュームを作成し、関連するボリューム クレームを介して POD にバインドしました。NFS が明らかに読み取り専用であるため、共有フォルダーに書き込みまたはアクセスしようとすると、「許可が拒否されました」というメッセージが表示されました。
以下は、ボリュームの作成に使用した json ファイルです。
以下はPOD構成ファイルです
権限を変更する方法はありますか?
アップデート
PVC と NFS の設定は次のとおりです。
塩ビ:
NFS構成
短くするために、nfs構成からいくつかのステータス情報を削除しました
kubernetes - Kubernetes: persistentVolumeReclaimPolicy を使用して動的な PersistentVolumeClaim を実行する方法: Reclaim
を使用して動的PersistentVolumeプロビジョニングを行っていPersistentVolumeClaimます。
ポッド終了後のPVは残しておきたいと思います。だから私は何をpersistentVolumeReclaimPolicy: Reclaimしたいです。
ただし、それは（AFAIK）PersistentVolumeではなく、に適用されます。PersistentVolumeClaim
動的にプロビジョニングされた PV のこの動作を変更するにはどうすればよいですか?
kubernetes - Kubernetes: PersistentVolume と PersistentVolumeClaim - クレームの共有
この質問は、Kubernetes 内の PersistentVolume および PersistentVolumeClaim 構成の動作に関するものです。ドキュメントを読みましたが、いくつかの疑問が残りました。
Azure Kubernetes Service を使用してクラスターをホストしており、多くのポッドに共有永続ストレージ バックエンドを提供したいと考えています。これを実現するために PersistentVolumes を使用する予定です。
このシナリオでは、AzureFile ストレージ リソースに基づく PersistentVolume を発行します。Jenkins をクラスターにデプロイし、jenkins_home ディレクトリを PersistentVolume に保存して、インスタンスがポッドとノードの障害に耐えられるようにします。複数のマスター Jenkins ノードを実行し、すべて同様の展開 yaml で構成します。
必要なすべてのストレージ アカウントと適用可能な共有、および必要なシークレットを事前に作成しました。
まず、次の PersistentVolume 構成を発行しました。
その後、次の PersistentVolumeClaim 構成を発行しました。
次に、デプロイ内でこのクレームを次のように使用します。
これはすべて期待どおりに機能しています。複数の Jenkins マスターを Kubernetes クラスターにデプロイしており、それぞれが各マスター インスタンスに固有の共有に新しいフォルダーを正しく割り当てています。
今、私の質問のために
PersistentVolume は 100Gig のストレージで構成されています。これは、Kubernetes がこのボリュームで最大 100Gig の合計ストレージしか許可しないということですか?
PersistentVolumeClaim が PersistentVolume にバインドされている場合、PersistentVolumeClaim が 10Gig のストレージ用に構成されていても、PersistentVolumeClaim は合計で 100Gig のストレージを使用できることを示しているように見えます。
これは get pvc コマンドからの出力が間違っているだけですか、それとも get pvc コマンドの出力を誤解していますか?
この方法で PersistentVolumeClaim を共有する場合。
- 各デプロイメントは、PersistentVolume の 100Gig 容量から構成された最大 10Gig のストレージにのみアクセスできますか?
- または、各デプロイメントは、PersistentVolume 用に構成された合計 100Gig のストレージの独自の 10Gig スライスにアクセスできますか?
この構成では、単一の PersistentVolumeClaim 容量が完全に使用されるとどうなりますか? この単一の PersistentVolumeClaim を使用しているすべての展開は機能しなくなりますか?
kubernetes - Pod にはバインドされていない PersistentVolumeClaims がありますが、ボリューム クレームは制限されています
virtualbox の kubernetes でステートフル セットの Elasticsearch を作成したいと考えています。私はクラウド プロバイダーを使用していないので、statefulset の 2 つのレプリカ用に 2 つの永続的なボリューム ローカルを作成します。
pv0:
pv1:
ステートフルセット:
永続ボリュームは正しくバウンスされているようですが、ポッドは常にクラッシュ ループに陥り、毎回再起動します。それは initContainer の使用または私の yaml に何か問題があるためですか?
