SSD实例类型上的根设备。SSD与EBS的混淆问题。

我有一个AMI,最初是从t1.micro linux创建的。这个AMI的“根设备类型”是EBS(8 GB),我的Web应用程序软件被“烘焙”到了这个根卷中。
现在我想从这个AMI启动一个m3.medium实例,但它具有4GB SSD的“实例存储”。
我的新启动的m3.medium实例会充分利用SSD存储吗?还是我需要创建一个新的AMI,将“实例存储”作为根“根设备类型”?
同样地...当我尝试使用“Amazon Linux AMI 2013.09.2”从头开始启动一个m3.medium时,默认情况下会添加一个8GB的根EBS卷,无法使用启动向导删除。
我在这里漏掉了什么?

重复问题:http://serverfault.com/questions/583289/aws-ec2-migration-to-new-instance-type-with-ssd-drives - Chris Moschini
相似,但不完全一样。我不会投票关闭。 - Falcon Momot
3个回答

无论它具有什么实例存储,它都会从EBS驱动器启动。您可以将SSD作为附加驱动器挂载-这对于交换空间、临时文件、缓存等非常方便。

4你好ceejayoz,谢谢回复。是的,似乎是这样的情况。经过进一步的研究,我发现当你启动一个EC2实例并选择例如m3.medium实例大小时,你可以在启动向导的“4. 添加存储”页面上添加额外的存储。在这个页面上,你点击“添加新卷”,然后从类型下拉框中选择“Instance Store 0”。对于m3.medium实例,这将为你的实例创建一个4GB基于SSD的Instance Store卷。这个卷将作为/mnt在你的实例上可访问。 - user183744
我正在尝试将我的实例更改为具有2个80GB SSD的新类型。我已经挂载了一个100GB的EBS卷,打算将这些数据文件移动到新实例的SSD文件中。然而,在更改实例类型后,我只有一个8GB的挂载驱动器和一个15GB的tempfs。我不知道我的2个80G SSD驱动器在哪里。 - paiego
@paiego 默认情况下它们没有被挂载,你需要手动挂载它们。 - ceejayoz


SSD实例存储(以及磁性实例存储)是临时的,如果您关闭实例然后稍后重新启动它(例如在主机之间迁移时),我不认为它能够保持持久性(临时卷不会随之保留)。
它真正有用的只是用于临时空间(缓存、临时文件等),非常方便且免费,并且不消耗带宽;EBS使用实例的网络带宽(除了在EBS优化实例上,它使用专用SAN接口)。