問題タブ [statefulset]

OpenEBS 0.6.0 Jiva ボリュームで消費される 1 つの Mongo DB STS アプリケーションを実行していますが、このアプリケーションを削除しました。ただし、対応する PVC は削除されません。システムをクリーンアップするにはどうすればよいですか? これはデフォルトの動作ですか?

次の PV を使用して、postgres データベースをスピンアップするためのステートフル セットがあります。

次のステートフルセットを使用:

ただし、ステートフル セットを作成すると、スタックします。

stsを見る：

ただし、pv と pvc を見ると、問題ないように見えます。

マスターで v1.10.0 を使用し、スケジュールしたいノードで v1.10.3 を使用しています。

ヘルプ？！

PersistentVolumeClaim にアクセスしたい 2 つのサービスがあります。

1 つはボリュームから読み取る (そしてエンド ユーザーにコンテンツを提供する) StatefulSet で、もう 1 つは PVC によって取得されたデータのコンテンツを定期的に更新する Kubernetes CronJob です。

現在、PVC が PV (NFS、Ceph などではない) によってバックアップされており、1 つのサービスがボリュームを取得して、もう 1 つのサービスが起動しないという問題に直面しています。

これらのサービスの両方がボリュームにアクセスできるようにするにはどうすればよいですか?

また、コンテナを追加するのと同じ方法で CronJob を StatefulSet に追加する方法はありますか?

特定のステートフル セットに関するクラスターの内部状態を把握し、それに応じて動作する必要があるアプリケーションの展開に問題があります。したがって、私の deployment.yml ファイルに追加します。

どの kubernetes が 3 つのポッドを即座に作成するか (コンテナー内のアプリケーションが開始するまで待機しません)、これは私の場合は望ましくありません。したがって、最初のレプリカの場合のようなロジックがアプリケーションにあり、2 番目 (または最初以外) がステートフル セットで生成されたポッドの最後の IP を取得して接続する場合は、behavior1 を実行します。

以下は私のコードです

そのため、kubernetes はコードがポッドで実行されるまで待機せず、ポッドを開始するだけなので、ロジックが失敗し、期待どおりに動作しません。

現時点で唯一の方法は、レプリカを 1 にして手動でスケールアップすることですが、これは良くないと思います。同じ問題が発生するため、展開時間のスケーリングは役に立ちません。kubernetes を介してこれを行うというアイデアはありますか?

Google クラウド Kubernetes でステートフル セットとしてホストされている Apache ignite キャッシュにデータをバックアップする戦略を考え出そうとしています。私の ignite デプロイメントは ignite ネイティブ永続性を使用し、Kubernetes の永続性ボリュームによってバックアップされた 3 ノードの ignite クラスターを実行します。binaryConfiguration を使用して、バイナリ オブジェクトをキャッシュに格納しています。

Ignite データをバックアップして復元できる信頼できる方法を探しています。

これまでのところ、永続化ファイルのみをバックアップしてから復元しようとしました。まだ確実に機能していません。私が直面している問題は、復元後、文字列や数値などのバイナリ オブジェクトではないキャッシュ データが適切に復元されることです。数値または文字列データに問題なくアクセスできます。ただし、バイナリ オブジェクトにはアクセスできません。バイナリ オブジェクトが復元されたようですが、取得できません。

奇妙な点は、復元後、新しいバイナリ オブジェクトをキャッシュに追加すると、復元されたすべてのデータが正常にアクセスされているように見えることです。

ネイティブの永続性データをバックアップおよび復元するための信頼できる方法を誰か提案してもらえますか?