"schedulex的高可用实现方式 是通过 怎样实现的?两台机器的任务 是怎么样实现任务级别的高可用的。 一台机器宕机之后 会自动调起来 同一个group的 任务吗?
"
SchedulerX的高可用性可以通过以下方式来实现:
主从模式(Master-Slave):SchedulerX采用主从架构,其中存在一个主节点(Master)和多个从节点(Slave)。主节点负责接收任务请求、调度任务以及管理从节点。从节点负责执行任务并向主节点汇报执行结果。通过这种方式,即使主节点发生故障,从节点仍然可以继续执行任务,确保系统的可用性。
心跳检测与自动切换:主节点和从节点之间建立心跳检测机制,定期互相发送心跳信号以确认对方的存活状态。如果主节点无法正常响应心跳信号,从节点会自动进行选举过程,并选出新的主节点来接管任务调度和管理功能,从而实现自动切换。
数据持久化与恢复:SchedulerX使用数据库或其他持久化存储来保存任务调度信息、执行记录和配置等重要数据。这样即使在主节点故障后,新的主节点可以通过读取持久化数据来恢复上一次的状态,并继续进行任务调度。
监控与告警:SchedulerX提供了监控和告警功能,可以实时监控各个节点的运行状态和关键指标。当发生异常或故障时,可以及时收到告警通知,以便及时采取措施进行故障处理和修复。
SchedulerX是阿里巴巴自研的基于Akka架构的分布式任务调度平台,兼容开源XXL-JOB、ElasticJob、K8s Job、Spring Schedule,支持Cron定时、一次性任务、任务编排、分布式数据处理,具备高可用、可视化、可运维、低延时等能力。SchedulerX 2.0的客户端提供分布式执行、多种任务类型、统一日志等框架,用户只要依赖schedulerx-worker这个jar包,通过schedulerx2.0提供的编程模型,简单几行代码就能实现一套高可靠可运维的分布式执行引擎。
为实现任务级别的高可用,SchedulerX采用了高可用架构和任务多备份机制。这种设计经历过阿里集团多年双十一、容灾演练等场景的考验,可以做到整个集群任意2个节点发生故障或者任意一个机房断电,任务调度都不会受到影响。因此,若一台机器宕机之后,系统能自动调起同一个group的任务,确保任务的高可用性。同时,它还以支持秒级别调度、轻量级分布式计算,可以助您完成准实时的大数据跑批。
综上,SchedulerX通过其高可用架构和任务多备份机制,能够确保任务在多个节点之间的冗余,从而在某个节点出现故障时,其它节点能自动接管任务,实现任务的高可用性。同时,它的可视化和可运维的特性,使得其在大规模分布式系统中的使用和管理都变得非常便捷和可靠。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。