Google app engine 为什么我的任务在谷歌失败了'；s应用程序引擎？

每周大约3-4次，我的两个12小时任务中的一个作为从API端点到Snowflake DB的ETL失败，我不知道确切原因

Cron任务管理者说，它最后一次运行是在今天早上6:29，但在检索日志时，只有一行写着：

This request caused a new process to be started for your application, and thus caused your application code to be loaded for the first time. This request may thus take longer and use more CPU than a typical request for your application.

我不确定是否需要热身、分配特定的工作人员等，因为单行错误的日志对我来说太没有信息了。我正在使用一个相当大的实例类，我希望它能够处理大部分工作负载

以下是成功运行的日志：

以及失败：

App.yaml：

service: vetdata-loader
runtime: python38

instance_class: F4_1G

handlers:

- url: /task/loader
  script: auto

更新后，这是我最新的app.yaml，虽然现在失败较少，但有时仍然失败：

service: vetdata-loader
runtime: python38

instance_class: B4_1G

handlers:

- url: /task/loader
  script: auto

basic_scaling:
  max_instances: 11
  idle_timeout: 30m

---

我认为您没有使用正确的实例类。如果您有一个外观，您可以在10分钟内呼叫自动缩放，并在24小时内呼叫基本和手动缩放

---

如果我以您的

实例\u类

，则FXXX类型为。改用

B4_1G

实例类，检查是否仍然存在这些问题。您不应该这样做。

我认为您没有使用正确的实例类。如果您有一个外观，您可以在10分钟内呼叫自动缩放，并在24小时内呼叫基本和手动缩放

---

如果我以您的

实例\u类

，则FXXX类型为。改用

B4_1G

实例类，检查是否仍然存在这些问题。你不应该。

谢谢，我会调查的。你能描述一下，如果在10分钟后超时，为什么我只收到一行错误日志？我想在最初部署它之前，我会看到它运行并输出我在运行它长达10分钟时看到的内容。这与未预热有关吗？是否有办法查看与潜在10分钟内实际情况相关的日志？我同意，1行日志不正常，您应该开始处理，几分钟后停止。如果从0缩放，则警告线是正常的。你对云日志有看法吗？你可能会有更多的细节。嘿，纪尧姆，我给你做了一些更改，它停止了经常出现的故障，但在3天（6次运行）后，它仍然出现了故障，同样是使用相同的单线日志。你能看一看我上面更新的app.yaml并给出关于如何更好地调整它的最终想法吗，也许除了更高的超时/实例？我会尝试一下，如果你的答案是肯定的，因为这有点帮助，但还没有完全解决。你还有一行日志吗？云日志不再有了？是的，奇怪的是，只有一行。我也不知道有什么办法可以不付费，或者只是一般性的反馈就把这些转告给谷歌。谢谢，我会调查的。你能描述一下，如果在10分钟后超时，为什么我只收到一行错误日志？我想在最初部署它之前，我会看到它运行并输出我在运行它长达10分钟时看到的内容。这与未预热有关吗？是否有办法查看与潜在10分钟内实际情况相关的日志？我同意，1行日志不正常，您应该开始处理，几分钟后停止。如果从0缩放，则警告线是正常的。你对云日志有看法吗？你可能会有更多的细节。嘿，纪尧姆，我给你做了一些更改，它停止了经常出现的故障，但在3天（6次运行）后，它仍然出现了故障，同样是使用相同的单线日志。你能看一看我上面更新的app.yaml并给出关于如何更好地调整它的最终想法吗，也许除了更高的超时/实例？我会尝试一下，如果你的答案是肯定的，因为这有点帮助，但还没有完全解决。你还有一行日志吗？云日志不再有了？是的，奇怪的是，只有一行。我也不知道有什么办法可以不付费，或者只是一般性的反馈，就把这些信息传递给谷歌。