On my two OmniOS backup servers (around 30TB each) I hold regularly
around 10k snapshots, regular data snaps and snaps from replications
with a longterm retention policy without any problem. I would not expect
performance problems due number of snaps beside the delay when you list
them. I would not expect any storage/filer performance problems beside
problems that are related to the pool fillrate. A nearly full pool is
slow does not matter the number of snaps. Only running replications may
affect storage performance as they produce load.
Gea
Am 22.03.2017 um 18:43 schrieb Mark Creamer:
I have a lot of snapshots. I used to periodically do a zfs
send/receive to another box (omniOS) and store the critical data
there, deleting the unnecessary parts that were created in the
send/receive. But that got too much for the backup network to handle,
so I just have the snapshots. Is there a practical limit to what is
stored as snapshots on a host before it affects performance? I just
wonder if it's a better strategy to only store maybe a week or month's
worth of daily snaps per VM and the rest move the files to a different
location. Or do previous snapshots not affect the running VMs at all?
--
Thanks,
Mark
*smartos-discuss* | Archives
<https://www.listbox.com/member/archive/184463/=now>
<https://www.listbox.com/member/archive/rss/184463/23140977-a7885f8f>
| Modify
<https://www.listbox.com/member/?&;>
Your Subscription [Powered by Listbox] <http://www.listbox.com>
--
-------------------------------------------
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription:
https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com
