【发布时间】:2018-03-09 13:03:31
【问题描述】:
我正在使用 Google App Engine 柔性环境 (Node.js)。是否有任何理由在指定的每个间隔秒内分别触发 6 次活动性和就绪性检查? (这些都在同一个时间戳)
A GET 200 2 B 2 ms GoogleHC/1.0 /readiness_check GET 200 2 B 2 ms GoogleHC/1.0
A GET 200 2 B 2 ms GoogleHC/1.0 /readiness_check GET 200 2 B 2 ms GoogleHC/1.0
A GET 200 2 B 1 ms GoogleHC/1.0 /readiness_check GET 200 2 B 1 ms GoogleHC/1.0
A GET 200 2 B 1 ms GoogleHC/1.0 /readiness_check GET 200 2 B 1 ms GoogleHC/1.0
A GET 200 2 B 3 ms GoogleHC/1.0 /readiness_check GET 200 2 B 3 ms GoogleHC/1.0
A GET 200 2 B 1 ms GoogleHC/1.0 /readiness_check GET 200 2 B 1 ms GoogleHC/1.0
A GET 200 2 B 2 ms GoogleHC/1.0 /liveness_check GET 200 2 B 2 ms GoogleHC/1.0
A GET 200 2 B 2 ms GoogleHC/1.0 /liveness_check GET 200 2 B 2 ms GoogleHC/1.0
A GET 200 2 B 2 ms GoogleHC/1.0 /liveness_check GET 200 2 B 2 ms GoogleHC/1.0
A GET 200 2 B 2 ms GoogleHC/1.0 /liveness_check GET 200 2 B 2 ms GoogleHC/1.0
A GET 200 2 B 1 ms GoogleHC/1.0 /liveness_check GET 200 2 B 1 ms GoogleHC/1.0
A GET 200 2 B 1 ms GoogleHC/1.0 /liveness_check GET 200 2 B 1 ms GoogleHC/1.0
准备检查无限期地继续进行是否正常?我原以为在一个实例被认为“准备好”之后,准备情况检查会停止。只是似乎没有必要让准备就绪和活跃度检查都连续命中我的实例,而活跃度检查似乎就足够了。如果有人知道一种更好的配置方法以使其不那么多余,我将不胜感激。我的 app.yaml 的相关部分如下所示:
runtime: nodejs
env: flex
readiness_check:
path: '/readiness_check'
check_interval_sec: 20
timeout_sec: 4
failure_threshold: 2
success_threshold: 2
app_start_timeout_sec: 300
liveness_check:
path: '/liveness_check'
check_interval_sec: 30
timeout_sec: 4
failure_threshold: 3
success_threshold: 2
initial_delay_sec: 300
谢谢!
【问题讨论】:
-
一些与经典健康检查相关的问题,如果更新的健康检查不受影响,请不要这样做:请参阅stackoverflow.com/questions/42841697/…
-
感谢您的回复。我已经看到了那个答案,并且肯定认为它是相关的,但希望更新有一些改进。我想我最终想知道我是否可能错误地使用了检查组合。再次感谢!