对于一个刚接触这一切的人，如果不小心降落在这里

到目前为止，快速入门部分的所有AMI都是EBS支持的

另外，在官方文档中有一个很好的解释，说明了EBS和实例存储之间的区别

&这张图片几乎总结了它

我在上一份工作中有和埃里克完全一样的经历。现在在我的新工作中，我正在经历我在上一份工作中经历过的同样的过程……为EBS支持的实例重新构建所有AMI——可能是32位机器(更便宜——但不能在32和64机器上使用相同的AMI)。

EBS支持的实例启动足够快，您可以开始使用Amazon AutoScaling API，该API允许您使用CloudWatch指标来触发其他实例的启动，并将它们注册到ELB(弹性负载均衡器)，还可以在不再需要时关闭它们。

这种动态自动伸缩就是AWS的意义所在——IT基础设施的真正节省可以发挥作用。用旧的s3“instanceore”支持的实例来实现自动伸缩几乎是不可能的。

大多数人选择使用EBS支持的实例，因为它是有状态的。这是更安全的，因为您在其中运行和安装的所有内容都将在停止/停止或任何实例故障中幸存下来。

实例存储是无状态的，在任何实例失败的情况下，您将丢失其中的所有数据。但是，由于实例卷绑定到虚拟机运行的物理服务器上，因此它是免费的，而且速度更快。

我们喜欢实例存储。它迫使我们使实例完全可回收，并且我们可以轻松地在给定AMI上从头构建服务器的过程自动化。这也意味着我们可以很容易地交换ami。此外，EBS仍然时不时地存在性能问题。

对于一个刚接触这一切的人，如果不小心降落在这里

到目前为止，快速入门部分的所有AMI都是EBS支持的

另外，在官方文档中有一个很好的解释，说明了EBS和实例存储之间的区别

&这张图片几乎总结了它

我自己刚开始使用EC2，所以不是专家，但亚马逊自己的文档说:

我们建议您将本地实例存储用于临时数据，对于需要较高持久性的数据，我们建议使用Amazon EBS卷或将数据备份到Amazon S3。

我特别强调。

我做的数据分析比虚拟主机多，所以持久性对我来说不像对网站那么重要。考虑到亚马逊自身的区别，我不会认为EBS适合所有人。

在我用完这两种方法后，我会试着再次称重。