CN107294799A - 一种分布式系统中节点的处理方法和装置 - Google Patents

一种分布式系统中节点的处理方法和装置 Download PDF

Info

Publication number
CN107294799A
CN107294799A CN201610201955.2A CN201610201955A CN107294799A CN 107294799 A CN107294799 A CN 107294799A CN 201610201955 A CN201610201955 A CN 201610201955A CN 107294799 A CN107294799 A CN 107294799A
Authority
CN
China
Prior art keywords
service node
centroid
abnormal
existing state
next update
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.)
Granted
Application number
CN201610201955.2A
Other languages
English (en)
Other versions
CN107294799B (zh
Inventor
傅海雯
陈思羽
吴国钊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201610201955.2A priority Critical patent/CN107294799B/zh
Priority to TW106105965A priority patent/TW201742403A/zh
Priority to SG11201808551UA priority patent/SG11201808551UA/en
Priority to EP17773129.6A priority patent/EP3439242A4/en
Priority to PCT/CN2017/077717 priority patent/WO2017167099A1/zh
Publication of CN107294799A publication Critical patent/CN107294799A/zh
Priority to US16/146,130 priority patent/US20190036798A1/en
Application granted granted Critical
Publication of CN107294799B publication Critical patent/CN107294799B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • 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
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • 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/0677—Localisation of faults
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
    • 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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Environmental & Geological Engineering (AREA)
  • General Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)

Abstract

本申请实施例提供了一种分布式系统中节点的处理方法和装置，所述节点包括服务节点和中心节点，所述的方法包括：获取所述服务节点的存活状态信息；获取所述中心节点的当前系统信息；采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；若所述服务节点存在异常，则获取所述中心节点的中心状态信息；依据所述中心状态信息处理所述存在异常的服务节点。本申请实施例能够综合中心节点自身的状态，适应性处理存在异常的服务节点，减少因为中心节点自身的问题导致服务节点状态误判情况，降低了中心节点出错的概率。

Description

