我检查了其他答案，但仍然在创build实例时，对AWS SSD vs EBS Only选项感到困惑。
我读到的是SSD只是实际上意味着它是一个本地磁盘，而不是一个networking磁盘。 为了增添困惑，EBS还提供SSD。
此外SSD Only选项被认为是不稳定的，并在服务器closures时被破坏。
我到目前为止是否正确？
我有两个问题：
1）如果我selectSSD Only选项，我的实例是由一个易失性根驱动器创build的，在关机期间它会被破坏？
2）如果是这样，为什么有人想要一个易变的根设备？ 所有安装的软件将会消失。 什么样的情况下会受益于一个易变的根？
您正在讨论Elastic Block Store（EBS）与实例商店（IS）。
EBS /networking附加存储
EBS是networking连接存储，但是该存储可以是通用SSD，预configurationIOPS ssd，吞吐量优化硬盘或冷硬盘。 文档在这里 。
实例存储实例存储具有连接到服务器的磁盘。 一些是SATA SSD（I2），一些是NVM SSD（I3），一些是硬盘（Dx）。
实例types
当前一代通用实例实例（M4通用/ R4高RAM / C4高CPU）没有实例存储。 一些较旧的，像C3一样。
对于不同的工作负载，T2实例是一种很好的通用实例types，例如公共Web服务器或白天高负载和夜间低负载的服务器。 他们使用信用系统访问CPU。 T2没有实例存储，只有EBS。
然而，有I（I / O优化）和D（密集存储优化）实例。 他们有存储直接连接到实例。 i3实例有nvm ssd，可以做10万IOPS或更多。 这对于要运行的大型数据库以及其他专门的工作负载很有用。
您的问题的答案
回答你的问题：
如果您使用实例存储（I / D / F系列实例），那么是的，您会在停止或终止时丢失根驱动器，但不会重新启动。 如果您selectEBS SSD然后不，它是持久性磁盘。 在这两种情况下，您都可以拍摄磁盘的备份图像，称为快照，可以让您快速恢复。
这适用于caching，分布式数据库的数据存在于其他地方，或者如果你保持非常好的备份。 有时你的I / O需求不能以其他方式满足。 例如，一个由三个实例组成的MongoDB集群可以承担极高的工作负载，并且可靠性也是可以的，因为如果一个实例停止了，另外两个实例就会启动，并且可能有能力在联机时复制到另一个镜像。
一般来说，您应该从T实例开始，以适应不同的工作负载，例如Web服务器，或者M为持续的工作负载。
定价表
定价表格显示 “仅限EBS”，“SSD”或“HDD”。 “SSD”和“HDD”是实例存储。