生产故障之nfs挂载导致系统负载巨高

本文讲述了在执行代码更新时遇到的由于NFS挂载导致的系统负载异常增高的问题。分析了系统负载的概念,指出等待CPU执行和磁盘I/O的进程是负载增高的主要原因。故障场景包括磁盘读写请求过多、MySQL索引问题和NFS服务器故障。解决方案是卸载NFS挂载并重启服务器,最终成功恢复了系统正常运行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

起因
最近我们在执行代码更新的时候执行saltstack接收反馈信息特别慢,有时候还会出现卡住的现象,而我们的执行流程是通过saltstack-master 发送指令给阿里云部署的enter机,由enter机去执行salt指令,

那么我们就登录到这台阿里云的enter机上,执行top发现机器负载很高,但是CPU、内存、磁盘IO、网络IO使用率都不高

生产故障之nfs挂载导致系统负载巨高

负载的状态

1、uninterruptible (等待磁盘输入输出/不可中断状态)
2、nterruptible (等待键盘输入输出/可中断状态)
3、running(正在运行)

什么是负载?
负载表示的是等待进程的平均数。在上面进程状态变换过程中,除了running状态,其他都是等待状态,那么其他状态都会加入到负载等待进程中吗?

事实证明,只有进程处于运行态(running)不可中断状态(interruptible)才会被加入到负载等待进程中,也就是下面这两种情况的进程才会表现为负载的值

  • 即便需要立即使用CPU,也还需等待其他进程用完CPU
  • 即便需要继续处理,也必须等待磁盘输入输出完成才能进行

什么场景会造成CPU低而负载确很高呢?
通过上面的具体分析负载的意义就很明显了,负载总结为一句话就是:需要运行处理但又

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值