Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/r/83.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Node.js 谷歌应用引擎健康检查垃圾邮件应用_Node.js_Google App Engine_Google Cloud Platform - Fatal编程技术网

Node.js 谷歌应用引擎健康检查垃圾邮件应用

Node.js 谷歌应用引擎健康检查垃圾邮件应用,node.js,google-app-engine,google-cloud-platform,Node.js,Google App Engine,Google Cloud Platform,我使用以下app.yaml配置部署了一个运行在Google app Engine Flex运行时上的nodejs应用程序: runtime: nodejs env: flex health_check: enable_health_check: True check_interval_sec: 20 timeout_sec: 4 unhealthy_threshold: 2 healthy_threshold: 2 根据测试结果,健康检查应每隔20秒到达/\u ah/hea

我使用以下
app.yaml
配置部署了一个运行在Google app Engine Flex运行时上的nodejs应用程序:

runtime: nodejs
env: flex
health_check:
  enable_health_check: True
  check_interval_sec: 20
  timeout_sec: 4
  unhealthy_threshold: 2
  healthy_threshold: 2
根据测试结果,健康检查应每隔20秒到达
/\u ah/health
端点。然而,我注意到,我的应用程序每秒多次收到这些健康检查的垃圾邮件,即使应用程序的响应是
200
状态代码:


知道为什么会发生这种情况吗?

不幸的是,我们的文档上似乎有一个bug。事实上,如今,应用程序确实经常接受健康检查

原因是多方面的,但一般来说,每个虚拟机都会在指定的重复间隔(默认情况下,非常激进,1秒)内接受3*2次不同的运行状况检查。原因是有2种健康检查(autohealer和LB)和3种出于可用性原因

这就是说,我们目前正在开发一种新的健康检查模式,该模式将很快发布,应该可以解决现有健康检查行为的这一问题和其他问题(至少使默认设置更易于管理,并为用户提供更多的调整选项)


请继续收看

我没有解决根本问题的办法。但是,如果垃圾邮件使得日志无法用于预期目的,就像我一样,这里有一个解决方法:

  • 启用“高级日志过滤器”(Stackdriver日志记录中搜索字段旁边的小向下箭头)

  • 将其添加到搜索查询中

    非文本有效负载:(健康)


  • 我还在gaeflexev中运行NodeJS。 健康检查也会对服务器日志进行垃圾邮件处理。以下几点有助于我减少它们:

  • 尽管google文档()说不需要healthcheck配置,但我还是明确地设置了它们,以降低健康检查调用的频率
  • 如果健康检查日志太分散注意力,请使用“高级日志过滤器”将其从显示中删除
  • googledocumentation()说不需要实现健康检查的处理程序,但我还是显式地实现了它。我在express.js服务器中为“/\u ah/healthcheck”端点添加了一个处理程序,并将路由放在app.js文件的顶部,因此healthcheck请求会立即得到响应。这有助于减少进入express app逻辑的健康检查请求引起的一些噪音

  • 使用高级过滤器并说“不健康”


    删除nginx.request日志也会有所帮助。

    @DanCornilescu修复了运行的实例数问题?顺便说一句-最好使用映像工具-它允许对映像进行内联。FWIW,解释特定配置值的方式不一致,可能尝试其他值?看到了。我也遇到了问题,从我所能看到的情况来看,这是一个完全混乱的局面。社区是否可以跟踪此新功能/更改以进行更新?此问题的跟踪错误是什么?我们何时可以期望修复?这个bug很猖獗,那么当前推荐使用什么呢?根据测试版的文档,“遗留健康检查”仍然是受支持的、最可靠的解决方案,除非我们需要新功能,否则我们应该使用它们。但遗留的健康检查似乎并没有像文档中所记录的那样有效。所以这仍然没有得到解决吗?我正在使用更新的健康检查,并且还看到每秒5次准备状态检查,每隔几秒钟(30秒)就会有12次活跃度检查。我们也遇到了与@Peter相同的问题。转到新的健康检查,每30秒有12次检查。