在对阵列性能缓慢的问题进行故障排除时,我使用了 zfs list 命令,并注意到当前池“下”有很多条目:
我快速搜索了一下,想知道它们是什么,但没有找到答案。起初我以为它们是快照,但据我所知,它们会有一个带有名称的“@”,而不是那种 GUID。有人可以向我解释它们是什么,我该怎么做才能摆脱它们?即使在添加了 SLOG 和 L2ARC 之后,它们是否也是我的池性能突然下降的原因?
另外,我不知道为什么他们都说 MOUNTPOINT 是遗留的,因为我正在使用“正确”的方式来挂载我的 ZFS 池:
$ zfs get mounted epicpool/storage
NAME PROPERTY VALUE SOURCE
epicpool/storage mounted yes -
感谢您能给我可怜的灵魂带来任何解释。
答案1
任何人都可以向我解释它们是什么
这些是文件系统数据集
我该怎么做才能摆脱它们?
zfs destroy <DATASET_NAME>
会毁掉它。shell 循环将帮助你管理数量
即使添加了 SLOG 和 L2ARC,它们是否也是导致我的池性能突然下降的原因?
数据集数量不能成为性能较低的唯一原因。ZFS 微调并不是那么明显。添加SLOG、L2ARC、任何,这不是你应该采取的方式。在以正确的方式设置 ZFS 之前,你需要更多地了解你正在存储的内容(文件大小、I/O 频率、I/O 速率、数据奇异性等)。
另外,我不知道为什么他们都说 MOUNTPOINT 是遗留的,因为我正在使用“正确”的方式来挂载我的 ZFS 池
Legacy 是默认的继承值
编辑
如果epicpool/storage
安装在/share/storage
带有设置的子级上legacy
,则将安装在:
epicpool/storage/foo
:/share/storage/foo
epicpool/storage/bar
:/share/storage/bar