請求ステータスが有効な Google Ap Engine を使用しています。
アイドル インスタンスは次のように設定されます: ( 1 – 1 )
また、私のサービスには 2 つのクライアントしかないため、2 番目のインスタンスが表示されることもありました。問題は、新しいインスタンス (Spring など) を起動するのに 15 秒かかることです。
1 つのインスタンスで 80Mb のメモリは高すぎますか?
新しいインスタンスのログ: /_ah/warmup 200 14580ms 0kb
2 番目のインスタンスは数秒後に消えます。
3 ～ 4 のリクエストで、GAE が 2 番目のインスタンスを実行するのはなぜですか?? 最初のものは（ほとんど）何もしません！
「Pending Latency」を変更しようとしましたが成功しませんでした。
解決策 ？:)
どうも
アイドル状態のインスタンスを 1 つだけ要求しました。リクエストを処理するとき、インスタンスはアイドル状態ではありません。したがって、App Engine は新しいインスタンスを起動して、要求された数のアイドル インスタンスを維持します。
常駐インスタンスが「ビジー状態」でリクエストを処理できないと判断された場合、App Engine は別のインスタンスを開始します。トラフィックが非常に少ない場合でも、アプリが同時に十分な数のリクエストを処理している場合、AE は質の高いサービスを提供するために別のインスタンスが必要であると判断する場合があります。保留中のレイテンシーを増やすと、別のインスタンスが開始される可能性が減ることは間違いありませんが、動的インスタンスを完全に禁止することはできません。
また、マルチスレッドを有効にしていますか? そうでない場合、たとえ 1 つのリクエストしか処理していなくても、常駐インスタンスはビジー状態になります。コードがスレッドセーフである場合、マルチスレッドを有効にして、インスタンスと同時により多くの同時リクエストを処理できます。
トラフィックが非常に少なく、インスタンスの数も非常に少ないため、App Engine は、新しいインスタンスが必要かどうかを判断する際に多くの情報を取得できません。使用率が向上し、トラフィックが増えるとスプリアス インスタンスが少なくなります。