服务
关于
CloudProse博客

2015年5月16日,星期六

Amazon EC2具有40多种不同的实例类型,对它们进行跟踪可能会有些令人生畏。为简化起见,请注意“实例家庭”。这是实例名称中句点之前的前缀,例如m3.large实例位于“ m3”族中。有关实例族的一些基本规则:

  • 任何带有1的东西(例如c1)都是“上一代”家庭。 m2也是上一代。这些实例使用较旧的硬件,并且在“ Current Generation”中具有更强大且更具成本效益的对应实例。运行上一代实例的唯一原因是您无法轻松升级或已承诺使用保留实例。
  • c3 &c4是计算密集型:每美元CPU最多,CPU与RAM的比例最高。非常适合繁忙的Web服务器,构建系统和科学计算。
  • r3占用大量内存:每美元内存最多,内存与CPU的比率最高。非常适合数据库。
  • m3是平衡RAM&CPU:非常适合许多Web服务器应用程序和其他常规用途
  • t2是成本最低的实例类型,带有“突发CPU”

什么?可扩展的CPU? t2由AWS在2014年发布,在我们看来,它仍然是最不受欢迎的实例类型之一。它们的成本非常低,在美国东部地区,价格从$ 10 / mo到$ 37 / mo;与下一个尺寸的m3.medium相比,它的价格要便宜得多;对于t2.medium,其突发性能要好得多:t2.medium具有2个内核和4GB的RAM。

为了使“突发性CPU”的想法透明化,AWS引入了“ CPU积分”的想法。实例在一天中的每一分钟都会增加功劳。每个实例还具有基准CPU级别:t2.micro为10%,t2.small为20%,t2.medium为2个内核中的每个内核为20%。

该实例将始终具有此基准功能。但是,当需要更多CPU时,它仅使用部分CPU积分,最多可以使用100%的CPU。 1个CPU积分等于1个内核以100%运行1分钟。 1个信用也等于1个核心以2%的速度运行50%。 CPU爆发结束后,实例将再次开始添加积分。信用计算以毫秒级别的分辨率进行。

您可以在CloudWatch中观看此活动,如下例所示。您会即时看到CPU积分的变化…

许多人都听到了,然后想:“嗯,这对开发人员/测试人员来说很好,但是我需要保证CPU可以用于生产!”但是,现实更加复杂。

实际上,即使在您可以随心所欲调整大小的云计算时代,大多数服务器仍超额配置,无法应付突发事件。即使是繁忙的应用程序,实际的CPU使用率通常也为5-20%。

让我们更详细地研究t2.medium以了解这一点:

  • 2个核的基准CPU,每个20%(或1个核的总和为40%)
  • 每小时以24的速度赚取积分
  • 最高信贷余额576

假设您在星期五启动实例。周末很快,该课程累积了576个学分。然后在星期一早上,更高的用户活动开始在您的应用程序上,并且CPU开始在2个内核中的每个内核上使用20%以上的资源。

您可以在2个内核上以50%的CPU持续运行,并且每分钟使用1点,或者每小时使用60点。但是,您仍然可以每小时24的速度赚取积分,因此每小时的净损失仅为36积分。您可以像这样从上午8点到下午6点运行10个小时,但余额仍为216学分。这样一来,您将有14个非工作时间来建立积分备份,并且您几乎可以一路回到576(最高信用等级)。

这是一个非常重要的CPU负载,整个工作日整天都在t2.medium的范围内。人们听到“突发CPU”时通常不会想到这个。

因此,请仔细看一下t2实例系列。您的云预算将感谢您。

作者
安迪·沃宗(Andy Warzon)Trek10
安迪·沃宗(Andy Warzon)

创办人& CTO

创办人&CTO Andy一直在AWS上进行开发已有十多年,并且是AWS认证解决方案架构师-专业人士。