AppEngine flexible을 사용하여 Go 애플리케이션을 배포하고 있습니다. 아래는 내 app.yaml입니다. 때로는 배포 한 후 1 인스턴스 (매우 낮은로드 응용 프로그램)에서 안정화되지만 대부분의 경우 6 인스턴스 이상 지속적으로 respawns. 내 로그에는 새 인스턴스가 생성되었음을 나타내는 메시지가 채워져 있습니다. 이 애플리케이션에는 거의 제로로드가 있습니다. 왜 AppEngine은 유연한 인스턴스를 끊임없이 파괴하고 인스턴스를 다시 생성합니까? 일정 respawning을 보여주는AppEngine 유연한 인스턴스가 지속적으로 재 활성화
로그 :
애플리케이션 제목을
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 '확인'을 받았습니다. –
플랫폼에 문제가있을 수 있습니다. 우선 인스턴스가 실제로 건강에 좋지 않다는 것을 배제해야합니다. Respawns는 대부분 건강에 문제가 있거나 응답이없는 경우에 발생합니다. 설정에 따라 인스턴스가 응답하지 않는 경우 20 초 (2 건강 검진) 만 있으면 잠재적으로 respawn (3이 안전)이 될 수 있습니다. 건강 검진 기록'/ _ah/health'는 30 초 이상 떨어진 모든 실패 또는 반응을 보여 줍니까? 이 부활 문제의 타임 라인은 무엇입니까? 응용 프로그램의 인스턴스와 같은 CPU 및 메모리 사용량은 얼마입니까? Hello World **가 ** flex 응용 프로그램을 사용합니까? – Nicholas