EC2实例类型 - 傻瓜

几年前，选择应用程序的实例是一个简单的事情。亚马逊网络服务（AWS）提供了几种主要以线性方式变化的实例类型;也就是说，如果您需要更多的处理能力，您选择了一个包含更多ECU的实例类型，并且提供了更大量的内存和存储空间。

现在要决定使用哪种实例类型要困难得多，因为亚马逊已经推出了几个旨在帮助您针对特定类型的功能进行优化的实例系列（原谅双关语）。

<！ - 1 - >

例如，如果您的应用程序是内存密集型的，某些分析应用程序是？您以前不得不使用标准实例类型的实例，即使您的应用程序不需要太多的处理能力，您也必须使用大量内存的实例来运行大量的ECU。就是这样。

图像类型只是EC2硬币的一面。您还必须考虑实例类型 - 您可以在AWS中运行的虚拟机的类型。

<！ - 2 - >

实例因三类计算资源的数量而异：

• 处理能力： 每个实例都有一定数量的 EC2 计算单位 s （ECU），这是基准量处理能力（相当于1.0-1.2 GHz 2007 Opteron或2007 Xeon处理器的CPU容量）。例如，AWS中的小型实例有1个EC2计算单元，或1个ECU。

  内存：

• 每个实例都包含一个给定数量的内存，以千兆字节度量。一个小实例有1. 7GB的内存。 存储：

• 每个实例都有一定数量的磁盘存储。一个小实例有170GB的磁盘存储空间。 取决于实例类型，与实例关联的某些磁盘存储可能以未格式化的形式提供 - 在可以使用之前，必须使用实例操作系统可用的文件系统对其进行格式化。

  网络连接：

• 每个实例都提供一个虚拟网络接口卡（NIC），用于与其他设备或服务进行通信。每个实例都有两个IP地址：一个专用于AWS的专用地址和一个公用地址，用于互联网访问实例。 不是所有的实例类型都只有一个NIC。 AWS虚拟私有云（VPC）中的实例可以具有多个NIC。显然，一方面，这是一个积极的困境，因为你可能会发现一个适合你的应用程序使用情况的家庭;另一方面（另一方面是

  总是

），您必须使用尽职调查来确定哪个实例系列最适合您的应用程序（这要求详细了解您的应用程序的操作特性）。 在EC2文档中，Amazon将EC2实例（例如高CPU）的产品描述为 系列，

和不同大小的实例（例如，M1，其中M代表中等） ，如 类型。根据经验，几乎所有人（包括AWS员工）都将AWS文档中的 族 称为

类型 （例如“这是一个高CPU类型的实例” ），并从AWS文档中以 size （例如“这是一个M1大尺寸实例”）键入 键入 。这个讨论使用了比较常见的方法，因为几乎所有人都在讨论这个问题，也因为它更合乎逻辑。 然后跳转到实例类型的描述： Micro： 非常非常小;提供有限数量的CPU和内存，虽然Micro实例类型可以在短时间内突发到2个ECU。使用这种类型的低吞吐量应用程序和低流量的网站。 Micro类型也是AWS免费使用套件的一部分，对于学习和实验非常有用。

标准：

• “平均”类型，迄今为止使用最广泛;提供适合主流应用的CU，内存和磁盘的平衡。 高CPU：

• 适用于更高的CU而不是内存，非常适合处理量大的应用程序。数字运算应用程序是高CPU实例的规范用例。高内存： 颠覆内存而不是CPU。这种类型非常适合数据库应用程序，分析应用程序和依赖内存缓存的应用程序。如果您运行像memcached这样的缓存层产品，则此实例类型是一个不错的选择。

• 高I / O： 换句话说，提供高吞吐量（输入+输出 - I / O），非常适合移动大量数据的应用程序。运行自己的键值存储服务（如Cassandra或MongoDB），而不是使用AWS的DynamoDB服务是一个不错的选择。高I ​​/ O实例具有高吞吐量连接（10 Gbps），并使用固态驱动器提供高磁盘性能。

• 集群计算： 提供大量的ECU以及高性能网络（10 Gbps）。这种非常适合高性能计算任务的实例类型（非常大的专门数字处理应用程序，如油田地震分析）运行在专用硬件上，定制AMI使用不同的更高效的虚拟化类型作为紧密连接的机器，以提高网络性能。

• 集群GPU： 类似于集群计算实例，但是使用图形处理单元（想象一下PC上的图形卡内的处理器，如果您是玩家），它们更适合某些类型的应用程序，包括高性能计算（HPC）网络分析的某些变体。集群GPU实例与集群计算实例类似，尽管这些实例运行的服务器中有不同的CPU芯片。