私はカーネル5.4の最新のDebianテストを使ってmergefsを実行しています。
Linux ches-disk0 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux
3つのディスクアレイを備えたDell R730サーバーにあり、CPUはE5-2603v3 2個、メモリは16GBです。各アレイはハード raid6 で、zfs プールがあります。 Mergeはそれらを一つにまとめます。
fuse.mergerfs defaults,use_ino,allow_other,noforget,cache.files=auto-full,threads=0,dropcacheonclose=true,ignorepponrename=true,cache.readdir=true,cache.statfs=60,minfreespace=100G,cache.symlinks=true,fsname=mergerfs,category.create=mfs,func.getattr=newest,x-systemd.requires=zfs-mount.service
nfsのslurm共有mergefsディスクを持つ2つのノードがあります。
*(rw,fsid=1,async,no_subtree_check)
連続I / Oがたくさん発生すると、いくつかの小さなファイルが発生します。 mergefsプロセスはCPUの200〜400％を占め、I / Oは数十分間保持されます。ファイルサーバーを再起動すると、しばらくの間ジョブが実行されます。
それでは、この場合のマージのベストプラクティスは何ですか？マニュアルでuse_inoとnoforgetを確認し、nfsサーバーにasyncを使用します。