CN112994974A - 集群节点探测方法、装置、集群、设备和介质 - Google Patents
集群节点探测方法、装置、集群、设备和介质 Download PDFInfo
- Publication number
- CN112994974A CN112994974A CN202110178350.7A CN202110178350A CN112994974A CN 112994974 A CN112994974 A CN 112994974A CN 202110178350 A CN202110178350 A CN 202110178350A CN 112994974 A CN112994974 A CN 112994974A
- Authority
- CN
- China
- Prior art keywords
- node
- cluster
- quic
- nodes
- request
- 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.)
- Pending
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 48
- 238000000034 method Methods 0.000 claims description 37
- 238000004590 computer program Methods 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 239000000523 sample Substances 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer 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
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种集群节点探测方法、装置、集群、设备和介质。其中,集群节点探测方法包括:接收所述集群中一个或多个节点发送的quic请求,其中,所述quic请求包括所述节点的第一节点标识;基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性;其中,所述集群节点信息包括前一次确认的所述集群中可用节点的第二节点标识。本公开实施例采用quic协议进行节点探测,无需经三次握手建立连接,节省了握手时间,从而提高了节点探测的时效性。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种集群节点探测方法、装置、集群、设备和介质。
背景技术
随着网络规模逐渐扩大,节点数目也越来越多。集群中节点的加入和退出是不确定的,这样一来,为了确保集群中各个节点可用或存活,就需要对这些节点进行探测。
目前,集群节点的探测方式大多是基于tcp(Transmission Control Protocol,传输控制协议)+http(HyperText Transfer Protocol,超文本传输协议)的探测方式,即在tcp传输层向集群节点发送http请求,根据响应状态码判断集群内节点的可用性。然而,由于每个节点都要向其他各节点分别发送一个tcp探测请求,而每次tcp探测请求都需要建立一个tcp连接,并且一个tcp连接需要三次握手,这对于节点数量比较多的集群来说,无疑造成了系统连接数的浪费,浪费大量时间,降低了节点探测的时效性。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本公开提供了一种集群节点探测方法、装置、集群、设备和介质。
第一方面,本公开提供了一种集群节点探测方法,所述方法应用于集群中各个节点,包括:
接收所述集群中一个或多个节点发送的quic请求,其中,所述quic请求包括所述节点的第一节点标识;
基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性;其中,所述集群节点信息包括前一次确认的所述集群中可用节点的第二节点标识。
可选的,所述quic请求还包括所述集群的公共密钥;在基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性之前,还包括:
基于所述公共密钥对发送所述公共密钥的节点进行安全认证;
若认证成功,则获取并记录所述第一节点标识。
可选的,基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性,包括:
当获取到所述第一节点标识时,确定获取到的所述第一节点标识所对应的节点可用;
将获取到的所述第一节点标识与所述第二节点标识进行对比,确定所述第二节点标识中不同于所述第一节点标识的第三节点标识;
确定所述第三节点标识所对应的节点不可用。
可选的,所述节点每隔预设时间向所述集群中的其他节点发送所述quic请求;在基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性之前,还包括:
在接收到第一个quic请求时,等待至少所述预设时间。
可选的,在基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性之后,还包括:
基于所述第一节点标识和所述第三节点标识,更新所述集群节点信息。
可选的,所述第一节点标识和所述第二节点标识包括节点ip和/或节点id。
第二方面,本公开提供了一种集群节点探测装置,所述装置配置于集群中各个节点,包括:
quic请求接收模块,用于接收所述集群中一个或多个节点发送的quic请求,其中,所述quic请求包括所述节点的第一节点标识;
可用性确定模块,用于基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性;其中,所述集群节点信息包括前一次确认的所述集群中可用节点的第二节点标识。
第三方面,本公开提供了一种集群,包括多个节点,任一所述节点用于向所述集群中的其他节点发送quic请求,并接收所述集群中一个或多个节点发送的quic请求;基于接收到的quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性;其中,所述quic请求包括所述节点的第一节点标识,所述集群节点信息包括前一次确认的所述集群中可用节点的第二节点标识。
第四方面,本公开提供了一种电子设备,所述电子设备包括:
处理器;
用于存储所述处理器可执行指令的存储器;
所述处理器,用于从所述存储器中读取所述可执行指令,并执行所述指令以实现本公开提供的集群节点探测方法。
第五方面,本公开提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行本公开提供的集群节点探测方法。
本公开实施例提供的技术方案与现有技术相比具有如下优点:
本公开实施例提供的技术方案采用quic协议进行节点探测,集群中的每个节点向其他节点发送quic请求,任一节点在接收到其他节点发送的quic请求后,可基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性。相对于现有方案,本公开采用quic协议进行节点探测,无需经三次握手建立连接,节省了握手时间,从而提高了节点探测的时效性;同时,quic协议采用加密传输,提高了数据传输的安全性。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开实施例提供的一种集群节点探测方法的流程图;
图2为本公开实施例提供的一种集群节点探测装置的结构框图;
图3为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点,下面将对本公开的方案进行进一步描述。需要说明的是,在不冲突的情况下,本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开,但本公开还可以采用其他不同于在此描述的方式来实施;显然,说明书中的实施例只是本公开的一部分实施例,而不是全部的实施例。
图1为本公开实施例提供的一种集群节点探测方法的流程图。该方法适用于探测集群中各个节点的可用性,并基于可用性节点构建可提供业务服务能力的集群的情况,该方法应用于集群中的各个节点,即集群中的每个节点,具体为每个可用节点,均执行该方法。在一些实施例中,集群节点可以为CDN节点。该方法具体可以由集群节点探测装置执行,其中该集群节点探测装置可以采用软件和/或硬件的方式实现,一般可集成在电子设备中。如图1所示,该集群节点探测方法包括:
S110、接收集群中一个或多个节点发送的quic请求。
其中,quic(全称为quick udp internet connection,即快速UDP互联网连接)请求包括节点的第一节点标识。该第一节点标识为识别节点身份的标识,可以为节点ip,也可以为节点id,或者同时包括节点ip和节点id。在本公开实施例中,quic请求实质为基于quic协议的探测请求,用于表明节点可用。换句话说,本公开实施例中,能够发送quic请求的节点均可用,相应的,能够接收到quic请求的节点也可用,而不能发送quic请求的节点不可用。可以理解的是,节点可用或不可用可以是节点在某个时间段内可用或不可用,例如,由于节点故障或节点所处网络故障,导致节点无法发送quic请求,故障期间探测该节点不可用,而故障恢复后,该节点仍可以发送quic请求,此时段该节点可用。
另外,每个节点均配置有节点ip列表,初始配置时,每个节点的节点ip列表中包含构成集群的所有节点的节点ip,集群中的各节点依据节点ip列表中记录的节点ip,向各节点ip(自身节点ip除外)对应的节点发送quic请求。后续每个节点根据集群中节点的可用性维护自己的节点ip列表,以保证节点ip列表对应的节点可用,且在下一次进行节点探测时,均根据当时的节点ip列表向对应的节点发送quic请求。需要说明的是,本公开实施例中的集群所包括的节点并不是固定不变的,在每次进行集群节点探测时,当时的节点ip列表对应的各节点构成当时探测时的集群;集群节点探测结束后,可用节点构成下一次探测时的集群。
S120、基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性。
其中,集群节点信息包括前一次确认的集群中可用节点的第二节点标识。该第二节点标识为识别节点身份的标识,与第一节点标识相同,可以为节点ip,也可以为节点id,或者同时包括节点ip和节点id。本公开实施例中,集群节点信息设置在集群的各个节点上,初始的集群节点信息包括集群中所有节点的节点标识。在一些实施例中,第二节点标识和第一节点标识均为节点ip,此时,集群节点信息可以包括上述节点ip列表,如此,仅依据节点ip既可确定quic请求的发送路径,又可确定发送quic请求的节点。
考虑到集群中存在部分节点退出后重新加入,以及有新的节点加入的情况,这些重新加入以及新加入的节点在初次进行集群节点探测时,其节点信息(节点标识)可能没有配置在其他节点上的集群节点信息中,此时,其他节点在确定集群节点的可用性时,无法仅依据自己的集群节点信息来对比出集群中各个节点的可用性,因此,本公开实施例结合节点发送的quic请求进行节点可用性的探测。
具体的,基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性,包括:当获取到第一节点标识时,确定获取到的第一节点标识所对应的节点可用;将获取到的第一节点标识与第二节点标识进行对比,确定第二节点标识中不同于第一节点标识的第三节点标识;确定第三节点标识所对应的节点不可用。需要说明的是,该节点可用性的确定方式也适用于没有节点重新加入以及没有新节点加入的情况;另外,当有节点重新加入或有新节点加入时,由于其他节点不存在重新加入的节点或新加入的节点的节点ip,因此,其他节点不会向重新加入的节点或新加入的节点发送quic请求,进而重新加入的节点或新加入的节点在当前的集群节点探测中不对节点进行探测;但重新加入的节点或新加入的节点会向其他节点发送quic请求,其他节点在探测到重新加入的节点或新加入的节点可用后,会将重新加入的节点或新加入的节点的节点信息添加到集群节点信息中,以在下次集群节点探测时向当前重新加入的节点或新加入的节点发送quic请求。
示例性的,以节点A为主体执行集群节点探测方法,假设节点B不可用,节点C为重新加入的节点,此时,节点A的集群节点信息包括节点A的节点标识和节点B的节点标识,节点C的集群节点信息包括节点A的节点标识、节点B的节点标识和节点C的节点标识。节点A向节点B发送quic请求,节点C分别向节点A和节点B发送quic请求;节点A接收到节点C的quic请求,在从节点C的quic请求中获取到节点C的节点标识时,确定节点C可用;由于节点B不可用,节点A不会收到节点B的quic请求,从而节点A不会获取到节点B的节点标识,节点A将获取到的节点C的节点标识与节点A的集群节点信息中的节点标识进行对比,由于节点A进行集群节点探测,默认其可用,其自身的节点标识不做对比,因此,节点A的集群节点信息中存在节点B的节点标识不同于节点C的节点标识,从而确定节点B不可用。
在一些实施例中,在进行集群节点探测时,为避免节点之间消息的交互,每个节点会定时向其他节点发送quic请求。可选的,节点每隔预设时间(如1分钟)向集群中的其他节点发送quic请求;相应的,在基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性之前,还包括:在接收到第一个quic请求时,等待至少预设时间。本公开技术方案不要求集群中各个节点同步发送quic请求,该情况下,考虑到集群中的节点数量较多,各个节点发送quic请求的时刻不同,某个节点接收到第一个quic请求与最后一个quic请求的时间差可能接近上述预设时间,如果过早地基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性,可能会忽略部分节点发送的quic请求,进而造成对该部分节点可用性的误判。基于此,本公开实施例通过在接收到第一个quic请求时,等待至少预设时间,可保证接收到所有可用节点发送的quic请求,从而避免将可用节点误判为不可用节点。
在一些实施例中,在基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性之后,还包括:基于第一节点标识和第三节点标识,更新集群节点信息。
具体的,在每次完成集群节点探测后,每个节点将第一节点标识添加至各自的集群节点信息中,并将第三节点标识从集群节点信息中删除,以保证集群节点探测完成后的集群节点信息中只包括可用节点的节点标识,一方面作为下次集群节点探测时的集群节点信息,另一方面,可自适应调整集群节点,使大部分时间内构成集群的节点均可用,从而提高集群的服务效率。
示例性的,基于上述示例,以节点A为主体执行集群节点探测方法,假设在当前集群节点探测时,节点B已退出集群,节点C加入集群,节点A的集群节点信息包括节点A的节点标识和节点B的节点标识,各节点标识可以为节点ip,并以节点ip列表的形式进行记录。在当前集群节点探测完成后,节点C的节点标识添加至节点A的集群节点信息中,节点B的节点标识从节点A的集群节点信息中删除。由此,节点A和节点C构成新的高可用集群,且由于quic协议无需建立连接,既可以及时剔除不可用节点(如节点B),防止将用户请求转发至不可用节点,又可以对重新加入集群的节点(如节点C)进行探活,且生效速度快,即可以及时向重新加入集群的节点转发用户请求。基于此,在一些实施例中,当节点A(如CDN节点)接收到用户请求(如浏览器发送的内容获取请求)时,节点A基于更新后的集群节点信息,只将用户请求转发至节点C,从而接收节点C返回的用户请求的内容。
在一些实施例中,quic请求还包括集群的公共密钥;相应的,在基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性之前,还包括:基于公共密钥对发送公共密钥的节点进行安全认证;若认证成功,则获取并记录第一节点标识。由此,为了实现节点之间的0交互,减少耗时,每个节点会直接发送包含公共密钥的quic请求,接收到quic请求的节点只需基于公共密钥进行安全认证即可获取第一节点标识,无需各节点先请求公共密钥以及针对请求作出应答。
本实施例提供的集群节点探测方法采用quic协议进行节点探测,集群中的每个节点向其他节点发送quic请求,任一节点在接收到其他节点发送的quic请求后,可基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性。相对于现有方案,本公开采用quic协议进行节点探测,无需经三次握手建立连接,节省了握手时间,从而提高了节点探测的时效性;同时,quic协议采用加密传输,提高了数据传输的安全性。
对应于上述集群节点探测方法,本公开提供了一种集群节点探测装置,该装置配置于集群中各个节点,图2为本公开实施例提供的一种集群节点探测装置的结构框图。如图2所示,该集群节点探测装置包括:
quic请求接收模块21,用于接收集群中一个或多个节点发送的quic请求,其中,quic请求包括节点的第一节点标识;
可用性确定模块22,用于基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性;其中,集群节点信息包括前一次确认的集群中可用节点的第二节点标识。
可选的,quic请求还包括集群的公共密钥;上述集群节点探测装置还包括:
安全认证模块,用于在基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性之前,基于公共密钥对发送公共密钥的节点进行安全认证;
节点标识获取模块,用于若认证成功,则获取并记录第一节点标识。
可选的,上述可用性确定模块22包括:
第一确定单元,用于当获取到第一节点标识时,确定获取到的第一节点标识所对应的节点可用;
对比单元,用于将获取到的第一节点标识与第二节点标识进行对比,确定第二节点标识中不同于第一节点标识的第三节点标识;
第二确定单元,用于确定第三节点标识所对应的节点不可用。
可选的,节点每隔预设时间向集群中的其他节点发送quic请求;上述集群节点探测装置还包括:
时间等待模块,用于在基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性之前,在接收到第一个quic请求时,等待至少预设时间。
可选的,上述集群节点探测装置还包括:
节点信息更新模块,用于在基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性之后,基于第一节点标识和第三节点标识,更新集群节点信息。
可选的,第一节点标识和第二节点标识包括节点ip和/或节点id。
本实施例提供的集群节点探测装置可用于执行对应实施例提供的集群节点探测方法,具有集群节点探测方法相同功能和有益效果。
基于上述各实施例,本公开实施例还提供了一种集群,该集群包括,包括多个节点,任一节点用于向集群中的其他节点发送quic请求,并接收集群中一个或多个节点发送的quic请求;基于接收到的quic请求以及当前的集群节点信息,确定集群中各个节点的可用性;其中,quic请求包括节点的第一节点标识,集群节点信息包括前一次确认的集群中可用节点的第二节点标识。
本实施例提供的上述技术方案,集群中的每个节点向其他节点发送quic请求,任一节点在接收到其他节点发送的quic请求后,可基于quic请求以及当前的集群节点信息,确定集群中各个节点的可用性。相对于现有方案,本公开采用quic协议进行节点探测,无需经三次握手建立连接,节省了握手时间,从而提高了节点探测的时效性;同时,quic协议采用加密传输,提高了数据传输的安全性。
本公开提供了一种电子设备,包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,处理器配置为经由执行可执行指令来执行本公开任一实施例提供的集群节点探测方法。
图3为本公开实施例提供的一种电子设备的结构示意图。如图3所示,电子设备300包括一个或多个处理器301和存储器302。
处理器301可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元,并且可以控制电子设备300中的其他组件以执行期望的功能。
存储器302可以包括一个或多个计算机程序产品,所述计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令,处理器301可以运行所述程序指令,以实现本公开任一实施例提供的集群节点探测方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。
在一个示例中,电子设备300还可以包括:输入装置303和输出装置304,这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
此外,该输入装置303还可以包括例如键盘、鼠标等等。
该输出装置304可以向外部输出各种信息,包括确定出的距离信息、方向信息等。该输出装置304可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
当然,为了简化,图3中仅示出了该电子设备300中与本公开有关的组件中的一些,省略了诸如总线、输入/输出接口等等的组件。除此之外,根据具体应用情况,电子设备300还可以包括任何其他适当的组件。
除了上述方法和设备以外,本公开的实施例还可以是计算机程序产品,其包括计算机程序指令,所述计算机程序指令在被处理器运行时使得所述处理器执行本公开任一实施例提供的集群节点探测方法。
所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码,所述程序设计语言包括面向对象的程序设计语言,诸如Java、C++等,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
此外,本公开的实施例还可以是计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序用于执行本公开任一实施例提供的集群节点探测方法。
所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本公开的具体实施方式,使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下,在其它实施例中实现。因此,本公开将不会被限制于本文所述的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种集群节点探测方法,其特征在于,所述方法应用于集群中各个节点,包括:
接收所述集群中一个或多个节点发送的quic请求,其中,所述quic请求包括所述节点的第一节点标识;
基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性;其中,所述集群节点信息包括前一次确认的所述集群中可用节点的第二节点标识。
2.根据权利要求1所述的集群节点探测方法,其特征在于,所述quic请求还包括所述集群的公共密钥;在基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性之前,还包括:
基于所述公共密钥对发送所述公共密钥的节点进行安全认证;
若认证成功,则获取并记录所述第一节点标识。
3.根据权利要求1或2所述的集群节点探测方法,其特征在于,基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性,包括:
当获取到所述第一节点标识时,确定获取到的所述第一节点标识所对应的节点可用;
将获取到的所述第一节点标识与所述第二节点标识进行对比,确定所述第二节点标识中不同于所述第一节点标识的第三节点标识;
确定所述第三节点标识所对应的节点不可用。
4.根据权利要求3所述的集群节点探测方法,其特征在于,所述节点每隔预设时间向所述集群中的其他节点发送所述quic请求;在基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性之前,还包括:
在接收到第一个quic请求时,等待至少所述预设时间。
5.根据权利要求3所述的集群节点探测方法,其特征在于,在基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性之后,还包括:
基于所述第一节点标识和所述第三节点标识,更新所述集群节点信息。
6.根据权利要求1所述的集群节点探测方法,其特征在于,所述第一节点标识和所述第二节点标识包括节点ip和/或节点id。
7.一种集群节点探测装置,其特征在于,所述装置配置于集群中各个节点,包括:
quic请求接收模块,用于接收所述集群中一个或多个节点发送的quic请求,其中,所述quic请求包括所述节点的第一节点标识;
可用性确定模块,用于基于所述quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性;其中,所述集群节点信息包括前一次确认的所述集群中可用节点的第二节点标识。
8.一种集群,其特征在于,包括多个节点,任一所述节点用于向所述集群中的其他节点发送quic请求,并接收所述集群中一个或多个节点发送的quic请求;基于接收到的quic请求以及当前的集群节点信息,确定所述集群中各个节点的可用性;其中,所述quic请求包括所述节点的第一节点标识,所述集群节点信息包括前一次确认的所述集群中可用节点的第二节点标识。
9.一种电子设备,其特征在于,所述电子设备包括:
处理器;
用于存储所述处理器可执行指令的存储器;
所述处理器,用于从所述存储器中读取所述可执行指令,并执行所述指令以实现权利要求1-6中任一所述的集群节点探测方法。
10.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行权利要求1-6中任一所述的集群节点探测方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110178350.7A CN112994974A (zh) | 2021-02-09 | 2021-02-09 | 集群节点探测方法、装置、集群、设备和介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110178350.7A CN112994974A (zh) | 2021-02-09 | 2021-02-09 | 集群节点探测方法、装置、集群、设备和介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112994974A true CN112994974A (zh) | 2021-06-18 |
Family
ID=76392699
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110178350.7A Pending CN112994974A (zh) | 2021-02-09 | 2021-02-09 | 集群节点探测方法、装置、集群、设备和介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112994974A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115242687A (zh) * | 2022-07-20 | 2022-10-25 | 中国建设银行股份有限公司 | 一种节点探活方法、装置、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769673A (zh) * | 2012-07-25 | 2012-11-07 | 楚云汉智武汉网络存储系统有限公司 | 一种适应于大规模存储集群的失效检测方法 |
CN103248504A (zh) * | 2012-02-06 | 2013-08-14 | 上海软智信息科技有限公司 | 一种集群节点匹配方法、集群通信模块、设备及系统 |
CN103297396A (zh) * | 2012-02-28 | 2013-09-11 | 国际商业机器公司 | 群集系统中管理故障转移的装置和方法 |
CN109067861A (zh) * | 2018-07-23 | 2018-12-21 | 日海智能科技股份有限公司 | 基于物联网的通信方法、装置、设备和介质 |
US20200120015A1 (en) * | 2017-06-27 | 2020-04-16 | Orange | Method of quic communication via multiple paths |
-
2021
- 2021-02-09 CN CN202110178350.7A patent/CN112994974A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103248504A (zh) * | 2012-02-06 | 2013-08-14 | 上海软智信息科技有限公司 | 一种集群节点匹配方法、集群通信模块、设备及系统 |
CN103297396A (zh) * | 2012-02-28 | 2013-09-11 | 国际商业机器公司 | 群集系统中管理故障转移的装置和方法 |
CN102769673A (zh) * | 2012-07-25 | 2012-11-07 | 楚云汉智武汉网络存储系统有限公司 | 一种适应于大规模存储集群的失效检测方法 |
US20200120015A1 (en) * | 2017-06-27 | 2020-04-16 | Orange | Method of quic communication via multiple paths |
CN109067861A (zh) * | 2018-07-23 | 2018-12-21 | 日海智能科技股份有限公司 | 基于物联网的通信方法、装置、设备和介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115242687A (zh) * | 2022-07-20 | 2022-10-25 | 中国建设银行股份有限公司 | 一种节点探活方法、装置、设备及介质 |
CN115242687B (zh) * | 2022-07-20 | 2024-04-19 | 中国建设银行股份有限公司 | 一种节点探活方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8352658B2 (en) | Fabric based lock manager service | |
CN107798108B (zh) | 一种异步任务查询方法及设备 | |
US7600024B2 (en) | Restricting device access per session | |
CN109688280B (zh) | 请求处理方法、请求处理设备、浏览器及存储介质 | |
US10050899B2 (en) | Data processing method, apparatus, client, server and system | |
US20130326502A1 (en) | Installing applications remotely | |
CN111028902A (zh) | 基于节点切换的请求处理方法及装置、设备和介质 | |
US9239715B1 (en) | Cancel and rollback update stack requests | |
TW200900956A (en) | Identifying appropriate client-side script references | |
US9514176B2 (en) | Database update notification method | |
US9459933B1 (en) | Contention and selection of controlling work coordinator in a distributed computing environment | |
CN108075924A (zh) | 管理系统和控制方法 | |
WO2018049963A1 (zh) | 一种资源下载方法和缓存设备 | |
US11240302B1 (en) | Live migration of log-based consistency mechanisms for data stores | |
CN111371889B (zh) | 消息处理方法、装置、物联网系统和存储介质 | |
CN114938395B (zh) | 服务响应方法、装置、设备及存储介质 | |
US20070118597A1 (en) | Processing proposed changes to data | |
CN114328029B (zh) | 一种应用资源的备份方法、装置、电子设备及存储介质 | |
CN112994974A (zh) | 集群节点探测方法、装置、集群、设备和介质 | |
US9313653B2 (en) | Information processing device, server device, data communication system, data communication method, and computer-readable storage medium storing data communication program | |
CN109218338B (zh) | 信息处理系统、方法和装置 | |
KR102567900B1 (ko) | 클라우드 저하 모드에서 지속적인 디바이스 동작 안정성을 보장하기 위한 방법 및 장치 | |
CN110674153B (zh) | 一种数据一致性检测方法、装置及电子设备 | |
JP4970548B2 (ja) | ウェブサービス基盤の規則処理のためのデバイス及びその方法 | |
US10848580B2 (en) | Information processing system and control method |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210618 |