我的托管服务提供商使用一种名为的工具来备份我们的服务器,clBackup
该工具可通过网络推送文件。以下是ps
我们获取并报告给提供商的一个输出:
top - 10:06:24 up 25 days, 3:47, 5 users, load average: 6.63, 4.79, 4.23
Tasks: 357 total, 1 running, 355 sleeping, 0 stopped, 1 zombie
Cpu(s): 25.0%us, 0.6%sy, 0.0%ni, 72.5%id, 1.2%wa, 0.5%hi, 0.1%si, 0.0%st
Mem: 49447692k total, 49314632k used, 133060k free, 79628k buffers
Swap: 2097144k total, 288k used, 2096856k free, 40614172k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
20621 root 16 0 455m 65m 34m S 612.7 0.1 144:53.17 clBackup
由于该工具的存在,我们在这些服务器上托管的生产网站上遇到了性能问题。我们确信这一点,因为每当有人抱怨我们的网站速度很慢时,我们都会选中复选框,我们可以看到备份程序正在运行,每当我们终止该进程时,网站就会再次运行良好。
显然clBackup
它很擅长消耗 CPU(和内存),因为我们似乎不是唯一遇到这些问题的人(链接 1,链接 2,链接 3)。
我们试图让我们的托管服务提供商理解这个性能问题是不可接受的,并指出高 CPU 使用率是不正常的(超过 600%),但我们收到的建议是排除一些实际上不需要备份的大型目录。
我们对此回复不是很满意(我们不想花费资源来为我们付费的服务配备备份工具,我们认为备份工具应该设计为处理这种情况)并正在寻求以独立和客观的答案形式提供的帮助来自ServerFault社区,希望这将有助于说服我们的提供商对此采取更多行动。
为了让这个问题对每个人都有用,我们想提出几个与我们的问题相关的一般性问题,希望有经验的系统管理员能够回答。
Q1:根据您自己的经验,备份500GB
所使用的文件系统的可接受时间是多久290GB
?
问题 2:根据您自己的经验,这种备份实用程序的 CPU 使用率是多少?
问题 3:有没有人遇到过类似的问题clBackup
?重新优化流程或采取其他缓解措施有帮助吗?
答案1
是的,这很糟糕——备份程序不应该占用 6 个核心来完成其工作。我会向提供商大声抱怨,如果他们不解决这个问题,我会准备离开,转而选择一家不那么糟糕的提供商。
回答您的问题:
- 根据我自己的经验,这取决于太多因素,因此很难给出一个答案。
- 根据我自己的经验,现代 CPU 核心的 10-20% 足以运行备份。
- 我从来没有接触过 clBackup,并且永远也不会接触它。
答案2
是的,我们自己也遇到了同样的问题。我们找到的唯一解决方案是告诉我们的主机暂时关闭它,然后我们进入一个很长的问题线程,通常最终会被告知排除目录,这实际上不是一个解决方案。
抱歉,我没有解决方案,只是想让你知道你并不孤单。