我正在ESX 4.1主机上configuration一个linux服务器。 该服务器需要存储数TB的数据。 我们目前正在辩论是否使用LVM。 我们目前的理由是，最好将多个2TB卷（由ESX强加的限制）安装到单独的卷上。
/disk1 - 2TB /disk2 - 2TB /disk3 - 2TB 我们将存储范围从100GB到400GB的目录。 这些目录需要全部存储，不能拆分。 我们担心的是，如果我们最终在/ disk1上存储了1.7TB，并且需要额外存储400GB，将会浪费大量的空间。 在这种情况下，我们需要在/ disk2上存储400GB目录，而不使用300GB。
这个问题的一个解决scheme是LVM，configuration为：
-------- Disk 1 | | Disk 2 |---->/disk | Disk 3 | --------
但是我们被困在一个简单的问题上。 如果磁盘2失败会发生什么？
在第一种情况下，很明显，如果磁盘2发生故障，/ disk2将不再可用，会发生什么情况。
在LVM设置中，如果磁盘2出现故障，是否会类似（仅在磁盘2上存储的数据不再可用），或者/磁盘上的所有数据都不可访问？
您已经省略了LVM附带的许多重要的抽象概念。 逻辑卷不处理磁盘 – 它们位于卷组上。 VG又由可以是磁盘的物理卷组成。 长话短说，VG不会出现缺失的PV – 即丢失的磁盘，因此您将无法访问组上的逻辑卷。
有恢复过程 ，但通常在虚拟化环境中，无论如何，您将看到“全有或全无”的可用性 – 所有磁盘文件将被包含在单个目录中，该目录可以通过其全部内容进行访问，也可以根本不进行访问（如果数据存储不可用）。
至于存储效率，可以考虑使用自动精简configuration – 数据存储上不会声明“未使用”空间。 但是，这是以更高的pipe理开销为代价的。