技術的には、デプロイメント時にこのエラーが表示されます:
Error 400: --- begin server output ---
automatic_scaling.max_idle_instances (0), must be in the range [1,1000].
--- end server output ---
は1が既には(ないかもしれない展開よりも低い番号のバージョンを展開しますすでに実行中のアイドル状態のインスタンスをシャットダウンします。このアイドル状態のインスタンスは、新しく構成された番号を超えます。制限は「ハード」ではない場合があります。たとえば、Scaling elementsテーブルにautomatic_scaling
行から:
注:負荷スパイク後に正常レベルに戻っ沈降場合、アイドルインスタンスの数は、一時的に指定された 最大値を超えることができます。ただし、指定した最大数の よりも多くの費用が請求されることはありません。
この設定がない(ほとんどのトラフィックを扱うものです)ダイナミック/アクティブインスタンスに、アイドルインスタンスに適用されます。また、心に留めておく必要があります。 max_idle_instances
の設定を下げても、動的インスタンスには影響しません。
アイドルインスタンスは、一時的なオーバーフロートラフィックのみを処理します。現在実行中のダイナミックインスタンスは、着信トラフィックの急激な増加中に許容可能なレイテンシで処理できず、GAEは追加の動的インスタンスをスピンアップします。同じドキュメントから
は、上記に参照:
App Engineは予備にアイドルのインスタンスを保持しているので、それは要求が非常に 高負荷スパイクを除き、保留キューに入りますそう です。アプリケーションをテストし、トラフィック量が と予想され、理想的なインスタンス数が に保持されることを確認する必要があります。
この説明は役に立ちました。しかし、メモとして、ゼロの値でエラーなくデプロイされたサービスがあります。したがって、ゼロの値を設定することは可能です。例えばhttps://github.com/leighmcculloch/looks.wtf/blob/8d80dc32a4ee8b02d1c529a8c009a1247ac54b19/services/slackcommandlook/app.yaml#L6 –
OK、私はもっと具体的にすべきでした - 私が得たエラーは、標準のenv pythonアプリケーションを配備した'appcfg.py'は' gcloud'ではなく、 'appcfg.py'です。私はSDKが少し異なるかもしれないと思う。 –