linux – 使用22TB导出的JFS文件系统在运行NFS的Debian服务器上写入性能不佳

前端之家收集整理的这篇文章主要介绍了linux – 使用22TB导出的JFS文件系统在运行NFS的Debian服务器上写入性能不佳前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我目前正在运行一个debian服务器,它通过NFS(nfs-kernel-server)导出大型JFS文件系统(22TB).当尝试写入NFS共享时,性能非常差. 22TB磁盘位于使用iSCSI安装的NAS上.

>它会在预期的线速度附近晃动一会儿,然后闲置几秒钟.以低kb /秒测量的流量非常小.
>等待偷看写.
>从NFS挂载读取时,系统以预期的速度(11MB /秒)运行.
>使用SFTP,rsync或本地复制(非nfs)时不会发生此问题.
>稳定版和测试版之间的问题仍然存在.
>在同一台机器上,我有一个14TB ext4文件系统,使用完全相同的导出配置,不会分享问题.此份额不是经常使用的,因此不会消耗资源.

NFS服务器:

cat /etc/exports
/data2      10.1.20.86(rw,no_subtree_check,async,all_squash)

cat /sys/block/sdb/queue/scheduler
noop [deadline] cfq

cat /etc/default/nfs-kernel-server 
RPCNFSDCOUNT=8
RPCNFSDPRIORITY=0
RPCMOUNTDOPTS=--manage-gids
NEED_SVCGSSD=
RPCSVCGSSDOPTS=

NFS客户端:

cat /etc/fstab
10.1.20.100:/data2  /root/incoming  nfs     rw,noatime,soft,intr,noacl 0 2

cat /sys/block/sdb/queue/scheduler
noop [deadline] cfq

cat /proc/mounts
10.1.20.100:/data2/ /root/incoming nfs4 rw,vers=4,rsize=262144,wsize=262144,namlen=255,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=10.1.20.86,minorversion=0,addr=10.1.20.100 0 0

这个问题让我非常难过.任何帮助都会受到极大的欢迎.谢谢.

解决方法

我的猜测是NFS服务器线程的数量太少.而不是8,数字应该更高.

8个线程可能足以用于仅包含小文件并且由极少数用户(例如在家庭网络中)或在慢速网络(10Mbit)上访问的共享.

尝试在写入期间确定NFS服务器上的重新传输值:

nsstat -r

如果进行传输重试,请增加服务器线程数.

而且我认为从mount选项中删除rsize / wsize / tcp设置会保存. TCP无论如何都是默认协议,使用TCP不必限制传输大小.

猜你在找的Linux相关文章