問題タブ [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 - 保留中状態の Kubernetes 永続ボリューム要求が無期限に発生する
既にフォーマットしてデータをプロビジョニングしている Google Compute Engine 永続ディスクをソースとして PersistentVolume を作成しました。Kubernetes は、PersistentVolume が利用可能であると言います。
次に、PersistentVolumeClaim を作成して、このボリュームを複数のノードにまたがる複数のポッドにアタッチできるようにしました。ただし、kubernetes は保留状態にあると無期限に言います。
洞察はありますか？セレクターに何か問題があるように感じます...
永続ディスクをデータで事前構成し、複数のノードにまたがるポッドをすべてそこから読み取れるようにすることさえ可能ですか?
kubernetes - volumeClaimTemplates の命名規則に依存できますか?
ローカル PVが有効なベアメタ kubernetes 1.7 で事前定義された PostgreSQL クラスターをセットアップしたいと考えています。3 つの作業ノードがあります。各ノードにローカル PV を作成し、ステートフル セットを正常にデプロイします (Postgres レプリケーションをセットアップするための複雑なスクリプトを使用)。
ただし、volumeClaimTemplates と PersistentVolumeClaim の間には一種の命名規則があることに気付きました。例えば
作成された PVC はpgvolume-postgres-0、pgvolume-postgres-1、pgvolume-postgres-2です。
いくつかのトリッキーな方法で、手動で PVC を作成し、セレクターによってターゲット PV にバインドします。ステートフル セットを再度テストします。ステートフル セットは、これらの PVC を使用して非常に満足しているようです。
テストは無事に終了しましたが、まだこの質問があります。volumeClaimTemplates の命名規則に依存できますか? これは文書化されていない機能ですか?
kubernetes - 既存の永続ボリューム クレームを再利用する方法
Elasticsearch クラスターを削除しましたが、新しいクラスターをデプロイした後、以下に説明する 3 つの永続ボリューム PV に保存された古いデータにアクセスする必要があります。
これは、古い PV クレームの説明です。
私の新しい展開は次のように説明されています。
ポッドを Loadblance サービスに接続した後、ドキュメントが見つかりませんでした。何か不足していますか？また、3 つの PV を同じ POD で使用するにはどうすればよいですか。