私のアプリはGoogleクラウドプラットフォーム(GCP)で動作しており、コンテナはkubernetesで動作しています。私の唯一のフロントエンドとデータベースポッドが横たわっているGCPはGCPです。
問題:。 クラウドプラットフォームは、ダウンスケーリングのノードである場合には、それは私の唯一のデータベースとフロントエンドポッドに横たわっているノードを、殺す
質問:GCPの殺害ノードを停止する方法 、私のフロントエンドとデータベースポッドのみが内部にありますか?
私のアプリはGoogleクラウドプラットフォーム(GCP)で動作しており、コンテナはkubernetesで動作しています。私の唯一のフロントエンドとデータベースポッドが横たわっているGCPはGCPです。
問題:。 クラウドプラットフォームは、ダウンスケーリングのノードである場合には、それは私の唯一のデータベースとフロントエンドポッドに横たわっているノードを、殺す
質問:GCPの殺害ノードを停止する方法 、私のフロントエンドとデータベースポッドのみが内部にありますか?
私は自分で問題を把握しました。
私のフロントエンド、バックエンド、データベース、およびRedisのすべてのコンテナは、同じノード・プール内にありました。私がそれらを別々の結び目に分けたとき、すべてが働き始めました。ノードセレクタを作成
: バックエンドdeployment.yaml nodeSelectorの末尾に追加: cloud.google.com/gke-nodepool:バックエンド
私はあなたができると思います最小限の複製数を設定しますが、Podは本質的に無効になるように設計されているため、通常、Podのライフサイクルはデータベース/永続ストレージのライフサイクルとは無関係です。 – Dagang
kubernetesはダウンスケーリングをかなりうまく処理しています。それに問題はない。私は問題がGoogleのクラウドのプラットフォーム側にあると思う、それはより少ないCPU使用量を持っているノードを殺す。 – jaanus