一种分布式系统中节点的处理方法和装置
技术领域
本申请涉及数据处理技术领域，特别是涉及一种分布式系统中节点的处理方法和一种分布式系统中节点的处理装置。
背景技术
分布式系统是由地理上和物理上分散的各自独立的一个或多个节点组成的系统，节点包括有服务节点和中心节点。中心节点能够对于服务节点进行统筹调配。这些节点连接在一起可以实现对资源的共享，分布式系统相当于一个统一的整体。
在分布式系统运作过程中，对服务节点的存活状态的监控是非常重要的一个环节，通常的做法是，在分布式系统中的每一个服务节点都以预定周期向中心节点发送存活状态信息，中心节点接收到存活状态信息后，用以更新其状态信息表。其中，状态信息表中记录了服务节点的最新更新时间和下次更新时间。中心节点为了监控服务节点的存活状态，将不时查看状态信息表确认服务节点的存活状态，如果发现服务节点的下次更新时间小于当前系统时间，便可以判定该服务节点状态异常。
参照图1所示的一种分布式系统中心节点和服务节点的工作流程示意图，该系统的中心节点能够对于服务节点进行管控，服务节点会定期将其存活状态信息上报给中心节点，中心节点则根据存活状态信息确认服务节点的存活状态，如果发现状态异常的服务节点时进行失效处理流程。然而，中心节点有可能因为网络延时而不能及时接收到服务节点上报的存活状态信息，或者，有可能因为系统资源负荷过大而不能及时处理存活状态信息，这些情况都有可能导致服务节点的存活状态信息丢失，或者，下次更新时间失效等问题，那么可能会出现中心节点误判服务节点存活状态的情况。
发明内容
鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种分布式系统中节点的处理方法和相应的一种分布式系统中节点的处理装置。
为了解决上述问题，本申请实施例公开了一种分布式系统中节点的处理方法，所述节点包括服务节点和中心节点，所述的方法包括：
获取所述服务节点的存活状态信息；
获取所述中心节点的当前系统信息；
采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；
若所述服务节点存在异常，则获取所述中心节点的中心状态信息；
依据所述中心状态信息处理所述存在异常的服务节点。
优选地，所述分布式系统中包括状态信息表，所述获取服务节点的存活状态信息包括：
接收所述服务节点上传的存活状态信息；
采用所述服务节点的存活状态信息更新所述状态信息表。
优选地，所述存活状态信息包括服务节点的下次更新时间，所述当前系统信息包括所述中心节点的当前系统时间，所述采用存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常的步骤包括：
当达到预设时间时，遍历所述状态信息表中的下次更新时间；
采用所述下次更新时间和所述当前系统时间确定所述服务节点是否存在异常。
优选地，所述采用下次更新时间和所述当前系统时间确定所述服务节点是否存在异常的步骤包括：
判断所述下次更新时间是否小于所述当前系统时间；
若是，则将所述服务节点确定为存在异常；
若否，则将所述服务节点确定为不存在异常。
优选地，所述中心状态信息包括网络繁忙情况数据和/或系统资源使用情况数据，所述依据中心状态信息处理所述存在异常的服务节点的步骤包括：
采用所述网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重；
若是，则更新所述状态信息表中所述存在异常的服务节点的存活状态信息。
优选地，所述网络繁忙情况数据包括网络吞吐量和网络丢包率，所述系统资源使用情况数据包括系统的平均负荷，所述采用网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重的步骤包括：
判断所述网络吞吐量是否大于等于网络带宽；
判断所述网络丢包率大于预设丢包率；
判断所述系统的平均负荷是否大于预设负荷阈值；
若所述网络吞吐量大于等于网络带宽，和/或，所述网络丢包率大于预设丢包率，和/或，所述系统的平均负荷大于预设负荷阈值，则确定所述中心节点负荷过重。
优选地，所述更新状态信息表中所述存在异常的服务节点的存活状态信息的步骤包括：
延长所述状态信息表中所述存在异常的服务节点的下次更新时间。
优选地，所述更新状态信息表中所述存在异常的服务节点的存活状态信息的步骤包括：
向所述服务节点发送更新请求；
接收所述服务节点针对所述更新请求上传的新的存活状态信息；所述新的存活状态信息中包括新的下次更新时间；
采用所述新的下次更新时间更新所述状态信息表中所述存在异常的服务节点的下次更新时间。
优选地，所述的方法还包括：
若所述服务节点不存在异常，则将所述服务节点作为失效的服务节点。
优选地，所述将服务节点作为失效的服务节点的步骤之后，还包括：
在所述中心节点的中删除所述失效的服务节点；
通知所述分布式系统中其他服务节点所述失效的服务节点。
本申请实施例还公开了一种分布式系统中节点的处理装置，所述节点包括服务节点和中心节点，所述的装置包括：
存活状态信息获取模块，用于获取所述服务节点的存活状态信息；
当前系统信息获取模块，用于获取所述中心节点的当前系统信息；
服务节点异常确定模块，用于采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；若所述服务节点存在异常，则调用中心状态信息获取模块；
中心状态信息获取模块，用于获取所述中心节点的中心状态信息；
异常服务节点处理模块，用于依据所述中心状态信息处理所述存在异常的服务节点。
优选地，所述分布式系统中包括状态信息表，所述存活状态信息获取模块包括：
存活状态信息接收子模块，用于接收所述服务节点上传的存活状态信息；
第一状态信息表更新子模块，用于采用所述服务节点的存活状态信息更新所述状态信息表。
优选地，所述存活状态信息包括服务节点的下次更新时间，所述当前系统信息包括所述中心节点的当前系统时间，所述服务节点异常确定模块包括：
状态信息表遍历子模块，用于当达到预设时间时，遍历所述状态信息表中的下次更新时间；
服务节点异常确定子模块，用于采用所述下次更新时间和所述当前系统时间确定所述服务节点是否存在异常。
优选地，所述服务节点异常确定子模块包括：
时间判断单元，用于判断所述下次更新时间是否小于所述当前系统时间；若是，则调用第一确定单元，若否，则调用第二确定单元；
第一确定单元，用于将所述服务节点确定为存在异常；
第二确定单元，用于将所述服务节点确定为不存在异常。
优选地，所述中心状态信息包括网络繁忙情况数据和/或系统资源使用情况数据，所述异常服务节点处理模块包括：
中心节点状态确定子模块，用于采用所述网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重；若是，则调用第二状态信息表更新子模块；
第二状态信息表更新子模块，用于更新所述状态信息表中所述存在异常的服务节点的存活状态信息。
优选地，所述网络繁忙情况数据包括网络吞吐量和网络丢包率，所述系统资源使用情况数据包括系统的平均负荷，所述中心节点状态确定子模块包括：
第一网络繁忙情况判断单元，用于判断所述网络吞吐量是否大于等于网络丢带宽；
第二网络繁忙情况判断单元，用于判断所述网络丢包率大于预设丢包率；
系统资源使用情况判断单元，用于判断所述系统的平均负荷是否大于预设负荷阈值；
中心节点负荷确定单元，用于在所述网络吞吐量大于等于网络带宽，和/或，所述网络丢包率大于预设丢包率，和/或，所述系统的平均负荷大于预设负荷阈值时，确定所述中心节点负荷过重。
优选地，所述第二状态信息表更新子模块包括：
下次更新时间延长单元，用于延长所述状态信息表中所述存在异常的服务节点的下次更新时间。
优选地，所述第二状态信息表更新子模块包括：
更新请求发送单元，用于向所述服务节点发送更新请求；
下次更新时间接收单元，用于接收所述服务节点针对所述更新请求上传的新的存活状态信息；所述新的存活状态信息中包括新的下次更新时间；
下次更新时间更新单元，用于采用所述新的下次更新时间更新所述状态信息表中所述存在异常的服务节点的下次更新时间。
优选地，所述的装置还包括：
失效服务节点确定模块，用于在所述服务节点不存在异常时，将所述服务节点作为失效的服务节点。
优选地，所述的装置还包括：
失效服务节点删除模块，用于在所述中心节点的中删除所述失效的服务节点；
失效服务节点通知模块，用于通知所述分布式系统中其他服务节点所述失效的服务节点。
本申请实施例包括以下优点：
本申请实施例的分布式系统中，中心节点根据服务节点上报的存活状态信息以及中心节点自身的当前系统信息，来确认服务节点是否存在异常，当确定服务节点存在异常时，中心节点将进一步根据自身的状态信息，对于存在异常的服务节点进行处理。应用本申请实施例，能够综合中心节点自身的状态，适应性处理存在异常的服务节点，减少因为中心节点自身的问题导致服务节点状态误判情况，降低了中心节点出错的概率。
附图说明
图1是一种分布式系统中心节点和服务节点的工作流程示意图；
图2是本申请的一种分布式系统中节点的处理方法实施例1的步骤流程图；
图3是本申请的一种分布式系统中节点的处理方法实施例2的步骤流程图；
图4是本申请的一种分布式系统中心节点和服务节点的工作步骤流程图；
图5是本申请的一种分布式系统中心节点和服务节点的工作原理示意图；
图6是本申请的一种分布式系统中节点的处理装置实施例的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图2，示出了本申请的一种分布式系统中节点的处理方法实施例1的步骤流程图，所述节点可以包括服务节点和中心节点，所述的方法具体可以包括如下步骤：
步骤101，获取所述服务节点的存活状态信息；
在具体实现中，服务节点是指分布式系统中具有存储功能或者业务处理功能的节点，通常为服务器等设备，中心节点则是指分布式系统中具有统筹调配服务节点功能的节点，通常为控制器等设备。需要说明的是，本申请实施例除了适用于分布式系统外，也适用于存在有节点能够对于其他节点进行管控的系统，本申请实施例对此并不加以限制。
在本申请的一种优选实施例中，所述分布式系统中可以包括状态信息表，所述步骤101可以包括如下子步骤：
子步骤S11，接收所述服务节点上传的存活状态信息；
子步骤S12，采用所述服务节点的存活状态信息更新所述状态信息表。
在具体实现中，服务节点由中心节点统筹调配，故中心节点需要知道服务节点是否正常工作。可以理解，服务节点作为具有存储、业务等功能的设备需要执行很多任务，而在执行任务的过程中可能由于任务过多、剩余内存过小等原因出现任务重复执行，系统故障等现象，因此服务节点需要上报存活状态信息，以告知中心节点是否存在异常或者失效，中心节点则将根据服务节点是否存在异常或者失效来进行相应的处理。
在本申请的一种示例中，中心节点处存储有状态信息表，该表用于存储能够反映服务节点存活状态的存活状态信息。服务节点会定期上报其存活状态信息，中心节点则将存活状态信息保存到状态信息表，并据此对于该服务节点的节点状态进行更新。当然，存活状态信息也可以由中心节点在空闲时发送请求至服务节点，以要求其上报其存活状态信息，本申请实施例对此不加以限制。
步骤102，获取所述中心节点的当前系统信息；
步骤103，采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；若所述服务节点存在异常，则执行步骤104；
在本申请的一种优选实施例中，所述存活状态信息可以包括服务节点的下次更新时间，所述当前系统信息可以包括所述中心节点的当前系统时间，所述步骤103可以包括如下子步骤：
子步骤S21，当达到预设时间时，遍历所述状态信息表中的下次更新时间；
子步骤S22，采用所述下次更新时间和所述当前系统时间确定所述服务节点是否存在异常。
在本申请的一种示例中，状态信息表中存储有服务节点的下次更新时间，下次更新时间是服务节点根据自身任务调度情况，上报给中心节点，其下次进行存活状态更新的时间。例如，服务节点根据自身任务调度情况，确定下次更新时间为2016.02.24，如果该服务节点无异常，应当于2016.02.24之前上报存活状态信息至中心节点。此外，当前系统信息则可以包括中心节点对于服务节点进行异常判断时的当前系统时间，例如，当前系统时间可以为2016.02.25。
需要说明的是，上述对于下次更新时间和当前系统时间仅仅是作为举例，在具体应用中，下次更新时间和当前系统时间的时间单位可以精确度时分秒，或者粗略到月年，本申请实施例对此并不加以限制。
当达到预设时间时，开始检测服务节点是否存在异常。具体来说，中心节点开始获取其当前系统时间，遍历状态信息表中的下次更新时间并与当前系统时间一一进行比对，以此确定服务节点是否存在异常。其中，遍历状态信息表的周期可以设定为固定的周期，例如：30秒，1分钟，10分钟，或者20分钟等等，也可由业务需求来决定遍历的时间。
在本申请的一种优选实施例中，所述子步骤S22可以包括如下子步骤：
子步骤S22-11，判断所述下次更新时间是否小于所述当前系统时间；若是，则执行子步骤S22-12，若否，则执行子步骤S22-13；
子步骤S22-12，将所述服务节点确定为存在异常；
子步骤S22-13，将所述服务节点确定为不存在异常。
服务节点是否存在异常，可通过判断服务节点的下次更新时间是否小于中心节点的当前系统时间，可以理解，下次更新时间是服务节点下一次上报存活状态信息的时间，因此，如果下次更新时间小于当前系统时间，则说明该服务节点已经超过应当上报的时间，则可以确定为存在异常，如果下次更新时间大于或等于当前系统时间，则说明该服务节点尚未超过应当上报的时间，则可以确定为不存在异常。
步骤104，获取所述中心节点的中心状态信息；
步骤105，依据所述中心状态信息处理所述存在异常的服务节点。
本申请实施例在确定存在异常的服务节点时，考虑到中心节点自身的状态也可能会影响到服务节点异常的判断，因此，还将结合中心节点自身的中心状态信息，以此来进一步处理存在异常的服务节点。
本申请实施例的分布式系统中，中心节点根据服务节点上报的存活状态信息以及中心节点自身的当前系统信息，来确认服务节点是否存在异常，当确定服务节点存在异常时，中心节点将进一步根据自身的中心状态信息，对于存在异常的服务节点进行处理。
应用本申请实施例，能够综合中心节点自身的状态，适应性处理存在异常的服务节点，减少因为中心节点自身的问题导致服务节点状态误判情况，降低了中心节点出错的概率。
参照图3，示出了本申请的一种分布式系统中节点的处理方法实施例2的步骤流程图，所述节点可以包括服务节点和中心节点，所述的方法具体可以包括如下步骤：
步骤201，获取所述服务节点的存活状态信息；
步骤202，获取所述中心节点的当前系统信息；
步骤203，采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；若所述服务节点存在异常，则执行步骤204，若所述服务节点不存在异常，则执行步骤207；
步骤204，获取所述中心节点的中心状态信息；所述中心状态信息可以包括网络繁忙情况数据和/或系统资源使用情况数据；
步骤205，采用所述网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重；若是，则执行步骤206；
在本申请具体应用的一种示例中，所述网络繁忙情况数据可以体现为网络吞吐量和网络丢包率，所述系统资源使用情况数据可以体现为系统的平均负荷。
具体来说，网络吞吐量简称为吞吐量，是指任意给定时刻通过一个网络(或者某个信道、某个结点)所成功传输的数据量。吞吐量取决于中心节点网络当前的可用带宽，并受网络带宽的限制，吞吐量常常是在实际的网络工程中进行网络测试的一个重要指标，例如可用以衡量网络设备的性能。网络丢包率指所丢失数据量占所发送数据量的比率。丢包率与网络负荷、数据长度以及数据发送频率等相关。系统平均负荷(loadaverage)是指在特定时间间隔内，中心节点所运行队列中的平均进程数。
在本申请的一种优选实施例中，所述步骤205可以包括如下子步骤：
子步骤S31，判断所述网络吞吐量是否大于等于网络带宽；
子步骤S32，判断所述网络丢包率大于预设丢包率；
子步骤S33，判断所述系统的平均负荷是否大于预设负荷阈值；若所述网络吞吐量大于等于网络带宽，和/或，所述网络丢包率大于预设丢包率，和/或，所述系统的平均负荷大于预设阈值，则执行子步骤S34；
子步骤S34，确定所述中心节点负荷过重。
在本申请具体应用的一种示例中，计算中心节点网络繁忙情况的公式为：
网络吞吐量≥带宽，或者，网络丢包率>N％；
其中：N的取值范围为：1-100。
计算中心节点系统资源使用情况的公式为：
系统资源使用情况＝系统load average(平均负荷)值>N；
其中：N为整数，一般N>1。
在本申请实施例中，基于中心节点的网络忙碌情况数据和系统资源使用情况数据进行判断，若这这些数据中的某些或者全部达到某些临界值，说明中心节点负荷过重，则其在先的判定为异常的服务节点不一定是失效的服务节点，那么需要延长该服务节点的下次更新时间；反之，说明中心节点负荷正常，则其在先判定为异常的服务节点是应当是无效的服务节点。这样通过结合中心节点自身状态，可减少由于中心节点自身原因所造成对服务节点的误判。
步骤206，更新所述状态信息表中所述存在异常的服务节点的存活状态信息；
在本申请的一种优选实施例中，所述步骤206可以包括如下子步骤：
子步骤S41，延长所述状态信息表中所述存在异常的服务节点的下次更新时间。
在本申请实施例中，中心节点结合自身的节点网络繁忙情况和系统资源使用情况来进行服务节点的失效判定，如果网络非常繁忙或者系统资源繁忙，则此时中心节点对于服务节点的失效判定可信度较低，例如有可能由于资源繁忙而对于存活状态信息表中服务节点存活状态更新失效，此时可对于中心节点的判断不予采纳，判定中心节点处理失败，同时相应延长状态信息表里的在先判定为异常服务节点的下次更新时间。
在本申请的一种优选实施例中，所述步骤206可以包括如下子步骤：
子步骤S51，向所述服务节点发送更新请求；
子步骤S52，接收所述服务节点针对所述更新请求上传的新的存活状态信息；所述新的存活状态信息中包括新的下次更新时间；
子步骤S53，采用所述新的下次更新时间更新所述状态信息表中所述存在异常的服务节点的下次更新时间。
中心节点可根据自身状态来自动延长服务节点的下次更新时间，或者，主动向服务节点发起状态更新的请求来延长服务节点的下次更新时间，减少因为中心节点自身问题导致服务节点状态误判情况出现。
本申请的一种示例中，针对在先判定为存在异常的服务节点的下次更新时间，可以由中心节点向该服务节点发送更新请求，服务节点接收到请求后，根据自身任务调度情况，重新上报新的下次更新时间，中心节点则采用该新的下次更新时间对于状态信息表进行更新，以延长服务节点的下次更新时间。
步骤207，将所述服务节点作为失效的服务节点。
在本申请的一种优选实施例中，所述将服务节点作为失效的服务节点的步骤之后，还包括：
在所述中心节点的中删除所述失效的服务节点；
通知所述分布式系统中其他服务节点所述失效的服务节点。
在本申请实施例中，如果确定服务节点为失效，则可以将该失效的服务节点在中心节点中相关信息删除，例如注册表。除此之外，还可以通知分布式系统内其他服务节点该失效的服务节点的相关信息，例如，该失效的服务节点的IP地址，服务节点接到通知后，可以在本地清除该失效的服务节点的相关信息。
为使本领域技术人员更好地理解本申请实施例，以下采用具体的实例对于分布式系统中节点状态的监控处理方式进行说明，参照图4所示的本申请的一种分布式系统中心节点和服务节点的工作流程示意图，以及，图5所示的一种分布式系统中心节点和服务节点的工作原理示意图，具体的步骤如下所示：
S1、程序启动；
S2、服务节点将存活状态信息上报到中心节点；
S3、中心节点根据服务节点上报的存活状态信息对于状态信息表进行更新，更新内容包括有：最新更新时间和下次更新时间；
S4、中心节点扫描存活状态信息表；
S5、判断某个服务节点的下次更新时间是否小于当前系统时间，如果是，执行S6，如果否，则返回S4，继续扫描存活状态信息表；
S6、中心节点判断自身的节点网络繁忙情况和系统资源使用情况，如果网络非常繁忙或者系统资源繁忙，延长存活状态信息表中服务节点的下次更新时间；
S7、启动服务节点的失效流程处理。
在本申请实施例中，中心节点结合自身状态，对于服务节点进行失效判定，能够减少因中心节点的网络拥堵或者系统资源问题导致没有更新节点状态信息表所导致的误判情况出现，降低了中心节点出错的概率。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。
参照图6，示出了本申请的一种分布式系统中节点的处理装置实施例的结构框图，所述节点包括服务节点和中心节点，所述的装置具体可以包括如下模块：
存活状态信息获取模块301，用于获取所述服务节点的存活状态信息；
在本申请的一种优选实施例中，所述分布式系统中包括状态信息表，所述存活状态信息获取模块301可以包括如下子模块：
存活状态信息接收子模块，用于接收所述服务节点上传的存活状态信息；
第一状态信息表更新子模块，用于采用所述服务节点的存活状态信息更新所述状态信息表。
当前系统信息获取模块302，用于获取所述中心节点的当前系统信息；
服务节点异常确定模块303，用于采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；若所述服务节点存在异常，则调用中心状态信息获取模块；
在本申请的一种优选实施例中，所述存活状态信息包括服务节点的下次更新时间，所述当前系统信息包括所述中心节点的当前系统时间，所述服务节点异常确定模块303可以包括如下子模块：
状态信息表遍历子模块，用于当达到预设时间时，遍历所述状态信息表中的下次更新时间；
服务节点异常确定子模块，用于采用所述下次更新时间和所述当前系统时间确定所述服务节点是否存在异常。
在本申请的一种优选实施例中，所述服务节点异常确定子模块包括：
时间判断单元，用于判断所述下次更新时间是否小于所述当前系统时间；若是，则调用第一确定单元，若否，则调用第二确定单元；
第一确定单元，用于将所述服务节点确定为存在异常；
第二确定单元，用于将所述服务节点确定为不存在异常。
中心状态信息获取模块304，用于获取所述中心节点的中心状态信息；
异常服务节点处理模块305，用于依据所述中心状态信息处理所述存在异常的服务节点。
在本申请的一种优选实施例中，所述中心状态信息包括网络繁忙情况数据和/或系统资源使用情况数据，所述异常服务节点处理模块305包括：
中心节点状态确定子模块，用于采用所述网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重；若是，则调用第二状态信息表更新子模块；
第二状态信息表更新子模块，用于更新所述状态信息表中所述存在异常的服务节点的存活状态信息。
在本申请的一种优选实施例中，所述网络繁忙情况数据包括网络吞吐量，所述系统资源使用情况数据包括系统的平均负荷，所述中心节点状态确定子模块包括：
第一网络繁忙情况判断单元，用于判断所述网络吞吐量是否大于等于网络带宽；
第二网络繁忙情况判断单元，用于判断所述网络丢包率大于预设丢包率；
系统资源使用情况判断单元，用于判断所述系统的平均负荷是否大于预设负荷阈值；
中心节点负荷确定单元，用于在所述网络吞吐量大于等于网络带宽，和/或，所述网络丢包率大于预设丢包率，和/或，所述系统的平均负荷大于预设负荷阈值时，确定所述中心节点负荷过重。
在本申请的一种优选实施例中，所述第二状态信息表更新子模块包括：
下次更新时间延长单元，用于延长所述状态信息表中所述存在异常的服务节点的下次更新时间；
在本申请的另一种优选实施例中，所述第二状态信息表更新子模块包括：
更新请求发送单元，用于向所述服务节点发送更新请求；
下次更新时间接收单元，用于接收所述服务节点针对所述更新请求上传的新的存活状态信息；所述新的存活状态信息中包括新的下次更新时间；
下次更新时间更新单元，用于采用所述新的下次更新时间更新所述状态信息表中所述存在异常的服务节点的下次更新时间。
在本申请的一种优选实施例中，所述的装置还包括：
失效服务节点确定模块，用于在所述服务节点不存在异常时，将所述服务节点作为失效的服务节点。
在本申请的一种优选实施例中，所述的装置还包括：
失效服务节点删除模块，用于在所述中心节点的中删除所述失效的服务节点；
失效服务节点通知模块，用于通知所述分布式系统中其他服务节点所述失效的服务节点。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种分布式系统中节点的处理方法和一种分布式系统中节点的处理装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (20)

