![](https://img-blog.csdnimg.cn/20201014180756918.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
orchestrator
文章平均质量分 68
叶落千尘
这个作者很懒,什么都没留下…
展开
-
Orchestrator核心之失败探测
前言上篇文章中:《orchestrator的discover模块》主要讲述的是在client发出discover这个命令后,orchestrator服务端所采取的动作,那么,后续的持续discover,是如何实现,并且如何探测到失败实例的呢,今天这篇文章就来讲述这方面的内容。持续发现入口函数在:logic/orchestrator.go文件:ContinuousDiscovery()函数调用handleDiscoveryRequests(),handleDiscoveryRequests()该函数就原创 2022-03-08 15:09:04 · 477 阅读 · 0 评论 -
Orchestrator核心之失败类型判定
Orchestra失败类型我们可以从官网上了解到,orchestrator有很多中失败类型,如DeadMaster、DeadMasterAndReplicas、DeadMasterAndSomeReplicas等等。那么,它是如何来判断这些类型的呢,今天一起走进orchestrator的内心世界。orchestrator数据采集过程要知道orchestrator如何判定失败类型,那么首先要知悉orchestrator的探测或检测过程,这部分的内容,会在单独的一篇文章中写,这篇文章主要讨论的是失败类型的原创 2022-03-02 17:18:46 · 767 阅读 · 0 评论 -
orchestrator的discover模块
orchestrator的discover原理当我们发出命令:orchestrator-client -c discover -i hostname:port首先,orchestrator会发现给定的实例,即命令中的hostname:port这个实例,然后进而通过该实例来发现整个拓补结构。具体如何进行发现:1、使用MySQLHostnameResolveMethod和HostnameResolveMethod两个参数来发现给定实例。2、使用DiscoverByShowSlaveHosts来发现原创 2022-01-13 11:10:50 · 794 阅读 · 6 评论 -
orchestraror使用下篇
概述在之前,比较笼统的讲述了Orchestrator的大概部署与用法,本篇则详细描述Orchestrator的Hook、API命令的使用。还有其他部署过程中需要注意的点。如果对Orchestrator还不太了解,可以参考:《 MySQL中间件:Orchestrator上篇》配置细化在说明Hook之前,要先了解Orchestrator是如何做故障检测的,以及是如何进行故障恢复的。需要的配置Orchestrator配置文件中的配置有一项:{ “ FailureDetectionPerio原创 2021-01-20 22:46:23 · 1491 阅读 · 2 评论 -
Orchestrator手动优雅切换源码切换逻辑部分解读
Orchestrator解读第一部分最近在二次开发Orchestrator,所以研读了一下优雅切换部分的代码。入口首先,通过orchestrator-client来做为客户端请求入口来说明:代码位于:orchestrator/resources/bin/orchestrator-clientmain:function main { check_requirements detect_leader_api instance_hostport=$(to_hostport $ins原创 2021-08-21 17:22:32 · 858 阅读 · 1 评论