bor*_*ing 1 google-app-engine google-cloud-platform
我在 GAE 上托管了一个带有 2 个模块的小型应用程序。默认模块前端分配 28 个实例小时。后端正在使用，basic_scaling:因此只有 8 个实例小时可用。
我注意到我的应用程序只运行了 2 个小时，而后端模块已经用完了 76% 的配额！这对我来说没有意义。根据文档，实例小时数是按实例正常运行时间计算的（考虑到多个实例）。
实例时间应该与我的模块的正常运行时间 1:1 相关。我已经
max_instances: 1设置了。我还检查了正在运行的实例，以确保 App Engine 没有生成多个实例。不是。我得到了一个实例，但它的燃烧速度比它应该的要快几个小时。
我只是误解了文档吗？如果是这种情况，我该如何降低配额的消耗率？
小智 6
“基本扩容”是指在请求到达时创建一个实例；计费在“基本实例完成处理其最后一个请求后 15 分钟”结束。
账单、仪表盘等上显示的“instance-hours”，指的是B1实例类，最小的；其他实例类按比例缩放。例如，如果类 B2 的实例（默认）花费 5 分钟启动和处理请求，然后空闲，那么 B2 的 20 分钟将显示为 40 分钟（0.66“实例小时”）。
因此，在单个实例上消耗 6 个“实例小时”的基本扩展模块的 2 小时（挂钟）时间中没有什么不可能——该实例所需要的只是具有足够高的实例类。
没有实例类算作 B1 的 3 倍；但例如，实例类 B4 算作 B1 的 4 倍，因此它将在 1.5 小时的经过时间活动中消耗 6 个实例小时，计算每次空闲后的 15 分钟。
例如，B4 实例在 2 小时内等距处理 6 个请求（因此只计算空闲后的 15 分钟），每个请求将显示为“6 个实例小时”（6 * 0.25 * 4） ，即后端“实例时间”的 8 小时“免费配额”的 75%。
如果您显示.yaml配置模块的文件和活动模式（您可以从日志中的时间戳中证明），则可以检查这些假设。没有这些额外的信息，我们只能提出假设！-)
| 归档时间： |
|
| 查看次数： |
2954 次 |
| 最近记录： |