Right now we simply can't use Veeam Agent to back up our busier servers with ZFS. I can go snapshot-less file based but it's terrifically slow and because it's not using snaps the backups are not actually usable.
Veeamsnap for the OS, and the agent can leverage builtin ZFS snapshotting for the zpools as well. It's really needed.
-
mikeely
- Veteran
- Posts: 260
- Liked: 75 times
- Joined: Nov 07, 2016 7:39 pm
- Full Name: Mike Ely
- Contact:
VAL: when can we expect support for ZFS on Linux?
'If you truly love Veeam, then you should not let us do this
' --Gostev, in a particularly Blazing Saddles moment
-
HannesK
- Product Manager
- Posts: 15792
- Liked: 3510 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: VAL: when can we expect support for ZFS on Linux?
Hello,
I would not expect Veeam Agent for Linux having an integration with ZFS in any foreseeable future as it is an edge-case scenario. And yes, the no-snap agent is not built to back up hundreds of TB filers with hundreds of millions or billions of files.
I would expect NAS backup (use the Linux machine as file server) being a good choice for the job if you point it to a ZFS static snapshot path. What do you think?
Best regards
Hannes
I would not expect Veeam Agent for Linux having an integration with ZFS in any foreseeable future as it is an edge-case scenario. And yes, the no-snap agent is not built to back up hundreds of TB filers with hundreds of millions or billions of files.
I would expect NAS backup (use the Linux machine as file server) being a good choice for the job if you point it to a ZFS static snapshot path. What do you think?
Best regards
Hannes
-
mikeely
- Veteran
- Posts: 260
- Liked: 75 times
- Joined: Nov 07, 2016 7:39 pm
- Full Name: Mike Ely
- Contact:
Re: VAL: when can we expect support for ZFS on Linux?
I'd suggest that ZFS on Linux is becoming somewhat less of an edge case, and also that it's finding utility in a lot of areas beyond NAS type of applications. In the case of the system I'm working on right now, for example, the zpool hosts a very busy mysql database. I didn't engineer this box so I can't speak to why it was implemented this way, but I can say the database is perfectly healthy and performant.
Another example is, of course, the fact that Proxmox natively supports ZFS /boot partitions.
What I'm seeing is that ZFS is being used in a lot of places where btrfs was originally intended, but the defects of that filesystem have led people to start using ZFS instead.
Another example is, of course, the fact that Proxmox natively supports ZFS /boot partitions.
What I'm seeing is that ZFS is being used in a lot of places where btrfs was originally intended, but the defects of that filesystem have led people to start using ZFS instead.
'If you truly love Veeam, then you should not let us do this
' --Gostev, in a particularly Blazing Saddles moment
Who is online
Users browsing this forum: No registered users and 6 guests