“部分数据丢失:ok”场景的最佳文件系统设置

Question

我正在寻找为存储服务器设置文件系统/分区的最佳方法，其特点是部分数据丢失不是问题。

假设我得到了4x3TB磁盘，我想以这样的方式排列它们：( a)我获得了存储分区可用的最大空间；( b)系统分区(S)是镜像的，可以承受一个磁盘的故障。(在这种情况下，部分数据丢失并不是什么大问题，假设我们存储可复制的数据，但是重新创建它非常耗时)

我目前的做法如下：

• 对于系统文件，RAID1 1->EXT4 4位于不同磁盘上的两个~100 on分区上。
• LVM->DMCRYPT->EXT4 4，其余分区和磁盘。(存储应加密)

这里有趣的事情是:在磁盘#3 (磁盘#1和磁盘#2是RAID分区)失败(最坏的情况下，所有数据丢失)并被替换之后，我能挂载dmcrypt设备吗？那么ext4文件系统呢，我能修复它吗？我确信我会丢失存储在特定磁盘上的所有数据，但是其余的呢？

也许我缺少一些能够很好地处理这种情况的文件系统/程序，但大多数情况下都是关于数据恢复的，这在本例中并不是很有帮助。我愿意接受任何适合我的方法。

编辑:当然，我可以在所有存储分区上执行DMCRYPT->EXT4 4，但是我需要一个挂载点，当然也不需要麻烦在重新启动时打开所有dmcrypts (使用上面的设置，我只需要做一次)。

Answer 1

如果您不关心部分数据丢失，并且不需要任何冗余--我建议您在每个物理磁盘上创建单独的文件系统，并以“程序”的方式拆分它。我猜您将其用于散列数据或其他东西--在这种情况下，通常可以根据文件的md5和将数据拆分到目录中，并将数据部分拆分到不同的磁盘上。您可以将解密块设备的共享密钥放在非加密存储上，这并不是问题。

如果您想要冗余-只需使用raid5或类似的东西。或者更多的“软件”储存

标准文件系统没有做好准备，无法适应当它们所在的部分空间将消失时的情况。

Answer 2

除了底层的100 no系统分区之外，根本不涉及RAID。其他一切将取决于您的LVM及其底层组件是如何组织的--您尚未提供的信息。