我正在ESX 4.1主机上配置
Linux服务器.该服务器需要存储几TB的数据.我们目前正在讨论是否使用LVM.我们目前的理由是,最好将多个2TB卷(由ESX强加的限制)安装到不同的卷上.
/disk1 - 2TB /disk2 - 2TB /disk3 - 2TB
我们将存储大小从100GB到400GB的目录.这些目录需要整体存储,不能拆分.令人担忧的是,如果我们最终将1.7TB存储在/ disk1上并且需要存储额外的400GB,那么将会浪费大量空间.在这种情况下,我们需要在/ disk2上存储400GB目录,而不使用300GB.
这个问题的一个解决方案是LVM,配置为:
-------- Disk 1 | | Disk 2 |---->/disk | Disk 3 | --------
但是,我们仍然坚持一个简单的问题.如果磁盘2出现故障会怎样?
在第一种情况下,很明显如果磁盘2发生故障会发生什么,/ disk2将无法再访问.
在LVM设置中,如果磁盘2发生故障,它是否会相似(例如,只有存储在磁盘2上的数据不再可用),或者磁盘上的所有数据都不再可访问?
解决方法
您已经省略了LVM附带的许多重要抽象概念.逻辑卷不处理磁盘 – 它们放在卷组上. VG又由可以是磁盘的物理卷组成.简而言之,VG不会出现丢失的PV – 即丢失的磁盘,因此您将无法访问组中的逻辑卷.
有recovery procedures,但通常情况下,在虚拟化环境中,您会看到“全有或无”的可用性 – 所有磁盘文件都将包含在一个目录中,该目录可以使用其整个内容访问,也可以根本不访问(如果例如,数据存储不可用).
至于存储效率,请考虑使用thin provisioning – 未在数据存储区中声明“未使用”空间.但是,它需要更高的管理开销.