Instance Hours 究竟是什么东西？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐学习书目

› Python Cookbook

› Using Google App Engine

推荐下载

› Latest Google App Engine SDK

其他兼容技术

› AppScale

这是一个创建于 4627 天前的主题，其中的信息可能已经有所发展或是发生改变。

至今没有理解

看帖子 Google出来的似乎是跟并发有关但是还是没实际理解

似乎 AWS 有用过这个概念…… 不过没用过 AWS 还是不明白……

求教！

AWS

理解

Instance

1 条回复 • 1970-01-01 08:00:00 +08:00

jeeson

2011-09-08 21:37:36 +08:00

Instance Hours 对应于CPU Hours 而言的

先说CPU Hours: 一个请求, 如果耗费 0.1s, 那么计费时就按照 0.1s累计. 假设每天100K请求, 那么就是 100K*0.1s = 10Ks, 约2.8 CPU Hours.

而Instance Hours 是指Instance的保持时间, 不管是否在处理请求 (这里的Instance 和Amazon的Micro Instance差不多)

GAE的Instance数量是动态, 并且创建后通常会在空闲一段时间(15分钟?)后才释放

之前CPU Hours对于小规模应用很合算, 基本不会超过6.5小时的免费限额

而现在新价格下, 虽然有24小时的Instance Hours, 但是一旦有突发大量请求, 一个Instance处理不过来的时候, 就会产生第二, 第三个Instance..., 于是就会有费用产生.

关键是, GAE/Python目前不支持并发请求, 一个Instance只能顺序处理逐个请求, 于是对于并发请求很多的应用, 就会产生"惊人"的收费, 而真正的CPU使用率很低

简单来说, 之前CPU Hours惊人的便宜, 现在Instance Hours惊人的昂贵, 在没有支持并发请求的情况下.