我在尝试使用AWS时遇到了一个问题：“实例存储”并不总是自动挂载。 根据实例types，SSD卷的设备名称可能会有所不同。 有时两个SSD中的一个已经自动挂载，有时不是。 （从我的经验看来，第二个SSD永远不会自动挂载。）有时，实例存储已经有一个文件系统，有时它不。
如果有一个启动脚本能够自动findSSD存储（如果有的话），并根据需要对其进行格式化，然后将其作为单个RAID0逻辑卷进行安装，那就太好了。 但是考虑到脚本可能面临的情况的变化，这似乎不是一件微不足道的任务。 除非我们总是使用相同的实例types，在这种情况下，也许我们可以依赖于某种方式。 （但是我们不希望总是使用相同的实例types。）
对我来说，亚马逊似乎并不提供一些现成的解决scheme来解决这个问题。 也就是说，一个只需将所有可用的实例存储作为/mnt下的单个逻辑卷装载的工具，或者其他任何东西。
有没有这种现成的解决scheme，或者我将不得不再次重新发明轮子？
亚马逊如此困难，这似乎是一个耻辱。 我不确定他们在这方面的想法！
假设各种可能的现实世界的解决scheme使得难以提出足够一般的东西，尽pipe我同意AWS的一种自发的默认方法将会走得很远。
无论如何，虽然它可能比你现在要找的更先进，但是Leon Mergen 在AWS AMI上的自动挂载实例存储似乎提供了相当多的片段，至less可以为你的解决scheme提供基础，如果它不是匹配你的用例就好了。