统一集中管理系统cronsun简介，替代crontab

一、背景

crontab 是 Linux 系统里面最简单易用的定时任务管理工具，相信绝大多数开发和运维都用到过。在咱们公司，很多业务系统的定时任务都是通过 crontab 来定义的，时间长了后会发现存在很多问题：

大量的 crontab 任务散布在各台服务器，带来了很高的维护成本
任务没有按时执行，甚至失败了很久才发现，需要重试或排查
crontab 分散在很多集群上，需要一台一台去看日志分析，头都大了
crontab 存在单点问题，对于不能重复执行的定时任务很伤脑筋
我 X，crontab 被误删了，没备份？尼玛！
我 Q，服务器要迁移，crontab 上的历史任务都是什么鬼？问了一圈居然都不知道
…

因此，我们非常需要一个集中管理定时任务系统，相信这也是的饱受 crontab 煎熬的运维或开发的心声。

二、选择

一个开源项目：cronsun，也就是本文介绍的主角，通过试用，发现非常契合我们当前的使用场景，介绍如下：

cronsun 是一个分布式任务系统，单个节点和 Linux 机器上的 crontab 近似。是为了解决多台 Linux 机器上 crontab 任务管理不方便的问题，同时提供任务高可用的支持（当某个节点死机的时候可以自动调度到正常的节点执行）。支持界面管理机器上的任务，支持任务失败邮件提醒，安装简单，使用方便，是替换 crontab 一个不错的选择。

Github 地址：https://github.com/shunfei/cronsun

cronsun 的部署架构如下：

                                                [web]

                                                  |

                                     --------------------------

           (add/del/update/exec jobs)|                        |(query job exec result)

                                   [etcd]                 [mongodb]

                                     |                        ^

                            --------------------              |

                            |        |         |              |

                         [node.1]  [node.2]  [node.n]         |

             (job exec fail)|        |         |              |

          [send mail]<-----------------------------------------(job exec result)

三、部署

本文主要介绍功能，这里就简单写下关键步骤（安装部署使用都很好上手）：

1、安装 MongoDB，强烈建议使用集群模式

2、安装 Etcd3，强烈建议使用集群模式

3、部署 cronsun

①、下载 cronsun：https://github.com/shunfei/cronsun/releases (选择最新版本即可)

②、解压后修改 conf 目录下的配置文件：db.json 和 etcd.json，分别修改 MongoDB 和 etcd 的实际地址。

③、启动 web：./cronweb -conf conf/base.json (若要后台运行则使用 nohup)

④、启动 node：./cronnode -conf conf/base.json (若要后台运行则使用 nohup)

⑤、访问前台：http://x.x.x.x:7079/ui/ 默认用户密码： admin@admin.com / admin

4、部署鉴权组件 aProxy，cronsun 在鉴权方面做的非常粗糙，所以这里用到了 cronsun 团队开发的 aProxy 鉴权组件，实现的原理为基于 Go 语言，反向代理了后端 WEB，从而实现域名和页面地址的访问控制，介绍地址：https://www.cnblogs.com/QLeelulu/p/aproxy.html

我们这边是要用到生产环境，所以在部署上会着重考虑到可用性和可靠性，这里贴一下我们这边的部署架构图，供参考：

Ps：目前新版本已支持历史日志定期清理。

这里，Etcd 和 MongoDB 复用了 5 台服务器（后续会继续复用其他公共组件），其中 MongoDB 采用分片+副本集的模式。

四、功能

部署完成后，访问前台就能看到 UI 比较简陋 cronsun 管理 WEB 了：

Ps：右上方选择熟悉的语言之后，基本就可以按照页面标签进行任务添加操作了。

1、添加节点

cronsun 基于 etcd 实现了自动发现和注册的功能，所以添加节点非常简单，直接将 cronnode 和 conf 拷贝到客户端服务器启动之后，就能在前台->节点页面看到该服务器了，当然节点和 Etcd 以及 MongoDB 之间的网络必须畅通。

2、节点分组

添加了所需的节点服务器之后，我们可以将节点进行分组，从而方便定时任务的添加：

3、添加任务

节点和分组都搞定之后，我们就可以开始添加定时任务了。定时任务填写的信息略微复杂，不过按照提示还是可以轻松搞定的：

上图我简单的标注了一些需要特别说明的地方，其他的选项大家看中文描述都能自行搞定。当然，还有一点要说明的是，任务脚本必须要有执行权限，否则任务会执行失败。

4、任务列表

添加完成任务之后，在任务标签页就能看到所有添加的定时任务以及执行情况了，这里可以使用分组过滤或节点过滤来筛选关心的任务。

每一个任务的右侧有 3 个小按钮：

①、成功/失败：显示最近一个任务的执行是成功还是失败，点击后可以查看到任务详情，包括任务输出数据：

②、latest 按钮：点击后查看改任务的近期执行情况

③、刷新符号按钮：点击后可以弹出立即执行功能，方便调试任务

五、小结

通过一段时间的灰度试用，可以确定 cronsun 在中小型规模场景下，是 crontab 的一个比较好的替代品，它能够帮助运维人员脱离 crontab 难管理、难运维的苦海。

当然，作为一款开源产品，cronsun 很多功能细节还有很大的提升空间，目前我也和 cronsun 团队长期保持联系，将生产环境使用过程中遇到的一些问题和建议一一反馈，相信这款产品能够继续打磨优化，更加完善、完美。

六、问题及更新【持续】

问题记录：

1、告警配置

首先要清楚 cronsun 的告警是由 cronweb 发出的，而不是 cronnode（但是 cronnode 的 mail.json 也必须 Enable：true，否则还是无法发出告警）。

其次，编辑 cronweb 和 cronnode 的配置文件：mail.json，如下内容

{

    "Enable": true,

    "To": ["这里填写缺省默认的告警邮件接收地址"],

    "#HttpAPI": "如有此字段，则按 http api 方式发送",

    "#Keepalive": "如果此时间段内没有邮件发送，则关闭 SMTP 连接，单位/秒",

    "Keepalive": 30,

    "#doc": "https://godoc.org/github.com/go-gomail/gomail#Dialer",

    "Host": "填写SMTP服务器地址，比如：stmp.qq.com",

    "Port": 25,

    "Username": "这里填写发送人邮箱地址（用于登陆SMTP+from地址）",

    "Password": "登陆密码",

    "SSL": false,

    "LocalName": ""

}

Ps：LocalName 建议留空，HttpAPI 模式未使用到，这里省略之，请自行测试。

最后启动 cronweb 即可实现邮件告警。

当然，还需要在 web 上的单向任务界面开启告警才行，如下图所示：

Ps：cronweb 的 mail.json 配置中必须将 Enable 填为 true 才可以看到上图的告警开关按钮，否则不显示。

2、更新记录

详见 github 版本发布页面：https://github.com/shunfei/cronsun/releases

重要功能更新：

①、已支持脚本参数；

②、已支持历史日志定期清理;

③、3.1 版本开始使用 UUID 作为节点唯一标识。

cronsun GitHub 地址：https://github.com/shunfei/cronsun

转载原文地址：https://zhangge.net/5129.html

原文地址：https://blog.csdn.net/fgf00/article/details/80621384