群晖与威联通因 btrfs 打起来了!

2020-11-03 10:11:03 +08:00
 anzu
群晖力陈 btrfs 种种优点
https://www.synology.cn/zh-cn/dsm/Btrfs

威联通痛批 btrfs 种种缺点
https://www.qnap.com.cn/solution/qnap-ext4/zh-cn/

群晖使用 btrfs 保护企业数据,而威联通使用 zfs 保护企业数据
https://enterprise-nas.qnap.com/zh-cn/

有趣的是,群晖并没有针对性地指出 zfs 的缺点
究竟 zfs 与 btrfs 孰优孰劣?群晖与威联通孰高孰低?各位怎么看?
17519 次点击
所在节点    NAS
73 条回复
INDEX386
2020-11-03 14:00:47 +08:00
没记错最早使用 BTRFS 的厂商是 NETGEAR.....威联通仅在他的 QTS HREO 和 QES 系统中使用 BTRFS 文件系统,普通的 QTS 还是使用的是 EXT4 啊
shutongxinq
2020-11-03 14:07:23 +08:00
Btrfs 就是了 linux 社区对许可证不兼容的 zfs 的回应。btrfs 的特性很强,比 zfs 多很多功能,可惜初始阶段代码写得过快,设计有些欠缺。现在成屎山了,RAID 5, 6 现在还有 write hole 以外好几个严重的 bug 。
shenlanAZ
2020-11-03 14:07:28 +08:00
@sadan9 #20

NTFS 遇到错误也会直接删数据的...

我现在也还是被迫 ReFS,重要的数据可以通过百度盘客户端继续备份。
ryd994
2020-11-03 14:08:24 +08:00
zfs 是稳定不假
但是 zfs on Linux 可不一定
zfs 最好还是上 FreeBSD 原生
ryd994
2020-11-03 14:12:45 +08:00
@mrzx 取决于工作内容
如果是连续读写且负载不大的话(比如家用 nas 就是)那 8G 完全足够
我 8G 内存,6*8TB,也完全没问题。瓶颈是网络。FreeBSD 内部测试 500MB/s 以上。也就是说要卡 IO 的话你得上 60Gbps 内网。而且 500MB/s 其实差不多是硬盘的极限了
min
2020-11-03 14:15:00 +08:00
zfs dedup 关掉的情况下对内存的消耗也不太高
nas 这种还是用成熟的方案吧
yanqiyu
2020-11-03 14:17:54 +08:00
常用 btrfs 有一段时间了,再加上有段时间折腾超频电脑意外死机次数不少,这时候 btrfs 鲁棒性还是不错,没遇到过死机重启导致的文件系统问题。但是对于少数个例遇到文件系统炸了其实也有可能,尤其是前些年到处听说 btrfs 会炸但是现在感觉好些了。

至于 QNAP 文章中提到 btrfs 导致性能下降(对比 ext4 ),拿一个没有 cow 没有 checksum 的文件系统和一个 cow+checksum 进行对比是当然的结果,但是取决于是否愿意用这些性能换取 cow 和校验的收益。

至于无法区分快照存储区以及数据存储区? btrfs 下大家都是子卷,本来就是一回事...也就没有什么快照或数据存储区的东西了。追踪子卷 Exclusive 占用在 btrfs 下只需要 btrfs fi du -s 即可

然后 QNAP 觉得 btrfs 的快照不如 ext4+块级快照就有点令人摸不着头脑,我猜他可能指的是 btrfs 的快照作为子卷假设可读写然后也会被勒索软件橄榄?那确实是个问题,只读快照或者一开始就规划子卷结构把让快照的子卷不被挂载就没问题了。

但是 btrfs 现在确实并非完美,具体已知问题可见: https://btrfs.wiki.kernel.org/index.php/Status 看着自己的使用场景决定要不要用吧
12101111
2020-11-03 14:20:38 +08:00
@ryd994 zfs on freebsd 和 zfs on linux 合并成 OpenZFS 2.0 了,代码基础是 zfs on linux 的, FreeBSD 13 已经采纳 OpenZFS 2.0 了, 推动方就是 FreeNAS(现在名称为 TrueNas core)的开发商 ixSystems