1.一种分布式系统中节点的处理方法，其特征在于，所述节点包括服务节点和中心节点，所述的方法包括：
获取所述服务节点的存活状态信息；
获取所述中心节点的当前系统信息；
采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；
若所述服务节点存在异常，则获取所述中心节点的中心状态信息；
依据所述中心状态信息处理所述存在异常的服务节点。
2.根据权利要求1所述的方法，其特征在于，所述分布式系统中包括状态信息表，所述获取服务节点的存活状态信息包括：
接收所述服务节点上传的存活状态信息；
采用所述服务节点的存活状态信息更新所述状态信息表。
3.根据权利要求1或2所述的方法，其特征在于，所述存活状态信息包括服务节点的下次更新时间，所述当前系统信息包括所述中心节点的当前系统时间，所述采用存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常的步骤包括：
当达到预设时间时，遍历所述状态信息表中的下次更新时间；
采用所述下次更新时间和所述当前系统时间确定所述服务节点是否存在异常。
4.根据权利要求3所述的方法，其特征在于，所述采用下次更新时间和所述当前系统时间确定所述服务节点是否存在异常的步骤包括：
判断所述下次更新时间是否小于所述当前系统时间；
若是，则将所述服务节点确定为存在异常；
若否，则将所述服务节点确定为不存在异常。
5.根据权利要求1或2所述的方法，其特征在于，所述中心状态信息包括网络繁忙情况数据和/或系统资源使用情况数据，所述依据中心状态信息处理所述存在异常的服务节点的步骤包括：
采用所述网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重；
若是，则更新所述状态信息表中所述存在异常的服务节点的存活状态信息。
6.根据权利要求5所述的方法，其特征在于，所述网络繁忙情况数据包括网络吞吐量和网络丢包率，所述系统资源使用情况数据包括系统的平均负荷，所述采用网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重的步骤包括：
判断所述网络吞吐量是否大于等于网络带宽；
判断所述网络丢包率大于预设丢包率；
判断所述系统的平均负荷是否大于预设负荷阈值；
若所述网络吞吐量大于等于网络带宽，和/或，所述网络丢包率大于预设丢包率，和/或，所述系统的平均负荷大于预设负荷阈值，则确定所述中心节点负荷过重。
7.根据权利要求5所述的方法，其特征在于，所述更新状态信息表中所述存在异常的服务节点的存活状态信息的步骤包括：
延长所述状态信息表中所述存在异常的服务节点的下次更新时间。
8.根据权利要求5所述的方法，其特征在于，所述更新状态信息表中所述存在异常的服务节点的存活状态信息的步骤包括：
向所述服务节点发送更新请求；
接收所述服务节点针对所述更新请求上传的新的存活状态信息；所述新的存活状态信息中包括新的下次更新时间；
采用所述新的下次更新时间更新所述状态信息表中所述存在异常的服务节点的下次更新时间。
9.根据权利要求1所述的方法，其特征在于，还包括：
若所述服务节点不存在异常，则将所述服务节点作为失效的服务节点。
10.根据权利要求1所述的方法，其特征在于，所述将服务节点作为失效的服务节点的步骤之后，还包括：
在所述中心节点的中删除所述失效的服务节点；
通知所述分布式系统中其他服务节点所述失效的服务节点。
11.一种分布式系统中节点的处理装置，其特征在于，所述节点包括服务节点和中心节点，所述的装置包括：
存活状态信息获取模块，用于获取所述服务节点的存活状态信息；
当前系统信息获取模块，用于获取所述中心节点的当前系统信息；
服务节点异常确定模块，用于采用所述存活状态信息和所述当前系统信息，确定所述服务节点是否存在异常；若所述服务节点存在异常，则调用中心状态信息获取模块；
中心状态信息获取模块，用于获取所述中心节点的中心状态信息；
异常服务节点处理模块，用于依据所述中心状态信息处理所述存在异常的服务节点。
12.根据权利要求11所述的装置，其特征在于，所述分布式系统中包括状态信息表，所述存活状态信息获取模块包括：
存活状态信息接收子模块，用于接收所述服务节点上传的存活状态信息；
第一状态信息表更新子模块，用于采用所述服务节点的存活状态信息更新所述状态信息表。
13.根据权利要求11或12所述的装置，其特征在于，所述存活状态信息包括服务节点的下次更新时间，所述当前系统信息包括所述中心节点的当前系统时间，所述服务节点异常确定模块包括：
状态信息表遍历子模块，用于当达到预设时间时，遍历所述状态信息表中的下次更新时间；
服务节点异常确定子模块，用于采用所述下次更新时间和所述当前系统时间确定所述服务节点是否存在异常。
14.根据权利要求13所述的装置，其特征在于，所述服务节点异常确定子模块包括：
时间判断单元，用于判断所述下次更新时间是否小于所述当前系统时间；若是，则调用第一确定单元，若否，则调用第二确定单元；
第一确定单元，用于将所述服务节点确定为存在异常；
第二确定单元，用于将所述服务节点确定为不存在异常。
15.根据权利要求11或12所述的装置，其特征在于，所述中心状态信息包括网络繁忙情况数据和/或系统资源使用情况数据，所述异常服务节点处理模块包括：
中心节点状态确定子模块，用于采用所述网络繁忙情况数据和/或系统资源使用情况数据确定所述中心节点是否负荷过重；若是，则调用第二状态信息表更新子模块；
第二状态信息表更新子模块，用于更新所述状态信息表中所述存在异常的服务节点的存活状态信息。
16.根据权利要求15所述的装置，其特征在于，所述网络繁忙情况数据包括网络吞吐量和网络丢包率，所述系统资源使用情况数据包括系统的平均负荷，所述中心节点状态确定子模块包括：
第一网络繁忙情况判断单元，用于判断所述网络吞吐量是否大于等于网络丢带宽；
第二网络繁忙情况判断单元，用于判断所述网络丢包率大于预设丢包率；
系统资源使用情况判断单元，用于判断所述系统的平均负荷是否大于预设负荷阈值；
中心节点负荷确定单元，用于在所述网络吞吐量大于等于网络带宽，和/或，所述网络丢包率大于预设丢包率，和/或，所述系统的平均负荷大于预设负荷阈值时，确定所述中心节点负荷过重。
17.根据权利要求15所述的装置，其特征在于，所述第二状态信息表更新子模块包括：
下次更新时间延长单元，用于延长所述状态信息表中所述存在异常的服务节点的下次更新时间。
18.根据权利要求15所述的装置，其特征在于，所述第二状态信息表更新子模块包括：
更新请求发送单元，用于向所述服务节点发送更新请求；
下次更新时间接收单元，用于接收所述服务节点针对所述更新请求上传的新的存活状态信息；所述新的存活状态信息中包括新的下次更新时间；
下次更新时间更新单元，用于采用所述新的下次更新时间更新所述状态信息表中所述存在异常的服务节点的下次更新时间。
19.根据权利要求11所述的装置，其特征在于，还包括：
失效服务节点确定模块，用于在所述服务节点不存在异常时，将所述服务节点作为失效的服务节点。
20.根据权利要求11所述的装置，其特征在于，还包括：
失效服务节点删除模块，用于在所述中心节点的中删除所述失效的服务节点；
失效服务节点通知模块，用于通知所述分布式系统中其他服务节点所述失效的服务节点。
CN201610201955.2A 2016-03-31 2016-03-31 一种分布式系统中节点的处理方法和装置 Active CN107294799B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201610201955.2A CN107294799B (zh) 2016-03-31 2016-03-31 一种分布式系统中节点的处理方法和装置
TW106105965A TW201742403A (zh) 2016-03-31 2017-02-22 分散式系統中節點的處理方法和裝置
SG11201808551UA SG11201808551UA (en) 2016-03-31 2017-03-22 Method and apparatus for node processing in distributed system
EP17773129.6A EP3439242A4 (en) 2016-03-31 2017-03-22 METHOD AND DEVICE FOR NODE PROCESSING IN A DISTRIBUTED SYSTEM
PCT/CN2017/077717 WO2017167099A1 (zh) 2016-03-31 2017-03-22 一种分布式系统中节点的处理方法和装置
US16/146,130 US20190036798A1 (en) 2016-03-31 2018-09-28 Method and apparatus for node processing in distributed system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610201955.2A CN107294799B (zh) 2016-03-31 2016-03-31 一种分布式系统中节点的处理方法和装置

Publications (2)

Publication Number Publication Date
CN107294799A true CN107294799A (zh) 2017-10-24
CN107294799B CN107294799B (zh) 2020-09-01

Family

ID=59963464

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610201955.2A Active CN107294799B (zh) 2016-03-31 2016-03-31 一种分布式系统中节点的处理方法和装置

Country Status (6)

Country Link
US (1) US20190036798A1 (zh)
EP (1) EP3439242A4 (zh)
CN (1) CN107294799B (zh)
SG (1) SG11201808551UA (zh)
TW (1) TW201742403A (zh)
WO (1) WO2017167099A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833205A (zh) * 2018-06-05 2018-11-16 中国平安人寿保险股份有限公司 信息处理方法、装置、电子设备及存储介质
CN108881407A (zh) * 2018-05-30 2018-11-23 郑州云海信息技术有限公司 一种信息处理方法及装置
CN110213106A (zh) * 2019-06-06 2019-09-06 宁波三星医疗电气股份有限公司 一种设备信息管理方法、装置、系统及电子设备
CN110716985A (zh) * 2019-10-16 2020-01-21 北京小米移动软件有限公司 一种节点信息处理方法、装置及介质
CN110730110A (zh) * 2019-10-18 2020-01-24 深圳市网心科技有限公司 节点异常处理方法、电子设备、系统及介质
CN111342986A (zh) * 2018-12-19 2020-06-26 杭州海康威视系统技术有限公司 分布式节点管理方法及装置、分布式系统、存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10659561B2 (en) * 2017-06-09 2020-05-19 Microsoft Technology Licensing, Llc Service state preservation across nodes
CN110708177B (zh) * 2018-07-09 2022-08-09 阿里巴巴集团控股有限公司 分布式系统中的异常处理方法、系统和装置
CN114257495A (zh) * 2021-11-16 2022-03-29 国家电网有限公司客户服务中心 一种云平台计算节点异常自动处置系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188527A (zh) * 2007-12-24 2008-05-28 杭州华三通信技术有限公司 一种心跳检测方法和装置
CN102387210A (zh) * 2011-10-25 2012-03-21 曙光信息产业(北京)有限公司 一种基于快速同步网络的分布式文件系统监控方法
CN104933132A (zh) * 2015-06-12 2015-09-23 广州巨杉软件开发有限公司 基于操作序列号的分布式数据库有权重选举方法
CN105357069A (zh) * 2015-11-04 2016-02-24 浪潮(北京)电子信息产业有限公司 分布式节点服务状态监测的方法、装置及系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7003575B2 (en) * 2001-10-15 2006-02-21 First Hop Oy Method for assisting load balancing in a server cluster by rerouting IP traffic, and a server cluster and a client, operating according to same
JP4255366B2 (ja) * 2003-11-28 2009-04-15 富士通株式会社 ネットワーク監視プログラム、ネットワーク監視方法、およびネットワーク監視装置
JP2005293101A (ja) * 2004-03-31 2005-10-20 Pacific Ind Co Ltd 光ｌａｎ装置
WO2010052028A1 (en) * 2008-11-07 2010-05-14 Nokia Siemens Networks Oy Inter-network carrier ethernet service protection
US8364775B2 (en) * 2010-08-12 2013-01-29 International Business Machines Corporation High availability management system for stateless components in a distributed master-slave component topology
CN102231681B (zh) * 2011-06-27 2014-07-30 中国建设银行股份有限公司 一种高可用集群计算机系统及其故障处理方法
WO2013145325A1 (ja) * 2012-03-30 2013-10-03 富士通株式会社 情報処理システム、障害検知方法および情報処理装置
CN103001809B (zh) * 2012-12-25 2016-12-28 曙光信息产业(北京)有限公司 用于云存储系统的服务节点状态监控方法
CN104618466A (zh) * 2015-01-20 2015-05-13 上海交通大学 基于消息传递的负载均衡和过负荷控制系统及其控制方法
WO2016147281A1 (ja) * 2015-03-16 2016-09-22 株式会社日立製作所 分散型ストレージシステム及び分散型ストレージシステムの制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188527A (zh) * 2007-12-24 2008-05-28 杭州华三通信技术有限公司 一种心跳检测方法和装置
CN102387210A (zh) * 2011-10-25 2012-03-21 曙光信息产业(北京)有限公司 一种基于快速同步网络的分布式文件系统监控方法
CN104933132A (zh) * 2015-06-12 2015-09-23 广州巨杉软件开发有限公司 基于操作序列号的分布式数据库有权重选举方法
CN105357069A (zh) * 2015-11-04 2016-02-24 浪潮(北京)电子信息产业有限公司 分布式节点服务状态监测的方法、装置及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108881407A (zh) * 2018-05-30 2018-11-23 郑州云海信息技术有限公司 一种信息处理方法及装置
CN108833205A (zh) * 2018-06-05 2018-11-16 中国平安人寿保险股份有限公司 信息处理方法、装置、电子设备及存储介质
CN111342986A (zh) * 2018-12-19 2020-06-26 杭州海康威视系统技术有限公司 分布式节点管理方法及装置、分布式系统、存储介质
CN110213106A (zh) * 2019-06-06 2019-09-06 宁波三星医疗电气股份有限公司 一种设备信息管理方法、装置、系统及电子设备
CN110213106B (zh) * 2019-06-06 2022-04-19 宁波三星医疗电气股份有限公司 一种设备信息管理方法、装置、系统及电子设备
CN110716985A (zh) * 2019-10-16 2020-01-21 北京小米移动软件有限公司 一种节点信息处理方法、装置及介质
CN110730110A (zh) * 2019-10-18 2020-01-24 深圳市网心科技有限公司 节点异常处理方法、电子设备、系统及介质

