linux – LVM扩展文件系统：新分区与增长现有分区

我经常需要扩展在VMWare-ESX 6上运行的RHEL7-System上的文件系统.通常,我调整现有虚拟磁盘的大小并运行以下cmds：

> echo“1”> / SYS /类/ scsi_disk / 0：0：X：X /设备/重新扫描
> pvresize / dev / sdX
> lvextend -l 100％免费[VolumeGroup]
> resize2fs [MountPoint]

我认为这是一个方便的解决方案,但RedHat,VMWare和我发现的大多数其他How2s都采用了另一种方式.他们创建一个新分区并将其添加到卷组,而不是调整现有分区的大小.

看到：

我不能预测空间的需要,所以我不得不经常调整大小,但我不想每次都创建一个新的分区.
必须有一个原因,他们使用和喜欢第二种方法,我认为,这是更糟糕的方法.
谁能告诉我为什么？

亲切的问候
萨沙

实际上在你的RedHat文章链接中,第一步说：

Create a physical volume from a free disk or partition (e.g./dev/sdc1as a partition)

在VMWare文章的链接中,顶部有一个注释：

Note: These steps only apply to EXT3 file systems.

所以你可以做任何一个/或.在几乎所有情况下(从RHEL7 / GRUB2开始 – 抱歉我不能代表VMWare)推荐的方法是不创建分区,因为您正在创建如下所示的方案.

Disk
|- MBR
|- |- LVM 
|- |- |- Superblock

通过不进行分区一度存在对齐问题,这会导致性能下降,但是对于可能需要一个的系统,您可以补偿LVM中丢失的分区.

分区的建议过去基于其他操作系统无法读取LVM元数据的事实,并且由于没有分区,因此将磁盘显示为未格式化而不是将其显示为具有分区.实际上,即使在Linux中,如果没有分区,磁盘似乎也不会用于所有分区工具(fdisk,gdisk,parted等).那是因为它们旨在寻找分区.

如果您正在运行VMware,我假设您正在使用有控制措施的企业环境 – SA没有任何理由对分区进行修改,您将永远不会拥有Windows或任何“其他”操作系统“安装在机器上,除非机器重新调整用途.因此,分区建议不适用.

修订后的使用整个磁盘的建议当然是RHEL 7的新功能,因为较旧的系统使用GRUB而不是GRUB2.在那些较旧的系统上,保持分区的原因是/ boot需要在物理磁盘上.

在您的情况下,您不是指操作系统磁盘,因此即使在较旧的系统中,您也可以安全地将LVM元数据直接保存在原始磁盘上而无需任何分区.

有一种情况是您希望使用保护性MBR,即在客户操作系统中的物理驱动器上使用LVM时,而不是使用vmdk或其他类型的文件.但即使如@shodanshok所述,您也可以使用虚拟机管理程序中的lvm.conf中的过滤器来隐藏它们.

如果这是SAN支持的物理磁盘,请在此处进行讨论：
https://access.redhat.com/discussions/1488023

几乎每个人都同意,使用整个磁盘.

总结一下：使用整个磁盘.有一天,分区工具可能完全在* nix中逐步停止使用,有利于zfs工具,btrfs工具,lvm或三者的某种组合.

原文链接：https://www.f2er.com/linux/398118.html

猜你在找的Linux相关文章