Hi all,
In case people have been wondering about the background of the various questions
that I asked on these lists in the last few months:
I've been experimenting with running ZFS-on-NBD as a cloud backup solution
(and potential alternative to S3QL, which I am using for this purpose at the
moment).
In case someone is interested, here is the (rather long) write-up:
https://www.rath.org/s3ql-vs-zfs-on-nbd.html
Best,
-Nikolaus
--
GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
?Time flies like an arrow, fruit flies like a Banana.?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://listman.redhat.com/archives/libguestfs/attachments/20220912/5b5d6b19/attachment.htm>
Il 2022-09-12 22:30 Nikolaus Rath ha scritto:> Hi all, > > In case people have been wondering about the background of the various > questions that I asked on these lists in the last few months: > > I've been experimenting with running ZFS-on-NBD as a cloud backup > solution (and potential alternative to S3QL, which I am using for this > purpose at the moment). > > In case someone is interested, here is the (rather long) write-up: > https://www.rath.org/s3ql-vs-zfs-on-nbd.htmlInteresting reading, thanks! -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti at assyoma.it - info at assyoma.it GPG public key ID: FF5F32A8
Isn't ZFS getting native object storage capability soon? It was showcased at the last OpenZFS summit. On Mon, 12 Sep 2022, 23:53 Nikolaus Rath, <nikolaus at rath.org> wrote:> Hi all, > > In case people have been wondering about the background of the various > questions that I asked on these lists in the last few months: > > I've been experimenting with running ZFS-on-NBD as a cloud backup solution > (and potential alternative to S3QL, which I am using for this purpose at > the moment). > > In case someone is interested, here is the (rather long) write-up: > https://www.rath.org/s3ql-vs-zfs-on-nbd.html > > Best, > -Nikolaus > > -- > GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F > > ?Time flies like an arrow, fruit flies like a Banana.? > > > *zfsonlinux <https://zfsonlinux.topicbox.com/latest>* / Discuss / see > discussions <https://zfsonlinux.topicbox.com/groups/zfs-discuss> + > participants <https://zfsonlinux.topicbox.com/groups/zfs-discuss/members> > + delivery options > <https://zfsonlinux.topicbox.com/groups/zfs-discuss/subscription> > Permalink > <https://zfsonlinux.topicbox.com/groups/zfs-discuss/Tf25eefa7a2a2b7c5-M63ad3646a9cbbcd7e07410ed> >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libguestfs/attachments/20220913/4ebceacb/attachment.htm>
Hi,
Following up on my last post on this topic (since there seemed to be at least
some interest): after evaluating the setup for a few weeks, I have decided that
this is not as good a solution as I had hoped.
In particular, the expected benefits of splitting data between a special vdev
backed by a bucket with small object size and a normal vdev backed by a bucket
with much larger object size did not materialize.
More details (including histograms) are available at
https://www.rath.org/zfs-on-nbd-my-verdict.html
Best,
-Nikolaus
--
GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
?Time flies like an arrow, fruit flies like a Banana.?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://listman.redhat.com/archives/libguestfs/attachments/20220929/971fe87e/attachment.htm>