News for hackers. Stuff that matters.
Re:Native ZFS VDEV for Object Storage (OpenZFS Summit) by 0x457 on Wednesday January 14, 2026 @06:49PM (#46625771)
I know my missing something, but can't figure out: why not just one device?
Re:Native ZFS VDEV for Object Storage (OpenZFS Summit) by yjftsjthsd-h on Wednesday January 14, 2026 @06:56PM (#46625838)
IIRC the point is that each NBD device is backed by a different S3 endpoint, probably in different zones/regions/whatever for resiliency.

Edit: Oops, "zpool create global-pool mirror /dev/nbd0 /dev/nbd1" is a better example for that. If it's not that, I'm not sure what that first example is doing.

Re:Native ZFS VDEV for Object Storage (OpenZFS Summit) by 0x457 on Wednesday January 14, 2026 @07:03PM (#46625914)
In context of real AWS S3, I can see raid 0 being useful in this scenario, but in mirror that seems like too much duplication and cross-region replication like this going to introduce significant latency[citation needed]. AWS provides that for S3 already.

I can see it on not real S3 though.

Re:Native ZFS VDEV for Object Storage (OpenZFS Summit) by mgerdts on Wednesday January 14, 2026 @08:03PM (#46626512)
Mirroring between s3 providers would seemingly give protection against your account being locked at one of them.

I expect this becomes most interesting with l2arc and cache (zil) devices to hold the working set and hide write latency. Maybe would require tuning or changes to allow 1m writes to use the cache device.