duckula3/run/task

发布 : 2020-12-21 浏览 :

监听任务

  duckula最核心也是最复杂的地方就是binlog监听任务了,在duckula3中,要完成一次binlog任务监听的配置,需要把“配置管理”模块所有的管理配置都配一遍才行,但不用担心,那些配置是可重用的,那些配置也可以避免你的任务配置出现差错导致监听失败,而且 为了配置者(dba与运维人员)与使用者(业务人员)分离,这也是有必要的。 从这点看把“配置管理”模块都配置一遍是值得的,特别是你的数据库实例是分库分表情况下。
  binlog监听任务不但可以快速地配置监听任务,也带有启停任务、查看实时日志、查看配置文件等运维功能,还有一个功能这个版本没有实现的是:HA的主动触发功能。如果是使用zookeeper的类型的checkpoint计划使用watch机制(duckula2已实现),如果是mysql类型的checkpoint会使用job的方式来完成。内存模式虽说也是job来完成,但它不能保证数据的完整性,会丢数据。h2db模式可能会用job的集中式HA,也可能会使用linux守护进程的模式来做HA。

主界面

  入口:运行管理->监听任务

image-20201221213510890

支持“任务名”条件查询。下面是它的编辑界面:

image-20201221214431734

其中所有的配置项都是如上图所示的下拉列表,让用户自行选择配置项,这些配置项都是“配置管理”模块的相关配置信息。

字段说明

  • 监听任务名:用于标识这个发布环境的,需要能一看就懂的监听任务

  • 版本:系统配置->版本管理 的配置项,配置监听任务所用的程序版本

  • 监听实例:系统配置->实例管理 的配置项,配置监听任务会监听哪个mysql实例

  • 布署环境:系统配置->布署管理 的配置项,用于配置监听任务会在哪个环境进行运行。

  • 目的中间件:系统配置->存储中间件管理 配置项,用于配置任务会把数据推送到哪个存储中间件

  • 检查点:系统配置->检查点服务管理 配置项,用于配置任务使用哪种类型的检查点

  • ha类型:

    最后位点:指示使用checkpoint的最后一个记录的位点,真正的HA

    最新位点:指示使用数据库的最新位点,会导致部分数据丢失。

    指定位点:指示使用数据库后面的“启动的gtid”字段填写的gtid位置

  • image-20201221215518429

  • 启动的Gtid:与ha类型配合使用

  • 附加配置:要同步到目的中间件需要的其它配置,由插件来使用这些配置。

  • 编辑规则 :见。。。。

按钮说明:

  • 查询/新增/修改/删除 按钮为默认意义,不细说。
  • 启动: 在指定的部署环境部署和启动监听任务
  • 停止: 停止监听任务运行
  • 查看日志:用于实时显示当前启动的日志,如下所示效果

image-20201221213637225

  • 查看配置:显示现在监听任务的配置信息 和 已部署在相关部署环境中真正的配置 的差异,可以重新部署配置文件,如下图:

image-20201221214120250

  • 权限定义: 未布署的任务不能查看日志,运行中的任务不能修改、删除、启动任务。如下图:

image-20201221214345623

本文作者 : andy.zhou
原文链接 : https://rjzjh.gitee.io/2020/12/21/duckula3/duckula3-run-task/
版权声明 : 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明出处!

知识 & 情怀 | 二者兼得

微信扫一扫, 向我投食

微信扫一扫, 向我投食

支付宝扫一扫, 向我投食

支付宝扫一扫, 向我投食

留下足迹