AWS组件详解4——EC2之添加EBS存储卷

这是本系列文章的第4篇，上一篇EC2实例类型，请戳这里。作者 黄佳

在步骤4，“添加存储”这个环节，我们主要需要了解的是EC2的最佳拍档——EBS卷。

Amazon EBS （Amazon Elastic Block Store）卷和EC2啥关系？它是附加给EC2实例的存储设备，你把它想象成你个人电脑上的C盘、D盘就可以了。EBS 卷用可以用作需要频繁更新的数据的主存储 (如实例的系统驱动器或数据库应用程序的存储)，还可以将它们用于执行连续磁盘扫描的吞吐量密集型应用程序。可以在这些卷上创建文件系统，或以任何使用块设备（如硬盘驱动器）的方式使用它们。它是一种高可用性和可靠耐用的数据块级存储设备。

EC2和EBS的对应关系是这样的：

• 一个EBS卷可以连接到一个或多个EC2实例；
• 一个EC2实例可以附加一个或多个EBS卷，但是至少需要有一个根卷（就像C盘）

EBS 卷虽然是被附加到 EC2 实例上，但是它的寿命独立于EC2而存在。也就是说，如果你终止了一个EC2服务器，但是保留了EBS 卷，那么也就保留下来了服务器上的数据。

EBS卷和EC2服务器必须位于同一个可用区。每一个EBS卷最大容量为16TB。

为什么说EBS卷具有弹性？因为附加到当前实例之后，我们还可以动态更改附加到实例的卷的配置，比如进行增加大小、修改预配置 IOPS 容量以及更改卷的类型。

——这种便捷度和灵活性，不得不让我们佩服AWS“黑科技”。这就好比我们从中关村图便宜，买了一块HDD的硬盘回了家，插到电脑上，哇嗷，硬盘读写速度上不去。这时候你并没有愁眉苦脸，而是亮出自己的食指，对着刚买的硬盘说“变！”——硬盘就变成更快的SSD了。

Amazon EBS 提供以下卷类型：通用型 SSD (gp2)、预配置 IOPS SSD (io1)、吞吐优化 HDD (st1)、Cold HDD (sc1) 和 磁介质（standard ）。它们的性能特点和价格不同，我们需要根据应用程序的要求进行选择和定制。

不过，在介绍卷的具体指标之前，需求介绍关于磁盘存储的两个重要参数——IOPS和吞吐量（Throughput）

IOPS和吞吐量都是衡量存储性能的主要指标：

• IOPS表示存储每秒传输IO的数量，着重于：单位速度。（想象一下如何衡量跑车）
• 吞吐量则表示每秒数据的传输总量，着重于：总量。（想象一下如何挑选大卡车）
  

因此，虽然两个指标都能表示存储的性能，但应用的场景不尽相同：

• IOPS通常对于小I/O，且传输I/O的数量比较大的情况下，是一个最主要的衡量指标。例如，典型的OLTP系统中，高的IOPS则意味着数据库的事务可以被存储系统处理。
• Throughput吞吐量衡量对于大I/O，特别是传输一定数据的时候最小化耗时非常有用。备份数据的时候是一个典型的例子。在备份作业中，我们通常不会关心有多少I/O被存储系统处理了，而是完成备份总数据的时间多少。

因此，在实际应用中，具体能够达到多大的效能，不仅和IOPS和吞吐量有关，还需要看I/O的大小。磁盘物理层面IOPS和Throughput哪个先达到了物理磁盘的极限，就决定了这个物理磁盘的性能阀值 。
基于上述原因，Amazon EBS 的各种卷类型归入两大类别：

• 支持 SSD 的卷针对涉及小型 I/O 的频繁读/写操作的事务性工作负载进行了优化，其中管理性能属性为 IOPS
• 支持 HDD的卷针对吞吐量 (以 MiB/s 为单位) 是优于 IOPS 的性能指标的大型流式处理工作负载进行了优化

各种卷具体指标的细节列表如下：

这就是EBS卷的基本知识，EBS卷可以附加，也可以随时从一个实例中分离下来。如果不再需要某个 Amazon EBS 卷，可以将其删除。删除后，卷上的数据都不复存在，并且再也不能附加到任何实例。然而，您可在删除之前，保存卷的快照，以便以后使用该快照重新创建该卷。要删除卷，其必须处于未附加到任何实例的状态 。

AWS有很多可选的存储机制，什么时候选择EBS？ 当必须快速访问数据并且需要长期持久性时，建议使用Amazon EBS。 EBS卷特别适合用作文件系统，数据库或任何需要精细更新并访问原始，未经格式化的块级存储的应用程序的主存储。 Amazon EBS非常适合依赖随机读写的数据库样式应用程序，以及执行长时间连续读写的吞吐量密集型应用程序。

上面就是EBS卷的说明，点击下一步，将进入“添加标签”的步骤，下一篇我们继续讲标签的作用。

博客新手，写作不易，请点赞，请打赏。欢迎挑错，欢迎评论。