我何时应该在AWS中使用t2.medium与m3.medium实例类型?

时间:2015-02-14 19:16:45

标签: amazon-web-services aws-rds

它们在性能方面似乎大致相同。

型号vCPU Mem(GiB)SSD存储(GB) m3.medium 1 3.75 1 x 4

模型vCPU CPU积分/小时内存(GiB)存储 t2.medium 2 24 4 EBS-Only

t2.medium允许突发性能,而m3.medium则不允许。 t2.medium甚至比m3.medium有更多的vCPU(1对2)和内存(3.75对4)。唯一的性能提升是带有m3.medium的SSD,如果我做重I / O,我认为这可能很重要。

这是我唯一可以在t2.medium上选择m3.medium吗?

我想运行一个每月点击20-30k的网络服务器,所以我怀疑其中任何一个都可以满足我的需求,但有什么更好的选择呢?

3 个答案:

答案 0 :(得分:42)

平均每月30000次点击访问者每90秒。除非您的网站非常不典型,否则服务器上的负载可能会非常小。爆破可以处理高达数百(或数千,有一些优化)访问者的峰值。

通过适当的缓存,与t2.micro具有可比规格的VPS服务器可以为{Word}博客提供30000 hits PER MINUTE.如果您持续饱和,则无法依赖t2.micro的突发性能,当然。 A t2.medium is roughly 4x as powerful在所有方面都是微观的,m3.medium具有相似的RAM和带宽,但CPU峰值较低。

当然,实例存储将比m3.medium上的大型EBS GP2(SSD)卷快几倍。 t2& c3中型实例的网络带宽大约为300-400 Mbit / s,t2.micro大约为60-70 Mbit。 One benchmark表明爆发模式下的t2.medium实际上胜过了c3.large(更不用说m3.medium,强度不到一半,3 ECU比7)。

但是如上所述,你可以通过使用比你的任何一个建议都更强大的东西来节省金钱,但仍然有出色的表现。

如果您无需完全配置服务器,共享主机或平台即服务解决方案将更容易。我推荐OpenShift,因为他们明确建议使用一个小型装备,每月点击量高达5万次。你可以免费获得3个。

如果确实需要配置服务器,则实际上只需要足够的内存来运行服务器和/或数据库。 t2.nano有512 MB,t2.micro有1 GB。真正的性能瓶颈可能是磁盘I / O和网络带宽。第一个可以通过更大的通用SSD卷(更多IOPS)来改进,第二个可以通过使用多个实例和ELB来改进。

确保在S3中托管所有静态资产并使用缓存,即使较小的AWS实例也可以每秒处理数百个请求。

基本上:“不要担心,使用最便宜,最简单的方法来运行它。”

答案 1 :(得分:17)

尽管T2.medium实例和M3.medium实例的“硬件”规格看起来类似,但区别在于您考虑Burstable与Fixed Performance。请参阅Amazon Web Services的此链接:

http://aws.amazon.com/ec2/faqs/#burst

以下引用来自该链接:

  

问:我什么时候应该选择一个Burstable Performance Instance,例如T2?

     

适用于Burstable Performance Instances(例如Web服务器,开发人员环境和小型数据库)的工作负载不会经常或一致地使用完整的CPU,但偶尔需要突发。如果您的应用程序需要持续的高CPU性能,我们建议使用我们的固定性能实例,例如M3,C3和R3。

T2实例累积CPU积分,但只有在运行时才会积累。如果它被终止或终止,则累计的积分将消失。

页面下方有一条重要的信息,涉及T2实例的CPU信用额度:

  

问:如果我的T2实例信用额度低(CPU余额接近于零),CPU性能会怎样?

     

如果您的T2实例的CPU余额为零,则性能将保持在基准CPU性能。例如,t2.micro提供10%物理CPU核心的基准CPU性能。如果您的实例的CPU贷方余额接近零,则CPU性能将在15分钟的时间间隔内降至基准性能。

这意味着如果您的突发积分用完,您的表现将限制在单个核心的固定百分比,直到您累积更多; T2.micro为10%,T2.small为20%,T2.medium为40%。

OP提到的另一个重要区别是M3.medium实例可以提供4GB的临时存储,其具有比持久的弹性块存储(EBS)更大的I / O容量。 T2实例没有此选项。

最后,它取决于“击中”是什么。在我看来,如果点击意味着少量静态页面下载小于64k或小动态页面,那么我将探索T2选项。对于更长的会话,更多的数据流量或更多的并发用户,我会考虑使用M3。如果长时间的表现是一个关键问题,我认为你肯定是在M3的土地上。

查看您当前网站的日志或类似于您正在设置的网站的日志,并确定您所处的情况。

答案 2 :(得分:1)

在两者上对您的应用程序进行基准测试并确定适合您的应用程序。这是确定的唯一方法。 "更好的选择"取决于您的应用程序的运行方式和成本要求。

或者,您可以根据成本或其他标准选择一个,如果它不够或过于充足,则将实例类型更改为另一个。