私はAppEngineを使用してGoアプリケーションをデプロイしています。以下は私のapp.yamlです。時には、私はそれが1インスタンス(それは非常に負荷の低いアプリケーションです)で安定しますが、たいていの場合、それは常に6つのインスタンスを上向きに再ポスペンドします。私のログには、新しいインスタンスが作成されたことを示すメッセージが埋め込まれています。このアプリケーションにはほぼゼロの負荷がありますが、AppEngineの柔軟性は常にインスタンスを破棄し再インスタンス化するのはなぜですか?一定の再生成を示すAppEngine柔軟なインスタンスが常に再作成
ログイン:
app.yamlを
runtime: go
api_version: go1
env: flex
handlers:
- url: /.*
script: _go_app
health_check:
enable_health_check: True
check_interval_sec: 10
timeout_sec: 4
unhealthy_threshold: 2
healthy_threshold: 2
automatic_scaling:
min_num_instances: 1
max_num_instances: 10
cool_down_period_sec: 120 # default value
cpu_utilization:
target_utilization: 0.5
インスタンスのいずれかのurl '/ _ah/health'へのgetリクエストを送信するとどうなりますか? –
私は健康診断のエンドポイントから200 'ok'を返します。 –
プラットフォームに問題がある可能性があります。インスタンスが実際には不健康であることをまず除外する必要があります。 Respawnsは、ほとんどの場合、失敗または応答しないヘルスチェックによって発生します。あなたの設定に応じて、インスタンスはレスポンスを引き起こす可能性があるため、20秒間レスポンスが2回(ヘルスチェック2回)しか必要としません(3回は安全です)。ヘルスチェックログ '/ _ah/health'は30秒以上離れた失敗や反応を表示しますか?この復活の問題のタイムラインは何ですか?あなたのアプリケーションのインスタンスのようなCPUとメモリの使用法は何ですか? Hello World ** go ** flexアプリケーションはこれを行いますか? – Nicholas