Day 10 运算宝石：EC2 储存资源 Instance Store vs Elastic Block Storage (EBS)

现在我们来介绍 EC2 里面的 Instance Storage 与 EBS 的差别，那我们开始吧!

EC2 Instance 与 EBS Volume 的关系介绍

在我们的 EC2 Instance 里面，会有一个 Instance Storage，他们都会在同一个 Host 主机上，而我们可以透过网路连结到另外的外接硬碟空间，名叫 EBS Volume (Elastic Block Storage)。而 EC2 Instance 与 EBS Volume 会在同一个 AZ 之中，如下图:

EBS Volume 可以进行备份，而 AWS 所提供的备份功能就叫做 EBS Snapshot。EBS Snapshot 有一个特点，他会进行渐进式的备份 (backup)，也就是说，上次备份到的部分，下次就不会重复备份，只会加上新的部分，而这种渐进式的方法就叫做 Incremental，如下图:

另外，EBS Snapshot 会与 EC2 Instance 在同一个 Region 中。
因此 EC2 Instance、EBS Volume、EBS Snapshot 三者的关系就会如下图：

EBS 与 Instance Storage 的优缺点比较

Instance Storage

优点: Higher I/O，由於 Instance Storage 和 EC2 Instance 在同一个Host之中，因此具有很好的 I/O 处理能力。
缺点: Ephemeral，短暂存在。就是说当我们把 EC2 Instance 给删除时，在 Instance Storage 的资料也会全部跟着消失。
缺点: No Backup，就算没有实际把 EC2 Instance 砍掉，只要他所在的实体主机储存硬碟故障，那麽资料也都会跟着消失，换句话说，他的 Durability 非常低，不适合存放长久资料。如下图:

EBS

缺点: Lower I/O，由於 EBS 与 EC2 之间连通内部网路会造成时间消耗，因此 I/O 的处理能力较低。
优点: Persistent，EBS Volume 的生命周期与 EC2 的出现消失无关，就算 EC2 砍掉，EBS Volume 的资料依旧会留存着。
优点: Backup，当我们创造 EBS Volume 时，在背後的 AZ 之中，AWS 会在背後帮我们建立多台储存设备，简称 Nodes，来组成 EBS Volume，就算有一个储存硬碟故障了，资料仍然能完整保存，提供较高的 Durability。

另外，不仅仅是 EBS Volume 上的 Backup 功能可以使用，我们还有 EBS Snapshot 来保护资料，就算 AZ 所有资料中心都无法使用，资料仍会保存在同一个 Region 底下的 EBS Snapshot。

Instance Storage 与 EBS 两者优缺点比较如下图:
(左为Instance Storage，右为EBS Volume)

小结

整体而言相较於 Instance Storage，EBS为更常用的储存选择。原因很简单，以使用者的角度来看，在储存东西时最重要的就是「保障」，确保资料不会遗失，EBS也提供了相对较高的 Durability。

然而，我们仍然存在一个 EBS I/O 相对较低的问题，为了解决这个问题， AWS 提供给我们许多不同的 EBS Type 来选择，在之後会有单元进行详细说明。

那以上，是我们针对 EC2 储存资源 Instance Storage 与 Elastic Block Storage (EBS) 之间的比较与介绍。

What's Next?

明天我们将接着介绍「EC2储存资源 EBS Types 方案比较」。