我们在防火墙上使用了NFS,这限制了性能。
而且,每当像tar这样的大型IO操作被执行时,客户端主机上的负载偶尔会增加。
我的理解是,tar会导致拥塞,从而影响其他NFS操作。
而且,由于用户的主目录也在NFS上,而NFS的新性能差(由于tar命令的拥塞而导致)也会导致正常操作( ssh、su、ls等)速度慢,而在生成环境中,这些操作可能会很高,随后会有更多的操作等待完成,从而增加平均负载。在sar报告中可以找到负载平均值的增加。
但我不清楚的是,柏油究竟在哪里造成交通挤塞呢?它是在NFS存储(在我们的例子中是netapp)还是在网络中?
只有当拥塞发生在网络上时,我的上述假设才是正确的,因为我们当时看不到对其他NFS客户端的任何性能影响(就好像存储服务器中存在拥塞一样,所有客户端都应该受到影响)。
此外,如果我的假设是正确的,我也不知道如何检查客户机和服务器之间是否存在网络拥塞。
发布于 2018-05-04 12:58:53
不可能知道。你需要更多地了解这个系统。从以下10个命令开始:以6万毫秒为单位的Linux性能分析
例如,如果vmstat r列远远大于CPU数,则进程等待运行,并且CPU已饱和。在top中,查看进程状态码来区分等待I/O (D)和on (R)。
在Linux上,考虑使用一个经常轮询大量指标的工具,比如网数据。
不要将调查仅限于宿主。查看从主机到存储的所有网络路径的利用率和错误度量。检查存储数组的利用率和错误。
https://serverfault.com/questions/910725
复制相似问题