我有一个小应用程序与GAE 2个模块托pipe。 默认模块，前台分为28个实例小时。 后端正在使用basic_scaling:因此只有8个实例小时可用。
我注意到我的应用程序只运行了2个小时，而后端模块已经用完了它的配额的76％！ 这对我来说没有意义。 根据文档，实例小时数是通过实例正常运行时间（考虑到多个实例）来计算的。
实例时间应该与我的模块的正常运行时间1：1相关联。 我有max_instances: 1集。 我也检查了正在运行的实例，以确保App Engine不会产生多个实例。 事实并非如此。 我得到一个例子，但它比应该快几个小时。
我只是曲解文档？ 如果是这样的话，我应该如何降低通过配额燃烧的比率？
“基本缩放” 是指请求到达时创build实例; 计费结束“基本实例完成处理最后一个请求后十五分钟”。
账单，仪表板等显示的“实例 – 小时”，是指最小的B1实例类; 其他实例类按比例缩放。 例如，如果一个B2类（默认）的实例花费5分钟启动并处理一个请求，则空闲，那些B2的20分钟将显示为40分钟（0.66“实例小时”）。
因此，在单个实例上消耗6个“实例小时”的基本缩放模块的经过（挂钟）时间的2个小时中没有任何不可能的事情 – 只需要该实例具有足够高的实例类别。
没有一个实例分类是B1的3倍; 但是例如B4类的实例是B1的4倍，因此在1.5小时的经过时间活动中消耗6个实例小时，计算每次空闲后的15分钟。
例如6个小时（6 * 0.25 * 4），在2小时内等间隔地处理6个请求，每个处理“立即”（因此仅在空闲15分钟后） ，即后台“实例时间”的8小时“免费配额”的75％。
如果您显示configuration模块的.yaml文件以及活动模式（您可以从日志中的时间戳中.yaml ），则可以检查这些假设。 没有这些额外的信息，假设是我们可以提出的！ – ）