問題タブ [persistent-volume-claims]

2 つのレプリカを使用した単純なデプロイがあります。

各レプリカに同じストレージ フォルダー (共有アプリケーション アップロード フォルダー) が含まれていることを希望します。

私はクレームとボリュームで遊んでいますが、まだ優位に立っていないので、簡単なヘルプ/例を求めています.

prod-01とprod-02という 2 つの異なる名前空間があります。私がやりたいのは、prod-01のコピーをprod-02名前空間に作成し、その pvc に同じ名前を付けて、維持する必要がないようにすることです。異なる名前空間ごとに 2 セットのグラフ。

これがどのように見えるかです：

以下に示すように、名前空間ごとに 2 組の pv があります。

prod-01の pvc がどのように表示されるかを次に示します。

そして、これが私が達成しようとしていることです：

上に示すように、 prod-02名前空間の PVCはPendingステータスで永久にスタックします。

prod-02の PVC 名を別の名前に変更すると、期待どおりに結合します。

これは、異なる名前空間にあり、異なる pv を指している場合でも、pvc で同じ名前を使用できないと考えるように導きます...しかし、ドキュメントを検索すると、この問題の証拠を見つけることができず、疑問に思っていました私が何かを逃すことができれば。

簡単に言えば、異なる名前空間で同じ名前の複数の pvc を使用できますか (それらが異なる pv を使用していることを考慮して)。

更新:の結果kubectl describe pvc

また、出力は次のkubectl get pvcとおりです。

また、PV の詳細も以下に示します。

助けてくれてありがとう！

Kubernetes ボリュームに NFS ストレージを使用しようとして失敗する。

persistentvolumeclaimは、既に作成されたpersistentvolumeにバインドできません。以下を参照してください

永続ボリュームの作成

永続的ボリュームクレームの作成

persistentvolumeclaim ショーのイベント ログ

2つをバインドするためにk8sを止めることができるアイデアはありますか?

この投稿の指示に従いました: How to bind a Persistent volume claim with a gcePersistentDisk?

それを適用すると、PVC が PV にバインドされず、代わりにイベント リストに次のエラーが表示されました。

これを修正する何かを提案する github の投稿を見つけました。

https://github.com/coreos/prometheus-operator/issues/323#issuecomment-299016953

しかし、残念ながらそれは違いはありませんでした。

PV と PVC を使用して真に永続的なボリュームを作成する方法を正確に説明している簡単なドキュメントはありますか? 具体的には、pv と pvc をシャットダウンして後で復元し、すべてのコンテンツを元に戻すことができる場所は? 現時点では、何らかの理由で PVC が失われると、ボリュームへの接続が失われ、元に戻す方法がなくなるためです。

kubernetes を介して nexus リポジトリの作成に取り組んでいます。閲覧することで、このサイト ( https://blog.sonatype.com/kubernetes-recipe-sonatype-nexus-3-as-a-private-docker-registry ) に出くわしました。サービスとデプロイとポッドを作成できました。問題なく作成されたすべて。しかし、私はそれを開くことができませんでした。

これは私の nexus.yaml ファイルです

kubectl
describe service nexus-service -n nexusを指定すると

ポートを指定して開いてみましたが、到達できるエラーが発生しています。

誰かがこれについて私を助けることができますか??? 前もって感謝します。