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

Question

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

型号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点击率的网络服务器,所以我怀疑其中任何一个都可以满足我的需求,但有什么更好的选择呢？

Answer 1

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

通过适当的缓存,与t2.micro具有可比规格的VPS服务器可以为每分钟30000次点击的Wordpress博客提供服务. 如果你持续饱和,你当然不能依赖于t2.micro的突发性能.在所有方面,t2.medium大约是微型的4倍,而m3.medium具有类似的RAM和带宽,但CPU峰值较低.

当然,实例存储将比m3.medium上的大型EBS GP2(SSD)卷快几倍.t2和c3媒体实例将具有大约300-400 Mbit/s的网络带宽,t2.micro获得~60-70 Mbit. 一个基准测试表明,突破模式下的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实例也可以每秒处理数百个请求.

基本上:"不要担心它,使用最便宜,最容易运行它的东西."

Answer 2

尽管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的土地上.

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

Answer 3

对您的应用程序进行基准测试并确定最适合您的应用程序。这是唯一可以确定的方法。“更好的选择”取决于您的应用程序的运行方式和您的成本要求。

或者，您可以根据成本或其他条件简单地选择一种实例类型，如果不足或过度充足，则将实例类型更改为另一种实例类型。