問題タブ [horizontal-pod-autoscaling]

HPA のいくつかで奇妙な問題が発生しています。理由は不明ですが、最大レプリカ数までスケールアップする必要があると報告しています。既存の目標は 2%/80% ですが...現在 3 か月以上完全に機能しており、そのうちの 2 つのサービスはHPAはおかしくなり、1か月以上触れられていません。また、同じクラスターと名前空間内の他の HPA は完全に正常に動作しています。

HPA が計算しているものを確認する方法を見つけようとしています。どこかに書き込まれたログはありますか? そして、どこでそれらを見つけることができますか?

ありがとうございました

- アップデート -

これは、ほぼ同じシナリオで再び発生しました。一部の HPA は、実際の CPU 消費量がしきい値を大幅に下回っているにもかかわらず、再び最大までスケールアップしました。過去の使用率も目標のパーセンテージを超えていないことも確認できたので、なぜこれが起こっているのかを理解するのは本当に途方に暮れています.

私が本当に知りたいのは、どの CPU 値が HPA 計算機に送信されているかということですが、どこでそれらを見つけることができるかわかりません。誰か私がそれを見つけることができる場所を知っていますか?

ありがとうございました

-- 更新 2 -- ソース コードを見つけましたが、実際にはこの情報がログ データやイベントとして出力されていないように見え始めています。したがって、これをさらにトラブルシューティングするために、今本当に途方に暮れています。

自動スケーリング プロセスがスケール インし、終了するノード/ポッドを選択すると、HTTP リクエストが処理を完了して応答する時間を確保できるように、ターゲット ノード/ポッドに既に入っている HTTP リクエストに猶予期間が与えられます。また、この期間中、ロード バランサーは、終了しようとしているノード/ポッドへの新しいリクエストの送信を停止します。

私の質問は、プロセス/コンテナーの 1 つに Kafka コンシューマーがあり、それが含まれているプロセスが終了しようとしていることを認識しておらず、Kafka とプロセスからのデータを消費し続けている場合はどうなるかということです。コンシューマーが消費されたデータを処理している間に、プロセスが終了する可能性があります。

では、Kafka コンシューマーが消費を停止し、既に消費されたレコードを処理するための猶予期間を与える解決策はありますか? HTTP リクエストに猶予期間があるのと似ていますか?

正常に処理された後に kafka オフセットを手動でコミットできるなど、いくつかの考えがあるかもしれません。ただし、すべてのシナリオが手動コミットに適しているとは限りません。レコードが消費されたらすぐに手動でコミットしてから処理するか、消費者に自動コミットさせる必要があるかもしれません。

絶対値に基づいて GKE デプロイに水平ポッド自動スケーリング メトリックを設定しようとしていますが、絶対値とパーセンテージの違いはまだ得られませんでした。

3 つの Pod の開始数に対して、Pod ごとに500mCPUを要求しているとしましょう。

「CPU 使用率の 50%」の自動スケーリング メトリックを絶対値で置き換えたい場合 : 「250 mCPU」になりますか?

ポッドごとの平均ユーザーに基づいていますか、それともすべてのポッドの合計使用量ですか?

前もって感謝します