1

关于新定价，我真的不明白。据我所知，我现在（除其他外）按“实例/小时”的数量计费。另一方面，不久前我选择了“始终开启”功能，从那时起，我的应用程序的 3 个“驻留”实例一直在有效地运行。

现在，AFAICS，在旧的定价模型上，我按使用的 CPU 时间收费，“永远在线”功能很棒，它不仅使应用程序更具响应性，而且因为实例不再启动/torn-down 当流量稀少时，CPU 时间被降低（实际上这在仪表板上可见）。

但是现在，由于我是按实例/小时计费的，因此我激活了这个“始终开启”选项这一事实实际上并没有给我的账单增加很多钱，即使这些实例实际上并没有做任何事情（只是因为他们就在那里，永远在线）？

我之所以这么问，是因为自从激活了新的定价模型后，我的前端实例小时数大幅增加（现在过去 9 小时是 29.21），而在此之前，CPU 时间从未真正接近超过免费配额。

4

3 回答 3

3

自 1.6.0 起，“始终开启”功能不存在。等效替换是在管理控制台的应用程序设置中将 Min Idle Instances 滑块设置为 3（并将 Max Idle Instances 保留为“自动”）。

于 2011-11-08T20:00:45.017 回答
2

调度程序可能会启动多个实例来响应线程。

这是在Java中吗？您可以尝试使其线程化，以使其对较低延迟的响应更快。

您还可以调整调度程序参数以阻止它启动更多实例。

于 2011-11-08T17:07:59.640 回答
2

为我的账单添加很多钱，即使这些实例实际上并没有做任何事情（仅仅是因为它们就在那里，永远在线）？在我的账单中添加很多钱，即使这些实例实际上并没有做任何事情。 ..

问题是他们正在做某事。他们正在占用 RAM。新的定价模型试图更准确地模拟谷歌的基本成本，或者至少他们告诉我们的是这样的。您可以通过转到管理界面来更改始终打开的实例数。如果您没有真正使用全部 3，请尝试降低到 2 或 1。如果您的流量激增，将启动更多实例。您还可以为在启动新实例之前希望用户忍受多少延迟设置一个值。

于 2011-11-08T17:16:03.627 回答