ZFS 进不进主线并不妨碍人们用他, 就像 Nvidia 连源码都不开发,照样有一群人用, 要是 btrfs 的代码质量稍那么好一点,就不会有人再写一个 bcachefs
mrzx
2020-11-03 14:22:17 +08:00
@ryd994 这个是的,目前在 zfs2.0 里已经所有改善了。。我家里的 nas 跑的就是 freebsd+zfs
ipixeloldc
2020-11-03 14:30:21 +08:00
@ryd994 然而 FreeBSD 用的就是 ZFS on Linux 他们的东西...
mrzx
2020-11-03 14:33:46 +08:00
@ryd994 我妈家里装修时,我弄的是超六类和单模单根双芯光纤混用,一个房间有 6 根网线和 3 根光仟,有专门的 12U 机柜放配线架和光仟托架、理线架。nas 都是万兆单模网卡,10G 的 sfp 模块(我们尾纤都是 lc),且为了提高随机 4k 读取,我混用了 ssd 读和写各一块硬盘。家里的电脑只有固态硬盘,更大容量硬盘由 nas 的 iscsi 协议提供。。。
且瓶颈不在于千兆网络,至少千兆网络能提供的连续读写能达到 100M 字节每秒以上(这个差不多接近机械硬盘连续读写速度的极限了),主要是随机 4K 读写性能。这个提升才是最重要的。我家用 iscsi 这种方式增加硬盘已经用了 4 年多了。

老妈那里都是千兆接入桌面,nas 万兆接入。我家里则是台式机万兆接入,nas 20G 链路聚合( lacp 协议)。
无论是老妈家里,还是我家里装修弱电时,都是我亲自带着装修公司做的,装修公司找了弱电师傅,除了提供一个光仟熔接机之外,没起到任何作用。

现在家里的交换机用的都是 MikroTik CRS328-24P-4S+RM,4 口万兆+24 口千兆 poe,以前都是找做系统工程中淘汰下来的华为交换机用的,可是设备老化厉害,风扇噪音大。早淘汰了。
ipixeloldc
2020-11-03 14:36:37 +08:00
@ipixeloldc 哦,好吧,我错了,这事从 18 年弄到现在,原来还没搞好啊…我的锅
kokutou
2020-11-03 14:39:05 +08:00
买个群晖, 再买个威联通
一个用 btrfs, 一个用 zfs
相互做同步
是不是就能万无一失了
reus
2020-11-03 14:43:36 +08:00
@ryd994 FreeBSD 现在也用 OpenZFS,而 OpenZFS 就是原先的 zfs on linux 。何况,原生 zfs 在 Solaris,也不在 FreeBSD 。
hjc4869
2020-11-03 14:45:56 +08:00
@sadan9 你 ReFS 底下是 RAID 卡做的 raid1 还是存储空间做的 mirror ?
reus
2020-11-03 14:50:27 +08:00
除了 zfs 和 btrfs,还有一个 bcachefs 在开发,打算合并进主线。另外 redhat 也有个 stratis,基于 xfs 的,很不成熟。
btrfs 还是可以的,至于 raid5/6 之类,官方 wiki 上都写了 unstable: https://btrfs.wiki.kernel.org/index.php/Status 别用这些不 OK 的特性就是了。
zfs 一样会有事故,搜 zfs data loss / corrupt 也有不少结果
何况,硬盘本身就会坏,重要的数据是需要额外备份的,本地文件系统足够稳定就行
hjc4869
2020-11-03 14:50:42 +08:00
如果一定要杠,那 zfs 除了 Oracle 家的官方实现,其它的都是山寨版灵车。
liuxu
2020-11-03 14:52:53 +08:00
@hjc4869 灵车好,飘逸
Tyuans
2020-11-03 16:01:04 +08:00
这些都不关心,哪家 exfat32 套件能免费我站谁,微软都不收授权费快两年了。
Tyuans
2020-11-03 16:01:30 +08:00
@Tyuans #39 exfat

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/721252

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX