CN107276839B - 一种云平台的自监控方法和系统 - Google Patents
一种云平台的自监控方法和系统 Download PDFInfo
- Publication number
- CN107276839B CN107276839B CN201710732167.0A CN201710732167A CN107276839B CN 107276839 B CN107276839 B CN 107276839B CN 201710732167 A CN201710732167 A CN 201710732167A CN 107276839 B CN107276839 B CN 107276839B
- Authority
- CN
- China
- Prior art keywords
- node
- sentinel
- nodes
- monitoring
- leader
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 110
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000001514 detection method Methods 0.000 claims abstract description 28
- 238000010586 diagram Methods 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000001914 filtration Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/535—Tracking the activity of the user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Measurement And Recording Of Electrical Phenomena And Electrical Characteristics Of The Living Body (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种云平台的自监控方法和系统，所述方法包括：每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移。本发明实施例能够对云平台自身进行监控，以使服务正常运行，从而提供稳定且可靠的服务，提高了云平台智能监控相关的服务性能。
Description
技术领域
本发明涉及云计算技术，尤指一种云平台的自监控方法和系统。
背景技术
在云数据中心管理平台中，智能监控相关的服务，由于监控服务本身的性能问题，会导致监控服务异常挂起甚至宕机。为了提高云海智能监控相关的服务性能，需要对其自身进行监控，以使服务正常运行，提供稳定且可靠的服务。现有的监控管理平台，均没有较好的对自己的监控服务本身进行监控的服务或系统。
发明内容
为了解决上述技术问题，本发明实施例提供了一种云平台的自监控方法和系统，可以通过对云平台自身进行监控，以使服务正常运行，从而提供稳定且可靠的服务。
为了达到本发明目的，一方面，本发明实施例提供了一种云平台的自监控方法，包括：
每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；
当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移。
进一步地，所述每个Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控包括：
每隔预设时间向主节点、从节点和除当前Sentinel节点以外的其它Sentinel节点发送ping命令做心跳检测，以确认所述主节点、所述从节点和所述其它Sentinel节点当前是否可达。
进一步地，所述方法还包括：
当所述主节点、所述从节点和所述其它Sentinel节点中的任意节点在预设的时间阈值内没有对发出所述ping命令的第一Sentinel节点进行有效回复时，所述第一Sentinel节点对该节点进行主观下线；
当所述第一Sentinel节点主观下线的节点是主节点时，所述第一Sentinel节点向除所述第一Sentinel节点以外的其他Sentinel节点询问对进行主观下线的该主节点的判断，当超过预设个数的Sentinel节点认为该主节点故障时，所述第一Sentinel节点对该主节点进行客观下线。
进一步地，所述对发生故障的监控节点进行故障转移包括：
确认所述监控节点中的领导者节点；
所述领导者节点选举出的Sentinel节点负责所述故障转移。
进一步地，所述方法还包括：
当确定所述监控节点中没有所述领导者节点时，从每个在线的Sentinel节点中选出所述领导者节点；
从每个在线的Sentinel节点中选出所述领导者节点包括：
所述每个在线的Sentinel节点中任意的第二Sentinel节点向除所述第二Sentinel节点以外的其它在线的Sentinel节点发出将自身设置为所述领导者节点的请求；
收到所述请求的所述其它在线的Sentinel节点，如果未同意过除所述第二Sentinel节点以外的其它在线的Sentinel节点发出的请求，则同意所述第二Sentinel节点发出的请求，如果已经同意过除所述第二Sentinel节点以外的其它在线的Sentinel节点发出的请求，则拒绝所述第二Sentinel节点发出的请求；
如果所述第二Sentinel节点确认自身收到的同意的票数大于或等于sentinel节点总数/2+1，则将自身设置为所述领导者节点；如果所述第二Sentinel节点确认自身收到的同意的票数小于sentinel节点总数/2+1，则进入下一次选举。
进一步地，所述领导者节点选举出的Sentinel节点负责所述故障转移包括：
所述领导者节点从所述监控节点中选出一个新的主节点；
所述领导者节点命令除所述新的主节点以外的节点作为所述新的主节点的从节点；
所述领导者节点将被客观下线的所述主节点更新为从节点；并在更新后的从节点恢复正常时与所述新的主节点建立主从分布式连接。
进一步地，所述方法还包括：
每个Sentinel节点获取从节点的信息，并在确认有新的监控节点加入，存在监控节点不可达或者发生故障转移后，通过info命令更新节点拓扑信息。
另一方面，本发明实施例还提供了一种云平台的自监控系统，包括：
监控模块，用于每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；
故障转移模块，用于当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移。
进一步地，所述监控模块还用于：
每隔预设时间向主节点、从节点和除当前Sentinel节点以外的其它Sentinel节点发送ping命令做心跳检测，以确认所述主节点、所述从节点和所述其它Sentinel节点当前是否可达。
进一步地，所述系统还包括判断模块，用于：
当所述主节点、所述从节点和所述其它Sentinel节点中的任意节点在预设的时间阈值内没有对发出所述ping命令的第一Sentinel节点进行有效回复时，所述第一Sentinel节点对该节点进行主观下线；
当所述第一Sentinel节点主观下线的节点是主节点时，所述第一Sentinel节点向除所述第一Sentinel节点以外的其他Sentinel节点询问对进行主观下线的该主节点的判断，当超过预设个数的Sentinel节点认为该主节点故障时，所述第一Sentinel节点对该主节点进行客观下线。
与现有技术相比，本发明通过每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移。本发明实施例能够对云平台自身进行监控，以使服务正常运行，从而提供稳定且可靠的服务，提高了云平台智能监控相关的服务性能。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1为本发明实施例云平台的自监控方法的流程图；
图2为本发明实施例云平台的自监控方法中哨兵节点对主从节点进行的心跳检测图；
图3为本发明实施例云平台的自监控系统的结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1为本发明实施例云平台的自监控方法的流程图，如图1所示，本发明实施例的方法包括以下步骤：
步骤100：每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；
例如，每隔1秒，每个Sentinel节点会向主节点(master)、从节点(slave)、其余Sentinel节点发送一条ping命令做一次心跳检测，来确认这些节点当前是否可达；
步骤101：当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移。
当哨兵节点监测到某个主节点客观下线之后，就会开始故障转移流程。
只有主节点故障才进行故障转移，其它节点整个系统容忍2个节点的失效，处理这种失败就是简单的通过无限的重试。
进一步地，所述每个Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控包括：
每隔预设时间向主节点、从节点和除当前Sentinel节点以外的其它Sentinel节点发送ping命令做心跳检测，以确认所述主节点、所述从节点和所述其它Sentinel节点当前是否可达。
进一步地，所述方法还包括：
当所述主节点、所述从节点和所述其它Sentinel节点中的任意节点在预设的时间阈值内没有对发出所述ping命令的第一Sentinel节点进行有效回复时，所述第一Sentinel节点对该节点进行主观下线；
具体地，每个Sentinel节点会每隔1秒对主节点、从节点、其他Sentinel节点发送ping命令做心跳检测，当超过设置的最大时间阈值没有进行有效回复，Sentinel节点就会对该节点做失败判定，即主观下线；
当所述第一Sentinel节点主观下线的节点是主节点时，所述第一Sentinel节点向除所述第一Sentinel节点以外的其他Sentinel节点询问对进行主观下线的该主节点的判断，当超过预设个数的Sentinel节点认为该主节点故障时，所述第一Sentinel节点对该主节点进行客观下线。
具体地，当Sentinel节点主观下线的节点是主节点时，该Sentinel节点会向其他节点询问对主节点的判断，当超过“法定人数”个数，Sentinel节点认为主节点确实有问题，这时该Sentinel节点会做出客观下线的决定。
进一步地，所述对发生故障的监控节点进行故障转移包括：
确认所述监控节点中的领导者节点；
所述领导者节点选举出的Sentinel节点负责所述故障转移。
进一步地，所述方法还包括：
当确定所述监控节点中没有所述领导者节点时，从每个在线的Sentinel节点中选出所述领导者节点；
从每个在线的Sentinel节点中选出所述领导者节点包括：
所述每个在线的Sentinel节点中任意的第二Sentinel节点向除所述第二Sentinel节点以外的其它在线的Sentinel节点发出将自身设置为所述领导者节点的请求；
收到所述请求的所述其它在线的Sentinel节点，如果未同意过除所述第二Sentinel节点以外的其它在线的Sentinel节点发出的请求，则同意所述第二Sentinel节点发出的请求，如果已经同意过除所述第二Sentinel节点以外的其它在线的Sentinel节点发出的请求，则拒绝所述第二Sentinel节点发出的请求；
如果所述第二Sentinel节点确认自身收到的同意的票数大于或等于sentinel节点总数/2+1，则将自身设置为所述领导者节点；如果所述第二Sentinel节点确认自身收到的同意的票数小于sentinel节点总数/2+1，则进入下一次选举。
进一步地，所述领导者节点选举出的Sentinel节点负责所述故障转移包括：
所述领导者节点从所述监控节点中选出一个新的主节点；
所述领导者节点命令除所述新的主节点以外的节点作为所述新的主节点的从节点；
所述领导者节点将被客观下线的所述主节点更新为从节点；并在更新后的从节点恢复正常时与所述新的主节点建立主从分布式连接。
进一步地，所述方法还包括：
每个Sentinel节点获取从节点的信息，并在确认有新的监控节点加入，存在监控节点不可达或者发生故障转移后，通过info命令更新节点拓扑信息。
本发明通过每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移。本发明实施例能够对云平台自身进行监控，以使服务正常运行，从而提供稳定且可靠的服务，提高了云平台智能监控相关的服务性能。
下面从原理上对本发明实施例的方法进行详细说明：
本发明实施例采用raft算法实现选举领导人策略，实现的哨兵(Sentinel)节点采用心跳检测机制对主从式节点进行的监控，对新主节点的选举，以及故障转移，使得云平台环境的稳定性极大地提高。
采用raft算法实现的选举领导人策略，可以提高云海监控服务的可靠性、稳定性。当云海服务自身异常挂起导致无法提供正常的服务的时候，Sentinel节点可以选出新的主节点，继续提供稳定的服务。
本发明实施例作为一种基于云海的主从式心跳检测的自监控系统，通过采用主从式部署的方式，进行定期的心跳检测，然后以发送信号量的方式，使服务稳定且可靠的运行。在消耗极少资源的情况下，使监控管理平台能够稳定可靠地提供服务。
本发明实施例面向云海分布式平台的自监控方法采用JAVA高级语言进行raft算法的描述，通过Sentinel实现领导者选举。Sentinel服务通过远程过程调用(RemoteProcedure Call，RPC)来通信，候选人在选举过程中触发RequestVote PRC，心跳(heartbeat)机制是由领导人触发的AppendEntries RPC。
使用哨兵Sentinel节点的三个定时任务、主观下线和客观下线、Sentinel节点领导者选举、故障转移，来提高监控服务本身的高可用性。
其中，主观下线(Subjectively Down，简称SDOWN)指的是单个Sentinel实例对服务器做出的下线判断。
客观下线(Objectively Down，简称ODOWN)指的是多个Sentinel实例在对同一个服务器做出的下线判断，并且通过命令互相交流之后，得出的服务器下线判断。
图2为本发明实施例云平台的自监控方法中哨兵节点对主从节点进行的心跳检测图，如图2所示，本发明实施例中基于云海的主从式心跳检测的自监控系统具体实施过程如下：
首先，一套合理的监控机制是哨兵Sentinel节点判定节点不可达的重要保证，Sentinel通过三个定时监控任务完成对各个节点发现和监控，用来获取从节点的信息，当有新的节点加入时都可以立刻感知出来，节点不可达或者故障转移后，可以通过info命令实时更新节点拓扑信息：
三个定时任务实现时主要包括以下几个步骤：
每隔10秒，每个Sentinel节点会向主节点和从节点发送info命令获取最新的拓扑结构；
每隔2秒，每个Sentinel节点会向主从节点发送该Sentinel节点对于主节点的判断及当前Sentinel节点的信息，用来发现新的Sentinel节点，Sentinel节点之间交换主节点的状态，作为客观下线及领导者选举的依据；
每隔1秒，每个Sentinel节点会向主节点(master)、从节点(slave)、其余Sentinel节点发送一条ping命令做一次心跳检测，来确认这些节点当前是否可达；例如，图2中，Sentinel-1节点向master、slave-1、slave-2、Sentinel-2、Sentinel-3节点发送ping命令。
其次，主观下线和客观下线是用来判定故障的节点：
每个Sentinel节点会每隔1秒对主节点、从节点、其他Sentinel节点发送ping命令做心跳检测，当超过设置的最大时间阈值没有进行有效回复，Sentinel节点就会对该节点做失败判定，即主观下线；
当Sentinel节点主观下线的节点是主节点时，该Sentinel节点会向其他节点询问对主节点的判断，当超过“法定人数”个数，Sentinel节点认为主节点确实有问题，这时该Sentinel节点会做出客观下线的决定；
然后，需要对故障节点进行故障转移操作，此时需要选举出新的领导者：
每个在线的Sentinel节点都有资格成为领导者，当它判定主节点主观下线时候，会向其他Sentinel节点发送请求，要求将自己设置为领导者。
收到请求的Sentinel节点，如果没有同意过其他Sentinel节点，将同意该请求，否则拒绝。
如果该Sentinel节点发现自己的票数大于等于sentinels/2+1节点，那么它将成为领导者。
如果此过程没有选举出领导者，将进入下一次选举。
故障转移，领导者选举出的Sentinel节点负责故障转移：
在从节点列表中选出一个节点作为新的主节点，过滤掉主观下线、断线，5秒内没有回复过的Sentinel节点ping响应、与主节点失联超过10秒。选择从节点优先级最高的从节点列表。
Sentinel领导者节点会对第一步选出来的从节点，让其成为主节点。
Sentinel领导者节点会向剩余的从节点发送命令，让它们成为新主节点的从节点。
Sentinel节点集合会将原来的主节点更新为从节点，并保持着对其关注，当其恢复后命令它去与新的主节点建立主从分布式连接。
本发明采用raft算法实现的Sentinel服务，可以实现Sentinel节点对主从式节点的监控，对新主节点的选举，以及故障转移，使得环境的稳定性极大的提高，当云海监控服务自身异常挂起导致无法提供正常的监控服务的时候，Sentinel节点可以选出新的主节点，继续提供稳定的监控服务。
其中，通过定时监控任务完成对各个节点发现和监控，用来获取从节点的信息，包括感知是否有新的节点加入，节点不可达或者监控服务异常。
领导人触发的心跳(heartbeat)机制进行的新主节点的选举，主要包括如下几个步骤：
S11：如果一个追随者在一个周期内没有收到心跳信息，此时选举超时；
S12：然后它就会假定没有可用的领导人，并且开始一次选举来选出一个新的领导人；
S13：如果该Sentinel节点的选举票数(voteNum)＞＝(总sentinel节点数)/2+1，此时选举自己为领导者；
S14：如果此过程没有选举出领导者，进入下一次选举。
选举出的领导人进行的故障转移，主要包括如下几个步骤：
S21：Sentinel领导者在从节点中选出一个新的主节点；
S22：Sentinel领导者向剩余的从节点发送命令，让它们成为新主节点的从节点；
S23：Sentine领导者将原来的主节点更新为从节点，当其恢复正常时，与新的主节点建立主从分布式连接。
图3为本发明实施例云平台的自监控系统的结构图，如图3所示，本发明实施例另一方面提供的一种云平台的自监控系统，包括：
监控模块301，用于每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；
故障转移模块302，用于当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移。
进一步地，所述监控模块301还用于：
每隔预设时间向主节点、从节点和除当前Sentinel节点以外的其它Sentinel节点发送ping命令做心跳检测，以确认所述主节点、所述从节点和所述其它Sentinel节点当前是否可达。
进一步地，所述系统还包括判断模块，用于：
当所述主节点、所述从节点和所述其它Sentinel节点中的任意节点在预设的时间阈值内没有对发出所述ping命令的第一Sentinel节点进行有效回复时，所述第一Sentinel节点对该节点进行主观下线；
当所述第一Sentinel节点主观下线的节点是主节点时，所述第一Sentinel节点向除所述第一Sentinel节点以外的其他Sentinel节点询问对进行主观下线的该主节点的判断，当超过预设个数的Sentinel节点认为该主节点故障时，所述第一Sentinel节点对该主节点进行客观下线。
本发明实施例使用raft算法实现的Sentinel服务，可以实现对主从节点的监控，以及对新主节点的选举，及故障转移步骤。能够提升云海服务自身的稳定性及可靠性，提高云海服务平台的竞争力。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。
Claims (5)
1.一种云平台的自监控方法，其特征在于，包括：
每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；
当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移；
其中，所述每个Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控包括：
每隔预设时间向主节点、从节点和除当前Sentinel节点以外的其它Sentinel节点发送ping命令做心跳检测，以确认所述主节点、所述从节点和所述其它Sentinel节点当前是否可达；
当所述主节点、所述从节点和所述其它Sentinel节点中的任意节点在预设的时间阈值内没有对发出所述ping命令的第一Sentinel节点进行有效回复时，所述第一Sentinel节点对该节点进行主观下线；
当所述第一Sentinel节点主观下线的节点是主节点时，所述第一Sentinel节点向除所述第一Sentinel节点以外的其他Sentinel节点询问对进行主观下线的该主节点的判断，当超过预设个数的Sentinel节点认为该主节点故障时，所述第一Sentinel节点对该主节点进行客观下线；
所述对发生故障的主节点进行故障转移包括：
确认所述监控节点中的领导者节点；
所述领导者节点选举出的Sentinel节点负责所述故障转移。
2.根据权利要求1所述的云平台的自监控方法，其特征在于，还包括：
当确定所述监控节点中没有所述领导者节点时，从每个在线的Sentinel节点中选出所述领导者节点；
从每个在线的Sentinel节点中选出所述领导者节点包括：
所述每个在线的Sentinel节点中任意的第二Sentinel节点向除所述第二Sentinel节点以外的其它在线的Sentinel节点发出将自身设置为所述领导者节点的请求；
收到所述请求的所述其它在线的Sentinel节点，如果未同意过除所述第二Sentinel节点以外的其它在线的Sentinel节点发出的请求，则同意所述第二Sentinel节点发出的请求，如果已经同意过除所述第二Sentinel节点以外的其它在线的Sentinel节点发出的请求，则拒绝所述第二Sentinel节点发出的请求；
如果所述第二Sentinel节点确认自身收到的同意的票数大于或等于sentinel节点总数/2+1，则将自身设置为所述领导者节点；如果所述第二Sentinel节点确认自身收到的同意的票数小于sentinel节点总数/2+1，则进入下一次选举。
3.根据权利要求2所述的云平台的自监控方法，其特征在于，所述领导者节点选举出的Sentinel节点负责所述故障转移包括：
所述领导者节点从所述监控节点中选出一个新的主节点；
所述领导者节点命令除所述新的主节点以外的节点作为所述新的主节点的从节点；
所述领导者节点将被客观下线的所述主节点更新为从节点；并在更新后的从节点恢复正常时与所述新的主节点建立主从分布式连接。
4.根据权利要求1所述的云平台的自监控方法，其特征在于，还包括：
每个Sentinel节点获取从节点的信息，并在确认有新的监控节点加入，存在监控节点不可达或者发生故障转移后，通过info命令更新节点拓扑信息。
5.一种云平台的自监控系统，其特征在于，包括：
监控模块，用于每个哨兵Sentinel节点采用定期的心跳检测对被监控的监控服务中的监控节点进行监控；还用于：
每隔预设时间向主节点、从节点和除当前Sentinel节点以外的其它Sentinel节点发送ping命令做心跳检测，以确认所述主节点、所述从节点和所述其它Sentinel节点当前是否可达；
判断模块，用于：
当所述主节点、所述从节点和所述其它Sentinel节点中的任意节点在预设的时间阈值内没有对发出所述ping命令的第一Sentinel节点进行有效回复时，所述第一Sentinel节点对该节点进行主观下线；
当所述第一Sentinel节点主观下线的节点是主节点时，所述第一Sentinel节点向除所述第一Sentinel节点以外的其他Sentinel节点询问对进行主观下线的该主节点的判断，当超过预设个数的Sentinel节点认为该主节点故障时，所述第一Sentinel节点对该主节点进行客观下线
故障转移模块，用于当所述监控节点中的主节点发生故障时，对发生故障的主节点进行故障转移；
其中，所述对发生故障的主节点进行故障转移包括：
确认所述监控节点中的领导者节点；
所述领导者节点选举出的Sentinel节点负责所述故障转移。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710732167.0A CN107276839B (zh) | 2017-08-24 | 2017-08-24 | 一种云平台的自监控方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710732167.0A CN107276839B (zh) | 2017-08-24 | 2017-08-24 | 一种云平台的自监控方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107276839A CN107276839A (zh) | 2017-10-20 |
| CN107276839B true CN107276839B (zh) | 2020-09-08 |
Family
ID=60076592
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710732167.0A Active CN107276839B (zh) | 2017-08-24 | 2017-08-24 | 一种云平台的自监控方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107276839B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109918360A (zh) * | 2019-02-28 | 2019-06-21 | 携程旅游信息技术（上海）有限公司 | 数据库平台系统、创建方法、管理方法、设备及存储介质 |
| CN110781039B (zh) * | 2019-09-30 | 2023-03-10 | 新华三信息安全技术有限公司 | 哨兵进程选举方法及装置 |
| CN111181779A (zh) * | 2019-12-20 | 2020-05-19 | 苏州浪潮智能科技有限公司 | 一种集群故障转移性能的测试方法、设备以及存储介质 |
| CN111200518B (zh) * | 2019-12-25 | 2022-10-18 | 曙光信息产业(北京)有限公司 | 一种基于paxos算法的去中心化HPC计算集群管理方法及系统 |
| CN112601216B (zh) * | 2020-12-10 | 2022-06-21 | 苏州浪潮智能科技有限公司 | 一种基于Zigbee的可信平台告警方法与系统 |
| CN112702209A (zh) * | 2020-12-28 | 2021-04-23 | 紫光云技术有限公司 | 一种实现mysql高可用架构哨兵监控的方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105721200A (zh) * | 2016-01-21 | 2016-06-29 | 北京乐动卓越科技有限公司 | 主从式服务器系统的应用方法及该系统 |
-
2017
- 2017-08-24 CN CN201710732167.0A patent/CN107276839B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105721200A (zh) * | 2016-01-21 | 2016-06-29 | 北京乐动卓越科技有限公司 | 主从式服务器系统的应用方法及该系统 |
Non-Patent Citations (1)
| Title |
|---|
| 可扩展数据管理系统中的高可用实现;庞天泽;《中国优秀硕士学位论文全文数据库 信息科技辑》;20161015;第30页第2段 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107276839A (zh) | 2017-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107276839B (zh) | 一种云平台的自监控方法和系统 | |
| US10649866B2 (en) | Method and apparatus for indirectly assessing a status of an active entity | |
| CN109495312B (zh) | 基于仲裁盘和双链路的高可用集群的实现方法和系统 | |
| US7225356B2 (en) | System for managing operational failure occurrences in processing devices | |
| CN106330475B (zh) | 一种通信系统中管理主备节点的方法和装置及高可用集群 | |
| KR20150032346A (ko) | 컴퓨터 정보 시스템 및 이를 위한 동적 재난 복구 방법 | |
| CN112328421B (zh) | 一种系统故障处理方法、装置、计算机设备和存储介质 | |
| CN110311800B (zh) | 通信设备、节点的连接方法、存储介质、电子装置 | |
| CN102394914A (zh) | 集群脑裂处理方法和装置 | |
| CN105429799A (zh) | 服务器备份方法及装置 | |
| CN112788089A (zh) | 多边缘云的网络通讯控制方法及边缘运算装置与系统 | |
| CN109254876A (zh) | 云计算系统中数据库的管理方法和装置 | |
| CN113946408A (zh) | 云原生边缘容器控制方法、系统及存储介质 | |
| CN110971662A (zh) | 一种基于Ceph的两节点高可用实现方法及装置 | |
| CN116886497A (zh) | 基于dpu的服务网格业务集中代理切换方法及处理系统 | |
| US20050234919A1 (en) | Cluster system and an error recovery method thereof | |
| CN112788088A (zh) | 多边缘云的网络通信控制方法及边缘运算系统 | |
| CN113055203B (zh) | Sdn控制平面的异常恢复方法及装置 | |
| CN110661599B (zh) | 一种主、备节点间的ha实现方法、装置及存储介质 | |
| CN115408199A (zh) | 一种边缘计算节点的容灾处理方法及装置 | |
| KR20200101117A (ko) | 노드장애를 감지할 수 있는 네트워크 시스템 및 노드장애 감지방법 | |
| CN111064608A (zh) | 消息系统的主从切换方法、装置、电子设备及存储介质 | |
| CN112564968B (zh) | 故障处理方法、装置及存储介质 | |
| CN115643237B (zh) | 一种用于会议的数据处理系统 | |
| JPH05304528A (ja) | 多重化通信ノード |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |