問題タブ [persistent-volume-claims]
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.
kubernetes - 複数の PersistentVolumeClaim を同じローカル ストレージの PersistentVolume にバインドできますか?
複数の PersistentVolumeClaims が同じローカル永続ボリュームにバインドされる可能性があるかどうかを知りたいです。
私のユースケースは次のとおりです。クラスターの各ノード (ノードのローカル ディスク) にデータ (実際には同じデータ) を書き込むデーモン セットを構築したいと考えています。次に、任意のノードでスケジュールされている他のポッドは、そのデータを読み取ることができるはずです。基本的に、ノード レベルでの一種の write-once-read-many ポリシーです。
hostPathタイプのボリュームを使用してそれを実行できることはわかっていますが、管理が少し難しいため、ローカル ストレージの方が優れたアプローチであることがわかりました。
私の願いは次のとおりです。
- ReadWriteOnceおよびReadOnlyManyアクセス モードでローカル永続ボリューム (pv という名前) を作成します。
- ReadWriteOnceアクセス モードで最初の永続ボリューム要求 (pvc1) を作成し、ボリュームにデータを書き込む DaemonSet で使用します。したがって、pvc1はpvにバインドする必要があります
- そのデータを読み取る他のポッドで使用されるReadOnlyManyアクセス モードで2 番目の永続ボリューム要求 (pvc2) を作成します (したがって、 pvc2もpvにバインドする必要があります) 。
これは可能ですか?
PVC が PV にバインドされている場合、その PV は「ロック」されています。つまり、他の PVC はそれにバインドできません。これは本当にそれがどのように機能するのですか?1 回だけ書き込み、複数回読み取りを行うようなシナリオでは、少し制限があるように思えます。
ありがとう!
kubernetes - ボリュームの動作中にログに「FindExpandablePluginBySpec err: 一致するボリューム プラグインがありません」というメッセージが表示される
Kubernetes バージョン: 1.13.4 (1.13.2 でも同じ問題)。
私は digitalocean でクラスターを自己ホストしています。
OS: コアオス 2023.4.0
1 つのノードに 2 つのボリュームがあります。
そして、2 つの pvc が同じノードでそれらを使用しています。これが1つです:
すべて正常に動作します。
kubectl get pv --all-namespaces
出力:
kubectl get pvc --all-namespaces
出力:
問題は、kube-controller-manager から 2 分ごとにこれらのログ メッセージを取得していることです。
なぜ彼らは現れるのですか?どうすればこれを修正できますか?
kubernetes - GKE 永続ボリュームのサイズ変更: ファイル システムのサイズ変更が完了しない
v1.12.5 を実行している GKE クラスタにデプロイするために永続ボリュームを拡張したいと考えています。ボリューム拡張を有効にするためにストレージ クラスを変更しました。
その後、PVC のサイズを変更しました。
ポッドを削除した後、このように pvc のステータスを確認しました。その後、デプロイ内のレプリカ設定によってポッドが数秒以内に再起動されました。
そのため、ファイル システムのサイズが変更されるのを待つだけのようです。すでに述べたように、ポッドを数回削除し、レプリカの値を 0 に設定してポッドを終了しましたが、ファイル システムのサイズ変更は開始されませんでした。
私は何を間違っていますか?