LVM Best Practice for Snapshots

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Hi,

I'm picking up gluster-deploy again, and looking at how I do the lvm configuration for thinp based bricks.

So first off, is there a best practice for lvm setup with thin lv's?

At the moment, the deploy tool follows these steps;

1. get the snap reserve from the user (% of freespace to reserve on the brick(s) for snapshot delta)
2. define the vol_pct as;  100 - reserve (eg. 20% reserve produces a vol_pct of 80% of the pool)
3. I couldn't simply allocate the thinpool based on the whole brick (see BZ998347), so this is what I do
  a) Look at the brick size  and assign a multiplier (assigning a static multiplier wastes too much space, if it's to work on small to large brick sizes)
       > 1TB ... 0.9999
       > 100GB ... 0.999
       default = 0.998
  b) calc pool_size as - (brick capacity (MB) -4) * multiplier
  c) calc thin volume size (vol_size) as  ; vol_pct * pool_size
4. With these sizes calculated, the brick creation process is just handed by a bash script that performs the following
  a) lvcreate -l <pool_size>  -T <vg>/<pool_name>
  b) lvcreate -V <vol_size>m -T <vg>/<pool_name> -n <lv_name>


So it's a hack - but in my defense this was added last December :) 

How are you guys doing this?

Cheers,

PC



_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel

[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux