我现在已经了解到,当我开始一个新的EC2实例时,它具有一定数量的CPU信用,因为它在开始处理时性能很高,但随着信用耗尽而逐渐减少。过了那一点,实例运行时似乎是基准CPU利用率。为了计算,当我启动EC2实例(t2.nano)时,Cloudwatch报告大约80%的CPU利用率逐渐下降到5%。
现在我很高兴在实例限制请求之前使用一种更好的实例类型。但是在进行中的过程中,我想知道即使使用更好的实例类型,降低性能的问题是否仍然存在?
如果我希望确保获得一致的CPU利用率,是否需要专用的主机设置?我在这里看到的唯一问题是我正在运行一个SQS工作队列,而Elastic Beanstalk允许我们轻松设置一个从队列中读取消息的工作环境。从我读过的内容和查看Elastic Beanstalk中可用的配置选项,我认为我不能直接将实例启动到专用主机中。我的大部分阅读都让我相信我必须学习如何使用VPC。这是对的吗?
所以我想我的问题是 - 只是将实例类型增加到更强大的实例来保证一致的CPU利用率性能,或者是否需要专用主机?如果是这样,是否可以使用Elastic Beanstalk设置一个或者它是否可以手动设置,如果手动设置,是否可以配置为自动使用SQS队列?
答案 0 :(得分:3)
如果要获得一致的CPU性能,则应避免使用突发性能实例(T2系列)。所有其他实例系列(M5,C5等)将随着时间的推移具有一致的CPU性能。您可以将任何实例系列与Elastic Beanstalk配合使用。无需专门的主持人。