k8s nfs mount参数配置研究

谁践踏了优雅 2023-02-21 06:41 40阅读 0赞

近期遇到一个问题：某网元yaml中配置了nfs地址及挂载目录，当nfs异常时，网元进程读nfs挂载目录超时卡住，导致线程占满，无法响应k8s心跳检测，一段时间后，k8s重启该网元pod，在终止pod时，由于nfs异常，umount卡住，导致pod一直处于Terminating状态。

为解决上述问题，需要实现如下两点：

1.  nfs异常，读目录不挂住
2.  nfs异常，pod删除不挂住

针对上述第一个疑难，研究nfs参数配置文件：/etc/nfsmount.conf，其中如下几个参数引起我的注意：

# The number of times a request will be retired before
    # generating a timeout
    # Retrans=2
    #
    # The number of minutes that will retry mount
    # Retry=2
    #
    # How to handle times out from servers (Hard is STRONGLY suggested)
    # Hard=True
    # Soft=False
    # The amount of time, in tenths of a seconds, the client
    # will wait for a response from the server before retransmitting
    # the request.
    # Timeo=600

网上对上述几个参数的含义及配置值说明五花八门，因此我对这几个参数进行了测试验证，测试环境：一台环境用于启停NFS服务（命令：systemctl start/stop nfs-server.service），另外一台设备做目录挂载用：

（1）Retry=2，表示mount的超时时间，单位是分钟，超过这个时间mount报失败

关闭nfs，分别设置1分钟和2分钟进行测试mount；测试结果证明Retry含义确为mount超时时间，单位分钟。

（2）Soft=True，Soft方式挂载系统，若NFS请求超时，则客户端向调用程序返回错误；如果使用Hard方式则客户端一直重新请求直至成功。默认为Hard。

**默认Hard模式，是读和umount挂住的主要原因，为解决上述问题，需要改为Soft模式。**

（3）Timeo=10，客户端请求超时时间（**以十分之一秒为单位**）

这个配置，很多文章都说是客户端请求重传前等待时间，含义不好理解，其实就是一次请求的超时时间；单位有的说是秒，有的说是0.1秒，有的说是0.7秒，测试发现单位是0.1秒。

timeo分别设置10和20进行测试，重试次数retrans都是2（加上本身的1次，总次数为3次），测试结果如下，总超时时间分别是3秒和6秒，符合预期，单位是0.1秒：

（4）Retrans=2，请求重试次数

经测试单位是测试，非时间，测试结果如下：

经过上述研究，进行如下配置修改后，读取不再超时，pod也能正常删除，不再挂住了。

ps.