作者TPPCMAN ()
看板Linux
标题[问题] SSH 吃光CPU资源 系统变慢
时间Sat Jan 4 12:23:29 2020
大家好..
正式环境有一台主机 有跑一些服务
後来有开放sftp让档案传输进来
只是因为没有设定限制
导致档案传送时 cpu 都被 ssh 吃满
这样一来 主机的反应就变得很慢
想要改善这样的情况
目前想到的是对降低sftp 档案传输时所吃的流量
流量慢 cpu 就不会被ssh 吃满
不知道 往这方面去思考 方向对不对
还是需要另外安装 tc 这一类的流量管控程式
有在网路上查询一些tc的作法 但多是针对网卡做流量限制
我的目标是 不要让sftp 因为传输速度太快 而且吃掉CPU的资源
也许有先进能提供不一样的思考方向
在此请教 大家
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 123.194.188.61 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Linux/M.1578111811.A.DD9.html
1F：推 kenwufederer: rsync 可以限速 01/04 14:00
2F：推 roccqqck: 你cpu太烂才有这种问题吧 或硬碟太旧 01/04 14:17
3F：→ roccqqck: 也有可能是scp把上传流量用光 只是网速变慢的问题 01/04 14:18
4F：推 kdjf: 直接cgroup之类的限制sshd最高cpu综合cpu使用量，但是同时用 01/04 16:17
5F：→ kdjf: ssh的人会受影响 01/04 16:17
6F：→ TPPCMAN: 让前端使用sftp丢档案进来已经行之有年 改变统一作法难 01/04 16:27
7F：→ TPPCMAN: 有可能是一台主机切了太多台的vm guest 01/04 16:28
8F：→ TPPCMAN: 因为都是专线的环境 频宽不是问题 01/04 16:36
9F：→ TPPCMAN: 限制 ssh 对cpu的使用量 似乎是一个对的方向 01/04 16:37
10F：→ TPPCMAN: 很谢谢三位的意见... 感谢 01/04 16:38
11F：→ roccqqck: 喔喔你server都是在VM里面吗 01/04 21:41
12F：→ TPPCMAN: 对啊 都是vm 01/04 22:55
13F：推 kdjf: 你想试试看tc的话，找我的发文，我有对特定程式限速过 01/05 09:09
14F：→ os369510: 你确定是卡在CPU? 网路10G + NVMe? 01/05 12:00
15F：→ stevenliu121: 我遇过ftp把cpu吃光，原因是nas网路频宽被另一个dev 01/05 14:46
16F：→ stevenliu121: ice吃光。 01/05 14:46
17F：→ newversion: cpulimit 01/05 16:48
18F：推 Gold740716: 在 sshd 设 ulimit ，看是 systemd 还是 init.d 01/05 19:28
19F：→ cancelpc: 该不会CPU真的弱到处理加密的资料都满载？或 SSH 本身不 01/17 17:34
20F：→ cancelpc: 支援用新的指令集处理加密的部分 01/17 17:34
21F：→ roccqqck: 应该是太多vm的问题吧 01/17 23:14
22F：→ roccqqck: 或租商用伺服器 没租很高级的cou 01/17 23:14