AWS组件详解2——EC2之简说EC2实例类型

这是本系列文章的第二篇，上一篇启动EC2和AMI的选择，请戳这里。

在EC2启动实例的向导中，当我们此处选择了Amazon Linux 2 AMI之后，点击Next，就进入第二步，实例类型的选择界面。

EC2的实例类型，直接决定着未来云服务器的算力大小，以支持不同的用途。
从T系列和M 系列的通用型实例，到C系列的计算优化型实例，到内存和存储优化型实例，直至支持GPU的加速计算实例，其性能差异巨大，价格也可以从有的一天仅仅几分钱（美元）到有的一小时就几块钱（美元）。


简单说说实例类型的命名规则：

• 首先实例类型的打头字母，如T、F、M等等，代表着实例的类别，也就是用途。比如说，我们这种爱好者（=业余玩票型选手）最常用的T类别，就是低成本突发性通用实例类型，用于提供基本水平的 CPU 性能，同时具有根据需要随时突增 CPU 使用率的能力。再比如C系列实例针对计算密集型工作负载进行了优化并以较低的计算成本提供了高性价比的性能。再比如G系列 实例提供经济实惠的GPU 实例，用于在生产和图形密集型应用程序中部署机器学习模型。
• 下面说首字母之后的数字，这个数字越大，说明这个实例类型的版本越新，举例来说，T2是老一代的通用型实例；而T3则是新一代的通用型实例。过几年如AWS推出新的版本，则就命名为T4。
• 再说说小数点后面的nano，micro，small，medium，large以及xlarge，这些英文字代表着实例的大小，同一系列的实例，从nano到xlarge，CPU的数目，和内存的大小越来越大，实例性能也就越来越强。

有同学问为啥要只能实例的类型。了解各种实例类型的用途和特点很重要，因为，从经济学的角度出发，提高实例的利用率是我们的目标。还有就是——省钱！前面说了，有的实例一天几分钱，有的一小时就几块钱，但是并不是想当然的认为越强的实例越贵。因为强的实例，效能高，完成同样的任务，节约时间。省了时间，也就省了钱。因此，不能一概而论。关键是选择的实例，要与你的具体应用场景。

还有就是很值得一提的，我们常用的T系列，是很特殊的一类服务器实例，具有可突增（ burstable）的特性，适合于网络服务器。也就是说——善于处理短时间增量。这种网络服务器有可能长期处于低流量的蛰伏态，开始时这是静静的在哪里等待，CPU利用率远远到不了100%。这时候，AWS会慢慢的给你加信用分（credit）。一旦某一天你人设突然爆表（或者崩塌），网站流量急升的时候，这些信用分能够让你的T系列实例性能突增，超越自己100%的极限，超水平发挥120%-150%的能力，此时你就用你的Credit来获取这额外的性能资源，以应付这种短期增量。

那如果Credit没有了怎么办？最新的T2/T3 unlimit（无限Bursting）实例类型，可以不受credit 的限制，可以随时随地突增……下一篇文章中我们就应该可以看到这个设定项。

当然了，具体选择什么实例，这个应该是应用开发团队的决定，而不是网络和系统团队的决定。或者说，至少是需要应用开发团队参与决策之后才能做出的决定。

好，下一个环节是进行EC2实例的具体配置，其中会出现很多重要的设置项，我们明天接着聊吧。戳这里接着读下一篇。

本文作者——黄佳，版权所有，转载务必注明出处及作者。

博客新手，写作不易，请点赞，请打赏。欢迎挑错，给您鞠躬。