Personally I favor the flexibility that LVM offers when it comes to creating/resizing volumes (growing/shrinking), most of times without even needing to reboot the vm. Even if it's possible to do the same with disk partitioning, it's not as trivial as with lvm (hence why it was invented in the first place). Having to create a new vdisk on the host for each individual volume that you might need for the guest in the future - even though possible - it does not look as clean solution as doing all these, with lvm, within the guest. The overhead of the lvm is minimal and the discard/trim should be already enabled by default. Special care should be taken when using ThinLVM to avoid situations where the pools get full etc (same apply when used at the host level). Apart from that, it does not require any special administration skills, apart from familiarity with lvm tools obviously. To be clear, I'm not defending lvm in here. Both your and this method are ok. It's all about with what each person is familiar with and how each organise their work.
On Wed, 30 Jun 2021 at 10:29, Marco Gaiarin <[email protected]> wrote: > > A collegue here came from the old school of 'LVM everything', that > surely make sense for 'phisical servers'. > > Also, point me that make sense also for some 'virtual servers' (or > better, 'virtual storage') setup. > EG, considering a SAN, splitting virtual volumes in predefined chunks > (1/2TB) and 'recombine' them via LVM in the guest, permit to move > around smaller volumes, transparently for the guest. > > > But if we came to 'modern', thin storage, like ZFS or Ceph, this still > make sense? > Seems 'no' to me, seems to me only useful to add another layer of > abstraction... and the same functionality can be achived splitting data > in virtual disks as if was volumes, format with a single partition per > disk, and eventually extend the disk... > > And, this layer, how does it 'cost'? Not only in the term of > performance, but also functionality... eg, 'trim' can traverse correctly > all the layers? > > > I hope i was clear. Thanks. > > > PS: i've tried to look at the wiki but found nothing; if i've missed > something, point me to the doc! > > -- > dott. Marco Gaiarin GNUPG Key ID: > 240A3D66 > Associazione ``La Nostra Famiglia'' > http://www.lanostrafamiglia.it/ > Polo FVG - Via della Bontà , 7 - 33078 - San Vito al Tagliamento > (PN) > marco.gaiarin(at)lanostrafamiglia.it t +39-0434-842711 f > +39-0434-842797 > > Dona il 5 PER MILLE a LA NOSTRA FAMIGLIA! > http://www.lanostrafamiglia.it/index.php/it/sostienici/5x1000 > (cf 00307430132, categoria ONLUS oppure RICERCA SANITARIA) > > _______________________________________________ > pve-user mailing list > [email protected] > https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user > > _______________________________________________ pve-user mailing list [email protected] https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user
