問題タブ [kubernetes-statefulset]

Kubernetes で RabbitMQ を実行しています。これは私の sts YAML ファイルです:

そして、次のコマンドで Cookie を作成しました。

すべての Kubernetes クラスター ノードの準備が整いました。

しかし、クラスターを再起動した後、RabbitMQ は起動しませんでした。sts をスケールダウンおよびスケールアップしようとしましたが、問題はすでに存在しています。の出力kubectl describe pod rabbitmq-0:

の出力kubectl get sts:

これは、Kubernetes ダッシュボードからコピーしたポッド ログです。

時折、StatefulSet 内のすべての Pod のローリング置換を実行して、すべての PV も最初から再作成する必要があります。これを行う理由は、古いバージョンの暗号化キーを使用するすべての基になるハード ドライブを取り除くためです。この操作を通常のローリング アップグレードと混同しないでください。定期的なローリング アップグレードでは、ボリュームが Pod の終了に耐えられるようにする必要があります。私がこれまでに考え出した最良のルーチンは次のとおりです。

1. PVを削除します。
2. PVC を削除します。
3. ポッドを削除します。
4. すべての削除が完了するまで待ちます。
5. 手順 2 で削除した PVC を手動で再作成します。
6. 新しい Pod が StatefulSet 内の他の Pod からのデータのストリーミングを終了するまで待ちます。
7. 次の Pod について、手順 1. から繰り返します。

ステップ 5 には満足できません。StatefulSet が PVC を再作成してくれればよかったのですが、残念ながらそうではありません。そうしないと、Pod の作成が次のエラーで失敗します。

それを行うより良い方法はありますか？

単一の外部 IP で同じ kubernetes サービスを共有する kubernetes に nginx ロードバランサー展開のポッドをミラー化する可能性を探しています。このステートフルセット構成でシナリオを試しました:

そして、このサービス構成:

4 つのポッドすべてが、必要な SSL 証明書を並行して暗号化することを正常に要求できます。

問題は、外部 IPv4 アドレスを介したクラスター外からの単一サービス経由の接続がランダムにリセットされることです。

どうすればこれを防ぐことができますか?

PVC を使用してステートフル セット (bitnami/redis) をデプロイした後、クラウド コンソールに次のエラーが表示されます。

(同様のイベントから結合): StorageClass "standard" でボリュームをプロビジョニングできませんでした: googleapi: エラー 503: 内部エラー。もう一度お試しいただくか、Google サポートにお問い合わせください。(コード: '-295147017683364552')、backendError

この問題はどのように修正できますか? 本当にサポートに連絡する必要がありますか?