【问题标题】:AWS Instance Type For 3,000+/Second Outgoing HTTP Requests?适用于 3,000+/秒的传出 HTTP 请求的 AWS 实例类型?
【发布时间】:2015-05-12 20:31:35
【问题描述】:

我目前正在 AWS 上扩展应用程序,我们每秒向第 3 方 API 和服务发送数千个传出 HTTP 请求。是否有针对此类工作优化的 EC2 实例?

【问题讨论】:

    标签: amazon-web-services amazon-ec2 cloud server amazon


    【解决方案1】:

    像往常一样选择 EC2 实例,这取决于。较大的实例往往具有优化的网络性能(请参阅“instance type matrix”),但您很多不需要较大实例的 CPU/磁盘/内存。

    您最好的选择是测试您的应用程序或您的应用程序的代理。

    【讨论】:

    • 对,好像是这样。我们现在正在使用 T2.Small 实例,它通常以不到 10% 的 CPU 运行,但网络性能绝对是瓶颈,因为如果我们有不到 10 个实例消耗队列上的消息,我们的队列可用消息会快速堆叠在给定的时间。
    • 运行稍微强大的实例也不会产生成本:性能优势。
    • 使用较小实例的好处是通过运行更多实例可以获得“廉价”的稳定性。无论如何,我更喜欢 10 个 t2.smalls 而不是 2 个更大的实例。
    • @tedder42 - 我倾向于同意你的观点,但我认识其他人,通常是具有来之不易的经验的系统管理员,他们持有相反的观点,并且希望专注于一个管理良好的实例。它不认为有一个“正确”的答案,但这是一场有趣的辩论! serverfault.com/q/58767
    【解决方案2】:

    在aws工作时,你需要跳出传统方式的想法,因为你不用担心实例不合适,浪费钱等。

    估计有多大的流量出去,你可以从一个合理的实例类型开始,例如,t2.medium

    运行您的应用程序并持续监控性能,如果性能不够好,只需停止实例,更改实例类型,然后重新启动即可。

    这里是Resizing Your Instance的官方文档

    这就是你需要做的,从一开始就不要担心。

    【讨论】:

      猜你喜欢
      • 2019-09-03
      • 1970-01-01
      • 2019-07-19
      • 1970-01-01
      • 1970-01-01
      • 2021-01-06
      • 2014-02-11
      • 2012-01-04
      • 2015-04-08
      相关资源
      最近更新 更多