如果你想新建一个ZFS池,这里有快速参考。这里有你要考虑的所有设置,以及我认为可能要使用的值。

通常,除非必须,否则我一般不喜欢进行参数调整。但不幸的是,许多ZFS默认值并不是大多数工作负载的最佳选择。

SLOG和L2ARC是特殊的设备,而不是参数……但是无论如何,我还是将它们包括在内。

参数 最优值 说明
ashift 12 Ashift告诉ZFS你的磁盘使用的基础物理块大小是多少。它以比特为单位,所以ashift = 9表示512B扇区(供所有旧驱动器使用),ashift = 12表示4K扇区(供大多数现代硬盘使用),ashift = 13表示8K扇区(某些现代SSD使用)。

如果你不清楚要设置多少,就把值往大了调,因为值过低会影响性能,而值过高对正常工作并没有太多影响。

Ashift是针对每个vdev的,并且一旦设置即不可变。这意味着你应该在创建池时手动设置它,而且每次将vdev添加到现有池时都应该正确设置它,千万不能搞错,如果设置错了,会破坏整个池,并且无法修复。

xattr sa 直接在inode上设置Linux扩展属性,而不是在特殊的隐藏文件夹中的小文件。这可能会对其中包含大量文件的数据集产生重大的性能影响,尤其是在使用SELinux的情况下。对于包含很少、却很大的文件(例如VM映像)的数据集,可能不会产生任何影响。
compression(压缩) lz4 压缩默认为关闭,这是一个丢失的默认值。即使你的数据是不可压缩的,你的松弛空间也是(高度)可压缩的。

LZ4压缩比存储更快。是真的,即使你有超快的cpu和SSD。我已经测试过了。

你可以考虑对具有高度可压缩文件的数据集进行gzip压缩。它将具有更好的压缩率,但吞吐量可能会降低。

 atime off 如果atime处于打开状态(默认情况下为打开),则每次查看文件时,系统都必须更新每个文件的“已访问”属性。它很容易使系统上的IOPS负载增加一倍。

你是否关心上一次是什么时间有人打开文件,或者什么时间访问目录? 如果不是,请关掉它。

recordsize(记录大小) 16K 如果你经常读写随机文件,则要将记录大小与文件大小相匹配。

对于大多数数据库二进制文件或VM映像,精确匹配16K至少比默认记录大小128K更好。

这可以将用于数据库二进制文件或VM映像的阵列的IOPS能力提高四倍或更多。

recordsize(记录大小) 1M 不同的工作负载需要不同的recordsize设置。

如果你仅读写相当大的块(例如,来自相机的5-8MB JPEG图像集合或100GB的电影文件的集合,而且都不会被随机读取或写入),你需要设置recordsize = 1M,以减少相同大小数据的记录数,从而减少系统上的IOPS负载。对于可压缩数据,这还可以提高压缩率,因为每个记录使用其自己的单独压缩字典。

如果你使用的是Bittorrent,则recordize = 16K可能会带来更高的写入性能。不过,recordize = 1M会降低整体碎片率,并且在以后读取由torrent获取的文件时,性能会更好。

SLOG maybe(可能需要) SLOG不是设置,它是一种特殊的vdev类型,可充当整个池的写聚合层。它仅影响同步写入,因为异步写入已在RAM的ZIL中聚合。

SLOG不必是大型设备,它只需要累积几秒钟的写入即可。拥有一个SLOG意味着同步写入的性能会相当于异步写入。但它实际上并不会像ZFS新用户所希望的那样是个“写缓存”。

非常适合用于数据库、NFS导出或其他经常调用sync()的事情。对于更随意的工作负载而言,它并不太有用。

L2ARC nope(不要) L2ARC是ARC的一层,位于快速存储而不是RAM中。听起来很棒:超级巨大的超快速读取缓存!

但是,不是真的那样。一方面,L2ARC是短暂的,重新启动后L2ARC中的数据就不复存在。另一方面,索引L2ARC会花费大量的RAM,这意味着由于需要索引L2ARC,ARC会变得更小。

即使是最快的SSD,也比RAM慢几个数量级。 如果本来可以从ARC中获取数据,结果却要去索引L2ARC,那将是一个巨大的损失。

添加L2ARC后,大多数人根本看不出任何真正的区别。添加L2ARC后,很多人会发现性能下降。

本文翻译自https://jrs-s.net/2018/08/17/zfs-tuning-cheat-sheet/。机器翻译为主,如有错误还请评论区指出。

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注