当前位置: 首页 > 知识库问答 >
问题:

在应用引擎Google Cloud中部署失败

杜弘光
2023-03-14

我正在google cloud app engine中部署我的nodejs应用程序,但它给出了一个错误。该请求导致为您的应用程序启动了一个新进程,从而导致您的应用程序代码首次加载。因此,与应用程序的典型请求相比,此请求可能需要更长的时间并使用更多的CPU。-提出请求时。

我也看到了一些stackoverflow的答案,但它们对我不起作用。

我的应用程序。我有这个配置

运行时:nodejs10

有谁能帮帮我吗

共有2个答案

萧煜
2023-03-14

“请求导致启动新进程”通知通常在应用程序中没有预热请求时出现。

您能否尝试实现一个仅在应用程序预热时返回就绪状态的运行状况检查处理程序。这将允许您的服务在准备就绪之前不接收流量。

警告:现在不建议使用 /_ah/health路径的遗留运行状况检查,您应该迁移到使用分割运行状况检查。

在这里,您可以找到NodeJ的拆分运行状况检查

活力检查

活性检查确认VM和Docker容器正在运行。被视为不健康的实例将重新启动。

  path: "/liveness_check"
  check_interval_sec: 30
  timeout_sec: 4
  failure_threshold: 2
  success_threshold: 2

就绪检查确认实例可以接受传入的请求。未通过就绪检查的实例不会添加到可用实例池中。

  path: "/readiness_check"
  check_interval_sec: 5
  timeout_sec: 4
  failure_threshold: 2
  success_threshold: 2
  app_start_timeout_sec: 300

对于应用引擎标准,它不能为您提供灵活性,导致提前终止或频繁重启的硬件和软件故障可能会在没有事先警告的情况下发生。链接

AppEngine试图让手动和基本缩放实例无限期运行。但是,目前无法保证手动和基本缩放实例的正常运行时间。导致提前终止或频繁重启的硬件和软件故障可能在没有事先警告的情况下发生,并且可能需要相当长的时间才能解决;因此,您应该以容忍这些失败的方式构造应用程序。

以下是一些避免实例重启导致停机的好策略:

减少html" target="_blank">实例重新启动或新实例启动所需的时间。

对于长时间运行的计算,定期创建检查点,以便可以从该状态恢复。

您的应用程序应该是“无状态”的,这样实例上就不会存储任何内容。

使用队列执行异步任务执行。

如果将实例配置为手动缩放:请跨

实例正常运行时间

端木安国
2023-03-14

您可以将以下内容添加到您的应用程序中。亚马尔:

inbound_services:
- warmup

然后实现一个处理程序,它将捕获所有预热请求,这样您的应用程序就不会得到全部负载。这里给出了完整的解释。关于这个主题的另一个详细帖子可以在这里找到。

此外,还可以添加自动缩放选项。您可以使用这些工具来找到最适合您的应用程序。尤其是与延迟相关的变量非常重要。值得注意的是,它们可以在标准GAE环境中设置。

automatic_scaling:
  min_idle_instances: automatic
  max_idle_instances: automatic
  min_pending_latency: automatic
  max_pending_latency: automatic

更多的缩放选项可以在这里找到。

 类似资料:
  • 问题内容: 我从bitnami-jenkins图像创建了一个新的计算引擎实例,以自动部署我的应用程序引擎应用程序。我使用以下命令来这样做: 创建机器后,我创建了一个作业来部署代码,如下所示: https://cloud.google.com/tools/cloud-repositories/docs/push-to- deploy 但是,我的工作失败,并出现以下错误: 还有其他人遇到过吗?我有一台

  • 有没有办法在Google App Engine中部署“面向内部”的应用程序。AWS提供了这一功能,Azure也提供了这一功能。 这方面的GCP是多少?App Engine Flexible Environment似乎是答案,但我找不到关于Flexible Environment是否真的是托管面向intranet的应用程序的方法的明确文档。GCP是否有人可以提供建议? 使现代化 我最近测试了丹推荐的

  • 因此,我正在尝试将一个简单的meteor应用程序部署到谷歌应用程序引擎。我已经试着遵循这个教程https://cloud.google.com/community/tutorials/run-meteor-on-google-app-engine但它导致了

  • 我试图使用argocd部署一个spring应用程序的Kubernetes集群,但我在其中遇到了错误。我首先使用GitLab ci管道构建docker映像,然后使用argocd进行连续部署。错误是: 我没有得到任何解决这个问题的方法,如果有人对此有任何想法,请回复。 这是我的配置文件: 这是我的申请。配置所有内容的yml文件。 谢谢

  • 我已经做了另一次部署,一切都很好,但在完成应用程序后,我得到了这个错误。页面请求一直在加载 是否需要在“IAM”中配置某些内容? Java 11 标准环境 h2 DB Spring boot 来自Google Cloud的堆栈跟踪: JAVA木卫一。IOException:服务器为URL返回了HTTP响应代码403:https://clouddebugger.googleapis.com/v2/c