Amazon web services 在AWS EC2上安装NVME磁盘

因此，我在每个节点上创建了i3.large和NVME磁盘，我的过程如下：

lsblk->nvme0n1（检查nvme是否尚未安装）

sudo mkfs.ext4-E nodiscard/dev/nvme0n1

sudo挂载-o丢弃/dev/nvme0n1/mnt/my数据

/dev/nvme0n1/mnt/my data ext4默认值，无失败，放弃0 2

sudo挂载-a（检查是否一切正常）

sudo重启

因此，所有这些都有效，我可以连接回实例。我的新分区有500个

但在我停止并重新启动EC2机器后，其中一些机器随机变得无法访问（AWS警告仅检查了1/2测试状态）

当我查看为什么它不可访问的日志时，它告诉我，这是关于nvme分区的（但我做了sudo mount-a来检查这是否正常，所以我不明白）

我没有确切的AWS日志，但我有几行：

试图打开超级区块时，超级区块中存在错误的幻数

然后超级块已损坏，您可以尝试使用备用超级块运行e2fsck：

/dev/fd/9:第2行：未找到普利茅斯：命令

---

停止和启动实例会擦除临时磁盘，将实例移动到新的主机硬件，并提供新的空磁盘。。。因此，临时磁盘在停止/启动后将始终为空。当实例停止时，它不存在于任何物理主机上——资源被释放

因此，如果要停止和启动实例，最好的方法不是将它们添加到

/etc/fstab

中，而是在第一次启动时格式化它们，然后再装载它们。测试文件系统是否已经存在的一种方法是使用

file

实用程序和

grep

其输出。如果grep没有找到匹配项，则返回false

i3实例类上的NVMe SSD就是一个示例，也称为临时[磁盘|卷|驱动器]。它们物理上位于实例内部，速度非常快，但不冗余，也不用于持久数据。。。因此，“短暂的”。持久性数据需要位于卷或卷上，这两个卷或卷都能在实例停止/启动、硬件故障和维护中幸存下来

不清楚为什么您的实例无法启动，但是当卷存在但没有文件系统时，

nofail

可能没有达到预期效果。我的印象是，它最终应该会成功

但是，如果运行Ubuntu 16.04，您可能需要这样做。Ubuntu14.04NVMe的支持并不是很稳定

这三种存储解决方案各有优缺点

实例商店是本地的，所以速度很快。。。但是，这是短暂的。它能经受硬重启和软重启，但不能经受停止/启动周期。如果您的实例出现硬件故障，或者计划退役，就像所有硬件最终发生的情况一样，您将不得不停止并启动实例以将其移动到新硬件。保留和专用实例不会更改临时磁盘行为

EBS是持久的冗余存储，可以从一个实例分离并移动到另一个实例（在停止/启动过程中自动发生）。EBS支持时间点快照，并且这些快照在块级别是增量的，因此您不必为存储在快照之间未更改的数据而付费。。。但通过一些优秀的魔法，您也不必跟踪“完整”快照与“增量”快照——快照只是指向备份数据块的指针的逻辑容器，因此它们本质上都是“完整”快照，但只被称为增量快照。删除快照时，只有不再需要恢复该快照和任何其他快照的块才会从后端存储系统中清除（对您来说，后端存储系统实际上使用的是Amazon S3）

EBS卷既可以作为SSD卷也可以作为旋转盘磁卷提供，这同样需要在成本、性能和适当的应用程序方面进行权衡。看见EBS卷模拟普通硬盘驱动器，但其容量可以根据需要手动增加（但不能减少），并且可以在不关闭系统的情况下从一种卷类型转换为另一种卷类型。EBS动态执行所有数据迁移，性能降低，但不会中断。这是一项相对较新的创新

EFS使用NFS，因此您可以在任意多个实例上装载EFS文件系统，甚至可以跨一个区域内的可用性区域。EFS中任何一个文件的大小限制为52 TB，而您的实例实际报告的可用空间为8 EB。实际可用空间是无限的，但EFS也是最昂贵的——如果你有一个52 TiB的文件存储在那里一个月，那么存储成本将超过15000美元。我所储存的最多是2周20个TiB，花费了我5千美元，但如果你需要空间，空间就在那里。它是按小时计费的，因此，如果您将52 TiB文件存储几小时，然后将其删除，您可能需要支付50美元。EFS中的“弹性”是指容量和价格。您不需要在EFS上预先调配空间。您使用您需要的，删除您不需要的，计费大小按小时计算

没有S3，关于存储的讨论是不完整的。它不是文件系统，而是对象存储。S3的价格约为EFS的1/10，实际上它还有无限的容量，最大对象大小为5TB。使用S3对象而不是文件设计一些应用程序会更好

---

S3也可以被AWS以外的系统轻松使用，无论是在您的数据中心还是在另一个云中。其他存储技术旨在用于EC2内部，尽管有一个允许EFS在外部或跨区域使用的代理和隧道。

我刚刚有过类似的经验！我的C5.xlarge实例将EBS检测为nvme1n1。我在fstab中添加了这一行

 /dev/nvme1n1 /data ext4 discard,defaults,nofail 0 2

重新启动几次后，它看起来工作正常。它让我保持清醒

fsck.ext4 /dev/nvme1n1

lsblk

sudo file -s /dev/nvme1n1

sudo mkfs -t xfs /dev/nvme1n1

sudo mkdir /data
sudo mount /dev/nvme1n1 /data

df -h