Amazon EBS商店与实例商店终止closures？

有一些差异，但最关心的是，与实例存储，如果主机崩溃，您的根卷不见了。 有了EBS，它驻留在不同的（和冗余的）硬件上，所以音量会停留在周围，您可以重新启动实例。

以下是我推荐使用EBS引导的一些原因，这些人刚刚开始使用EC2：

1. 如果实例硬件发生故障，EBS卷仍然可以访问。

2. EBS启动实例可以被停止并随意重新启动。

3. 当某个EBS启动实例出现问题，因此无法连接时，仍然可以查看和修改或修复EBS根卷。

4. EBS启动实例可以使用大于10GB的根磁盘运行。

5. 可以增加EBS引导实例的根磁盘的大小。

6. 可以更改EBS引导实例的实例types。

7. 您可以轻松地更换EBS引导实例的硬件。

8. EBS启动AMI比实例存储AMI更简单快速。

9. 亚马逊表示，EBS启动AMI启动比实例存储AMI更快

10. t1.micro实例types仅支持EBS启动实例。

我进入更多的细节，并提供了有关这篇文章中许多这些点的深入解释的链接：

您应该在Amazon EC2上使用EBS引导实例
http://alestic.com/2012/01/ec2-ebs-boot-recommended

使用实例存储有一些合理的理由，但是您需要了解您放弃了什么以及如何补偿增加的风险。

注意：在你的问题，似乎你认为一个EBS的启动磁盘存活的一个实例被故意终止。 默认情况下，这是不正确的，如果你终止一个EBS启动实例，根磁盘将被删除。 您可以更改此默认设置，以便在终止时保留EBS启动磁盘，但需要积极select。 我在这篇文章中写到：

保护电子商务实体免遭意外终止和数据丢失的三种途径
http://alestic.com/2010/01/ec2-instance-locking

想象一下，如果你有更新需要重新启动或服务器locking，你需要重新启动。 如果您希望实例将任何数据/configuration更改存储到实例，则EBS更好。

但是，我们正在使用两者。 我们的Web服务器使用EBS，因为我们期望configuration位于ebs映像上，并且经常需要重新启动。 即使是亚马逊，也需要您在将更新应用到主机时重新启动。

但是，在实例存储中，我们有一个stream式基础结构，它实际上传递了我们自定义configuration的user_data。 当我们完成后将杀死服务器。 当我们再次需要时，我们调出实例存储并将其传递给configuration。