LaLy · 4 月 1 日 · 1821 次点击
这是一个创建于 55 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前业务上存在大量的 crontab 每分钟任务执行，现在是单个 pod 里面跑了很多个同类型任务的容器，最多的是 10 个任务在同一个 pod 里面，任务一跑起来，CPU 就告警了，已经做了资源限制，但还是撑不住 10 个一起跑起来。
当前想到的办法是，一个任务一个 pod,这样拆分出来，大概会有一百多个 pod,感觉资源也是占用比较多的。还有一个钟方法就是一个 pod 容器里面跑多条任务，顺序执行，如果这样，其中一个任务有问题就全挂了。
想请教下大佬们，还有什么更好的解决办法吗
 |
1 laminux29 4 月 1 日任务一跑起来，CPU 就告警了 |
 |
2 julyclyde 4 月 1 日感觉是监控报警条件的设置有问题 几个建议： |
 |
3 yinmin 4 月 1 日 via iPhone#2 正解。 crontab 配置任务时，每分钟任务分别错峰设置为 0 秒启动、第 10 秒启动、第 20 秒启动… 对于其他的按小时、按天启动的任务，设一个随机分钟和秒数启动。例如：每天凌晨 1:00 运行的任务改成 1:06:29 启动运行。 |
 |
4 QHKZ 4 月 1 日 via iPhone任务多了就上队列，成熟的框架策略比 cron 多的多。 |
 |
6 RadishWind 4 月 1 日这种其实已经超出了 cron 的适用范围了, 可以考虑上分布式的定时任务调度 |
 |
11 hxy100 4 月 1 日轻度问题加延迟，重度问题加个中心队列容器，排队执行，再怎么多都能解决。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
