基于 VM 的自动缩放不应具有以下参数。 standard_scheduler_settings.max_instances

VM-based automatic scaling should NOT have the following parameter. standard_scheduler_settings.max_instances

在离开我的项目在 GCloud 中开启 7 天后,我决定寻找一个解释。我发现 app.yaml 没有配置,因此它使用基本的最低规格。所以我找到了这个
我正在尝试使用 gcloud app deploy 将 asp .net 核心应用程序部署到 GAE 中,但我遇到了这个问题!我在这里做错了什么,因为我认为我遵循 google 文档中的正确语法 https://cloud.google.com/appengine/docs/flexible/dotnet/reference/app-yaml

app.yaml

runtime: aspnetcore
env: flex
automatic_scaling:
  min_num_instances: 0
  max_num_instances: 1
  cool_down_period_sec: 180
  cpu_utilization:
    target_utilization: 0.6
  target_concurrent_requests: 100
resources:
  cpu: 1
  memory_gb: 0.5
  disk_size_gb: 10

我尝试了 的这个版本,但我设法让它在第一次尝试时工作,但在部署之后我一直收到上面相同的错误。

第一次运行的版本

runtime: aspnetcore
env: flex
instance_class: F1
automatic_scaling:
  max_instances: 1
  min_instances: 0
resources:
  cpu: 1
  memory_gb: 0.5
  disk_size_gb: 10

这个配置似乎最终起作用了,但我发现我无法将 min_num_instances 设置为 0

runtime: aspnetcore
env: flex
instance_class: F1
automatic_scaling:
  min_num_instances: 1
  max_num_instances: 1
  cool_down_period_sec: 180
  cpu_utilization:
    target_utilization: 0.6
  target_concurrent_requests: 100
inbound_services:
- warmup
resources:
  cpu: 1
  memory_gb: 0.5
  disk_size_gb: 10

问题是由于 min_num_instances,因为在 Flex 环境中不能有零个实例,如 documentation:

中所述

The standard environment can scale from zero instances up to thousands very quickly. In contrast, the flexible environment must have at least one instance running for each active version

将参数值更改为大于零应该有助于修复错误