【问题标题】:Many users, many cpus, no delays. Good for cloud?许多用户,许多CPU,没有延迟。适合云吗?
【发布时间】:2009-11-27 14:23:22
【问题描述】:

我希望为 Internet 上的用户设置 CPU 密集型时间重要查询服务。下面描述一个使用场景。 云计算是实现这种实施的正确方法吗?如果是这样,哪些云供应商迎合这种类型的应用程序?

我具体要求如下: 1) 定价 2) 延迟导致: - 缓慢的 CPU、实例创建、JIT 编译等。 - 云内部流程的内部管理和通信(例如排队流程和计算流程) - 云和最终用户之间的通信 3) 易于部署

我期望的使用场景是: - 一个典型的用户平均每 30 秒发送一次查询(大小约为 1K 的 XML)。 - 每个查询都需要在 1 GHz Pentium 上计算平均时间 0.2 秒和最大时间 1 秒。除了查询本身之外,计算不需要任何数据,并且每次都由同一段代码执行。 - 用户在发送查询和接收响应之间经历的延迟平均应不超过 2 秒,通常不超过 5 秒。 - 应该将响应的后台保存到数据库中(不是时间关键的) - 最多可以同时有 30000 个用户 - 即平均每秒 1000 个查询,每个查询平均需要 0.2 秒计算,因此需要大约 200 个 CPU。

目前,我将 GAE Java(用于更快的部署和更少的 IT 麻烦)和 EC2(速度和价格优化)作为选项。 我在哪里可以了解更多关于建立这样一个系统的正确方法?过去的主题、不同的博客、书籍等。 顺便说一句,如果我的术语有误或令人困惑,请告诉我。

非常感谢任何帮助。

【问题讨论】:

    标签: google-app-engine cloud amazon-ec2


    【解决方案1】:

    我在Amazon EC2 平台上进行了一次演讲,其中一个小伙子谈论的是实例触发器。假设您有一个服务器实例正在运行,如果服务器开始提供低响应时间,您可能希望添加另一个实例,那么 EC2 允许您根据触发器自动创建新实例,这意味着您的云计算将根据需求,而这反过来应该会降低总体成本。

    这些触发器可以基于许多指标,例如 CPU 负载等,您可以将 CPU 负载限制设置为 70%,如果它超过了生成另一个实例的限制。

    绝对值得一看,很多人信赖的平台

    我一直在努力寻找幻灯片,但运气不佳。发表演讲的小伙子是 Simone Bruzzoni,他是 AWS 的布道者,he's on Twitter 也是,通常会回复人们的推文。

    【讨论】:

    • 谢谢。触发机制很有趣,我想还有一种机制可以杀死低负载的实例。但是,我一般都在问这种类型的应用程序是否会从云架构中受益,如果是的话,使用 e.g.亚马逊等 IaaS 供应商与 GAE 等 PaaS 供应商在任务的时间重要性 cpu 密集型性质方面。
    【解决方案2】:

    我不确定您的应用程序是否适合 GAE,因为它对允许每个请求占用的时间量设置了非常低的限制。如果请求超过该阈值,它会自动终止。我认为这里的目的是让 GAE 为所有用户以最佳方式运行,但这是您在设计应用程序时需要考虑的问题。

    对于您的特殊情况,我可能会建议 AWS 或 Rackspace 的云产品。

    【讨论】:

    • 限制是30秒,应该没问题。我更担心每日的 CPU 配额。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-10-29
    • 2014-04-22
    • 2020-09-16
    • 2021-03-11
    • 2012-02-11
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多