Also Published As

Publication number Publication date
WO2017167099A1 (zh) 2017-10-05
EP3439242A1 (en) 2019-02-06
EP3439242A4 (en) 2019-10-30
CN107294799B (zh) 2020-09-01
TW201742403A (zh) 2017-12-01
SG11201808551UA (en) 2018-10-30
US20190036798A1 (en) 2019-01-31

Similar Documents

Publication Publication Date Title
CN107294799A (zh) 一种分布式系统中节点的处理方法和装置
US10432533B2 (en) Automatic detection and prevention of network overload conditions using SDN
US7574502B2 (en) Early warning of potential service level agreement violations
CN111510345B (zh) 一种边缘节点异常检测的方法及装置
CN110708196B (zh) 数据处理方法及装置
CN109274707A (zh) 一种负载调度方法及装置
US10389801B2 (en) Service request processing method, related apparatus, and system
WO2021208184A1 (zh) 一种节点流量的调入、恢复方法、系统及中心服务器
CN110138756B (zh) 一种限流方法及系统
US20170331762A1 (en) Virtual resource automatic selection system and method
CN108989368B (zh) 一种链路质量的控制方法及监控设备
CN112527544B (zh) 一种服务器、触发熔断的方法及装置
US10783005B2 (en) Component logical threads quantity adjustment method and device
CN112367182B (zh) 容灾主备用设备的配置方法及装置
CN109982034A (zh) 视频监控系统中的访问请求处理方法及装置
CN107040566A (zh) 业务处理方法及装置
CN111490859A (zh) 一种arq模式的切换方法及装置
CN110290210A (zh) 接口调用系统中不同接口流量比例自动调配方法及装置
CN113542027A (zh) 一种基于分布式服务架构的流量隔离方法、装置和系统
CN113079065A (zh) 基于Ambari的心跳检测方法、装置、设备及介质
CN108141406A (zh) 一种业务故障处理的方法、装置及设备
CN106487561A (zh) 一种服务器服务更新的方法和系统
WO2018138553A1 (en) Methods, apparatuses and products for automated network management
CN115499370B (zh) 信令网链路故障处理方法、装置及计算机可读存储介质
CN107995037A (zh) 一种广域网优化的预判方法和装置

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