当 LVM 中的磁盘出现故障时会发生什么?

Ste*_*tew 11 linux lvm vmware-esx

我正在 ESX 4.1 主机上配置 linux 服务器。该服务器上需要存储数 TB 的数据。我们目前正在讨论是否使用 LVM。我们目前的推理是最好将多个 2TB 卷(ESX 强加的限制)安装到单独的卷上。

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB
Run Code Online (Sandbox Code Playgroud)

我们将存储大小从 100GB 到 400GB 的目录。这些目录需要整体存放,不能拆分。令人担忧的是,如果我们最终将 1.7TB 存储在 /disk1 上并需要存储额外的 400GB,则会浪费大量空间。在这种情况下,我们需要将 400GB 目录存储在 /disk2 上,留下 300GB 未使用。

此问题的一种解决方案是 LVM,配置为:

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------
Run Code Online (Sandbox Code Playgroud)

然而,我们被困在一个简单的问题上。如果磁盘 2 出现故障会怎样?

在第一种情况下,很明显如果磁盘 2 发生故障,/disk2 将不再可访问,会发生什么。

在 LVM 设置中,如果磁盘 2 发生故障,是否会类似(例如,只有存储在磁盘 2 上的数据不再可用)还是 /disk 上的所有数据都不再可访问?

the*_*bit 7

您已经省略了 LVM 附带的许多重要抽象概念。逻辑卷不处理磁盘——它们被放置在卷组上。VG 又由可以是磁盘的物理卷组成。长话短说,VG 不会出现丢失的 PV - 即丢失的磁盘,因此您将无法访问组上的逻辑卷。

恢复程序,但通常在虚拟化环境中,无论如何您都会看到“全有或全无”的可用性 - 所有磁盘文件都将包含在一个目录中,该目录可以以其全部内容访问或根本无法访问(如果例如,数据存储不可用)。

至于存储效率,请考虑使用精简配置- 数据存储上未声明“未使用”空间。然而,它是以更高的管理开销为代价的。

  • 为什么在创建三个虚拟磁盘的较大 VMFS 数据存储中使用一组 2 TB LUN 而不是单个 LUN?2 TB 限制仅适用于 **虚拟** 磁盘,不适用于数据存储本身的大小。 (2认同)