ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    SAMIT: Should You Still Be Using Disk Partitions

    Self Promotion
    storage partition lvm logical volume samit youtube
    5
    24
    1.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • scottalanmillerS
      scottalanmiller @1337
      last edited by

      @Pete-S said in SAMIT: Should You Still Be Using Disk Partitions:

      I don't even use lvm on the new kvm hypervisor setup I'm working on, where one might argue it actually makes sense.

      I don't use LVM2 either, or ZFS, 99% of the time. They have their place, but typically the benefit there is that LVM is more performant. So in extreme performance cases, it can have lower overhead for storage than Qcow2. But it isn't partitions vs LVM vs nothing... it's three different LVM approaches. The fourth approach is using the LVM layer from a RAID controller. Lots of people do that, too. Same as LVM2, but done on the hardware.

      The one thing that makes no sense is partitioning the servers with hard partitions and skipping both LVM2 and Qcow2 approaches. That would be so weird, both inside the VMs, but especially in the hypervisor. It would feel super awkward.

      1 Reply Last reply Reply Quote 1
      • scottalanmillerS
        scottalanmiller @1337
        last edited by scottalanmiller

        @Pete-S said in SAMIT: Should You Still Be Using Disk Partitions:

        Well, if you extend the definition of lvm then everything is using it

        Everything should be using it, it's the only really logical approach in the modern world. The idea of hard partitions should have died long ago. But we saw people using it just today in an example, it's still out there in a lot of servers.

        If you skip the LVM layer entirely today, you'd feel it. You'd lack snapshots, ability to resize (within reason), and all the flexibility we expect.

        I know it seems weird to think about, but if you look at how LVM2, ZFS, a PERC and Qcow2 works... it's all identical under the hood. But it is all different from partitions, but the same as each other.

        I think the only thing that makes it feel like these might not all be LVMs is that one of them used the name LVM2 23 years ago, and the others did not. In the Windows world they called their LVM "dynamic disks". Only on Linux and AIX did their LVM layer get called LVM or LVM-something. Everyone else gave it a product name rather than the category name.

        1 1 Reply Last reply Reply Quote 0
        • 1
          1337 @scottalanmiller
          last edited by 1337

          @scottalanmiller said in SAMIT: Should You Still Be Using Disk Partitions:

          @Pete-S said in SAMIT: Should You Still Be Using Disk Partitions:

          Well, if you extend the definition of lvm then everything is using it

          Everything should be using it, it's the only really logical approach in the modern world. The idea of hard partitions should have died long ago. But we saw people using it just today in an example, it's still out there in a lot of servers.

          If you skip the LVM layer entirely today, you'd feel it. You'd lack snapshots, ability to resize (within reason), and all the flexibility we expect.

          I know it seems weird to think about, but if you look at how LVM2, ZFS, a PERC and Qcow2 works... it's all identical under the hood. But it is all different from partitions, but the same as each other.

          I think the only thing that makes it feel like these might not all be LVMs is that one of them used the name LVM2 23 years ago, and the others did not. In the Windows world they called their LVM "dynamic disks". Only on Linux and AIX did their LVM layer get called LVM or LVM-something. Everyone else gave it a product name rather than the category name.

          In that case physical drives are using lvm too.

          Mechanical disks can remap their logical sectors to physical sectors. SSDs even more so. And NVMe drives have namespaces which maps logical blocks into different independent "drives".

          scottalanmillerS 1 Reply Last reply Reply Quote 0
          • scottalanmillerS
            scottalanmiller @1337
            last edited by

            @Pete-S said in SAMIT: Should You Still Be Using Disk Partitions:

            @scottalanmiller said in SAMIT: Should You Still Be Using Disk Partitions:

            @Pete-S said in SAMIT: Should You Still Be Using Disk Partitions:

            Well, if you extend the definition of lvm then everything is using it

            Everything should be using it, it's the only really logical approach in the modern world. The idea of hard partitions should have died long ago. But we saw people using it just today in an example, it's still out there in a lot of servers.

            If you skip the LVM layer entirely today, you'd feel it. You'd lack snapshots, ability to resize (within reason), and all the flexibility we expect.

            I know it seems weird to think about, but if you look at how LVM2, ZFS, a PERC and Qcow2 works... it's all identical under the hood. But it is all different from partitions, but the same as each other.

            I think the only thing that makes it feel like these might not all be LVMs is that one of them used the name LVM2 23 years ago, and the others did not. In the Windows world they called their LVM "dynamic disks". Only on Linux and AIX did their LVM layer get called LVM or LVM-something. Everyone else gave it a product name rather than the category name.

            In that case physical drives are using lvm too.

            Mechanical disks can remap their logical sectors to physical sectors. SSDs even more so. And NVMe drives have namespaces which maps logical blocks into different independent "drives".

            That's fair, but you can't "use" those, in most examples. They are there, but they are effectively not there to you as an admin. But yes, that would be a storage abstraction layer, but it doesn't create volumes in most cases, those that do absolutely are LVMs and we've referred to them as that for twenty years. It used to be only in the RAID controllers that this existed, but with NVMe especially that LVM layer on the drives sometimes makes its way down to the drives themselves, too.

            That's why hardware layer LVM should always be mentioned in these contexts (and I think its in the video.)

            1 Reply Last reply Reply Quote 0
            • J
              JasGot @JasGot
              last edited by

              So is this drive setup right or wrong based on partitions being obsolete?

              0b967db9-b7e4-4291-9f99-b64a5d8e3298-image.png

              scottalanmillerS 1 Reply Last reply Reply Quote 0
              • scottalanmillerS
                scottalanmiller @JasGot
                last edited by

                @JasGot said in SAMIT: Should You Still Be Using Disk Partitions:

                So is this drive setup right or wrong based on partitions being obsolete?

                0b967db9-b7e4-4291-9f99-b64a5d8e3298-image.png

                I'd recommend using volumes instead of partitions (Dynamic) so that you have the option of modifying them later and other LVM features.

                J 1 Reply Last reply Reply Quote 1
                • J
                  JasGot @scottalanmiller
                  last edited by

                  @scottalanmiller said in SAMIT: Should You Still Be Using Disk Partitions:

                  I'd recommend using volumes instead of partitions (Dynamic) so that you have the option of modifying them later and other LVM features.

                  So this is better?

                  fea807f8-1fe7-409e-91cb-be1f74dcf2e8-image.png

                  scottalanmillerS 1 Reply Last reply Reply Quote 0
                  • scottalanmillerS
                    scottalanmiller @JasGot
                    last edited by

                    @JasGot yup. One of the really nice features of Windows is that they can often insert an LVM layer without a lot of manual effort. On Linux that would be a pain in the butt after the fact.

                    1 Reply Last reply Reply Quote 0
                    • scottalanmillerS
                      scottalanmiller @travisdh1
                      last edited by

                      @travisdh1 said in SAMIT: Should You Still Be Using Disk Partitions:

                      Microsoft's Volume Management is handled in Storage Spaces.

                      I misspoke, even in the straight Dynamic Volumes today (since Windows 8 and Server 2012) LDM was replaced by SS as the LVM manager.

                      1 Reply Last reply Reply Quote 0
                      • FredtxF
                        Fredtx
                        last edited by

                        In a Windows world, it seems it would be better to create a Storage Space, because it gives you the flexibility to extend the storage instead of having to add/mount another virtual drive if you were to run out of space.

                        scottalanmillerS 1 Reply Last reply Reply Quote 1
                        • scottalanmillerS
                          scottalanmiller @Fredtx
                          last edited by

                          @Fredtx said in SAMIT: Should You Still Be Using Disk Partitions:

                          In a Windows world, it seems it would be better to create a Storage Space, because it gives you the flexibility to extend the storage instead of having to add/mount another virtual drive if you were to run out of space.

                          Exactly. Same logic applies universally, always best to have that flexibility on your platform. It has no real overhead, but protects against the unknown.

                          1 Reply Last reply Reply Quote 1
                          • 1
                          • 2
                          • 2 / 2
                          • First post
                            Last post