虚拟化环境Centos的XFS文件系统下LVM磁盘管理系统必要性的讨论

        起因是,今天在一个客户环境里边看到一个现象,一个Centos7的操作系统在VMware环境下运维人员给系统划分了一块2T的硬盘,没有分区直接进行了mkfs.xfs的操作,完成后直接进行了mount,最后的效果大概就是这样。


         这个操作说实话有点冲击到我的三观了,我第一感觉是这么做有问题,因为从学习到入行到考试大家都默认的认为一块磁盘的使用必须先给磁盘分区,然后分区还要注意主分区扩展分区逻辑分区等等一系列操作完成后,再根据规划进行创建文件系统或者组建LVM等操作。最开始只在AIX上见过直接把磁盘不分区进行pv创建(不过最近几年我发现Linux下面硬盘不分区直接进行pvcreate也可以,这操作我也经常用),总的在我的印象里好像磁盘得用就得先进行分区。

        再来说一下LV和普通的partation进行mkfs以后挂载,当时学RHCE的时候就认为Linux的文件系统要想后期方便扩展(ext4的时候可以缩小),就必须得LVM管理以后先扩展LV然后扩文件系统,相对来说普通partation上进行文件系统格式化以后再想扩展就相对麻烦,首先就是partation扩展这个事情就很麻烦,除非你是在磁盘最后的partation才可能去扩展,或者这么说如果想扩展的这个partation后面有其他的主分区或者扩展分区partation本身就没有办法扩展,其次就是磁盘partation操作风险性还是有的毕竟是磁盘底层的操作稍有不慎就有数据丢失的风险。

        总体来说,最开始我认为,或者我认为行业认为

        1.磁盘进行操作之前要进行分区。2.Linux下要想灵活的管理文件系统磁盘底层是LVM肯定比普通partation管理方便。

        好了,内心独白完了。下面开始正题。看到那个客户环境里边的lsblk以后最开始我以为是有问题的,我觉得你要想不用LVM也可以起码你硬盘上分个主分区再用啊。然后我找了个测试环境自己试了一下,发现damnit!!!  还真tm可以。瞬间三观有点崩塌。        

        带着原来的“偏见”到这时还抱有一丝期望,就是感觉这虽然能用,但是后期不一定能在线扩展,所以我又试了一下扩展这个文件系统。

        

 

           首先VMware下扩展了虚拟磁盘以后直接用pratprobe命令发现刷新不到新增加的空间 ,然后执行了更底层的命令echo '1' > /sys/block/sdb/device/rescan刷新成功。然后执行执行扩展xfs文件系统名,就在线扩展成功了。

        所以最后的结果就是虚拟化环境下XFS文件系统磁盘不用划分partation可以直接格式化文件系统然后还可以在线扩展。

           为啥崩塌,因为如果这样做可以的话后期运维会方便太多了,而且风险点也降低很多。在我看来主要有这几点:

        1.不用创建partation你就不用管MBR还是GPT了,你不用担心数据量从2T以下增长到2T以上怎么处理了,甚至使用2T以上磁盘的时候简单超级多了。

        2.省去LVM管理就直接把这个磁盘当成一个LV就行了,我想扩展的时候虚拟化平台上直接扩就可以,反正xfs也不支持缩小,不用再去建pv扩vg扩lv巴拉巴拉敲一堆命令了

        3.省去lvm管理也降低了很多风险点,比如不小心把pv给删了这操作在运维里边也常见。

        经过整体事件后我现在发现虚拟化环境下真的好像不用非得用LVM去管理磁盘,因为毕竟真正的物理上的磁盘都是在后端存储或者服务器上,我们虚拟机看到的磁盘灵活性还是比较大的。当然这么做也有一定的局限性,但是通常我见到的应用系统就是除了操作系统以外只需要给他分一个或者两个大空间的目录即可,毕竟我们LVM的话最终空间也是要分到LV上的。

        还希望更多大神看一下,这么做值不值得在运维和生产上使用或者会不会有新的风险。

        

   

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值