CN111629013A - 一种业务节点管理的方法、装置和节点网络 - Google Patents
一种业务节点管理的方法、装置和节点网络 Download PDFInfo
- Publication number
- CN111629013A CN111629013A CN201910146410.XA CN201910146410A CN111629013A CN 111629013 A CN111629013 A CN 111629013A CN 201910146410 A CN201910146410 A CN 201910146410A CN 111629013 A CN111629013 A CN 111629013A
- Authority
- CN
- China
- Prior art keywords
- management node
- node
- management
- service
- nodes
- 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
Images
Classifications
-
- 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Abstract
本发明公开了一种业务节点的管理方法、装置和节点网络。所述方法应用于管理节点中,包括:接收业务节点发送的管理节点确认请求;根据所述管理节点确认请求,向所述业务节点返回与指定管理节点对应的管理节点信息,以使所述业务节点在所述指定管理节点上进行注册。管理节点可以管理在其上注册的业务节点的机器状态、存储的数据、业务信息;而注册过程又分为两步,先确认业务节点需要在哪个管理节点上注册,再由业务节点注册到相应的管理节点上,这样即使注册的管理节点宕机,也可以再重新通过第一步过程确认得到一个新的可用管理节点进行注册,实现了业务节点的妥善管理,并且不必需为每个管理节点都配备一个从节点,在资源的利用率上得到了提升。
Description
技术领域
本发明涉及计算机网络领域,具体涉及一种业务节点管理的方法、装置和节点网络。
背景技术
利用节点网络中的各节点实现业务功能是一种已被普遍使用的技术手段,例如在直播场景下,各业务节点可以用于保存直播流并提供给用户。这就需要对节点网络进行妥善的管理,避免因为节点宕机影响业务的正常使用,目前利用主从架构是一种常用手段,但是在节点网络中如何形成主从,网络应当如何适应性地进行配置是需要解决的问题。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种业务节点管理的方法、装置和节点网络。
依据本发明的一个方面,提供了一种业务节点的管理方法,应用于管理节点中,该方法包括:
接收业务节点发送的管理节点确认请求;
根据所述管理节点确认请求,向所述业务节点返回与指定管理节点对应的管理节点信息,以使所述业务节点在所述指定管理节点上进行注册。
可选地,所述管理节点确认请求是所述业务节点在初次上线时发送的;
和/或,
所述管理节点确认请求是所述业务节点在与已注册的管理节点断开连接时发送的。
可选地,该方法还包括:
与若干个管理节点建立连接,形成管理节点网络;
所述向所述业务节点返回与指定管理节点对应的管理节点信息包括:根据所述管理节点网络确定一个管理节点作为指定管理节点。
可选地,所述管理节点请求中包括管理节点标签;
所述根据所述管理节点网络确定一个管理节点作为指定管理节点包括:判断所述管理节点标签对应的管理节点是否可用,是则将所述管理节点标签对应的管理节点作为指定管理节点。
可选地,所述根据所述管理节点网络确定一个管理节点作为指定管理节点还包括:
若所述管理节点标签对应的管理节点不可用,则选取一个与所述业务节点处于同一集群的管理节点作为指定管理节点。
可选地,所述根据所述管理节点网络确定一个管理节点作为指定管理节点还包括:
若不存在与所述业务节点处于同一集群的管理节点,则根据所述管理节点网络中的管理节点数据进行哈希计算,根据计算结果确定指定管理节点。
可选地,所述根据所述管理节点网络确定一个管理节点作为指定管理节点包括:
将所述业务节点原注册的管理节点的备份管理节点作为指定管理节点。
可选地,所述与若干个管理节点建立连接,形成管理节点网络包括:
根据预先配置的管理节点地址,与各管理节点分别建立连接;
记录连接的各管理节点的状态。
可选地,所述记录连接的各管理节点的状态包括:
与连接的各管理节点互相发送心跳信息,根据各管理节点的发送的心跳信息确定各管理节点的状态。
可选地,所述心跳信息中包含本管理节点中记录的其他管理节点的状态信息;
所述根据各管理节点的发送的心跳信息确定各管理节点的状态包括:
当本管理节点中记录的一个管理节点处于第一状态时,若一个周期内接收到的记录该管理节点处于第一状态的状态信息的数量或比例达到相应的预设值,则通知管理节点网络中的其他管理节点执行与切换第二状态对应的操作,当操作完成后,记录该管理节点处于第二状态。
可选地,当所述第一状态为在线状态时,所述第二状态为可用状态;当所述第一状态为离线状态时,所述第二状态为宕机状态;
所述执行与切换第二状态对应的操作包括:对业务节点进行迁移。
可选地,该方法还包括:
接收在本管理节点注册的业务节点上报的业务节点信息;
所述业务节点信息包括:业务节点的状态信息和/或业务信息。
依据本发明的另一方面,提供了一种业务节点管理装置,应用于管理节点中,该装置包括:
接收单元,适于接收业务节点发送的管理节点确认请求;
管理节点确认单元,适于根据所述管理节点确认请求,向所述业务节点返回与指定管理节点对应的管理节点信息,以使所述业务节点在所述指定管理节点上进行注册。
可选地,所述管理节点确认请求是所述业务节点在初次上线时发送的;
和/或,
所述管理节点确认请求是所述业务节点在与已注册的管理节点断开连接时发送的。
可选地,该装置还包括:
管理节点网络单元,适于与若干个管理节点建立连接,形成管理节点网络;
所述管理节点确认单元,适于根据所述管理节点网络确定一个管理节点作为指定管理节点。
可选地,所述管理节点请求中包括管理节点标签;
所述管理节点确认单元,适于判断所述管理节点标签对应的管理节点是否可用,是则将所述管理节点标签对应的管理节点作为指定管理节点。
可选地,所述管理节点确认单元,适于若所述管理节点标签对应的管理节点不可用,则选取一个与所述业务节点处于同一集群的管理节点作为指定管理节点。
可选地,所述管理节点确认单元,适于若不存在与所述业务节点处于同一集群的管理节点,则根据所述管理节点网络中的管理节点数据进行哈希计算,根据计算结果确定指定管理节点。
可选地,所述管理节点确认单元,适于将所述业务节点原注册的管理节点的备份管理节点作为指定管理节点。
可选地,所述管理节点网络单元,适于根据预先配置的管理节点地址,与各管理节点分别建立连接;以及适于记录连接的各管理节点的状态。
可选地,所述管理节点网络单元,适于与连接的各管理节点互相发送心跳信息,根据各管理节点的发送的心跳信息确定各管理节点的状态。
可选地,所述心跳信息中包含本管理节点中记录的其他管理节点的状态信息;
所述管理节点网络单元,适于当本管理节点中记录的一个管理节点处于第一状态时,若一个周期内接收到的记录该管理节点处于第一状态的状态信息的数量或比例达到相应的预设值,则通知管理节点网络中的其他管理节点执行与切换第二状态对应的操作,当操作完成后,记录该管理节点处于第二状态。
可选地,当所述第一状态为在线状态时,所述第二状态为可用状态;当所述第一状态为离线状态时,所述第二状态为宕机状态;
所述管理节点网络单元,还适于对业务节点进行迁移。
可选地,所述接收单元,还适于接收在本管理节点注册的业务节点上报的业务节点信息;所述业务节点信息包括:业务节点的状态信息和/或业务信息。
依据本发明的又一方面,提供了一种节点网络,其中,所述节点网络包括若干个业务节点和若干个管理节点,所述管理节点中部署有上述任一项所述的业务节点的管理装置。
依据本发明的再一方面,提供了一种电子设备,包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如上述任一所述的方法。
依据本发明的再一方面,提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如上述任一所述的方法。
由上述可知,本发明的技术方案,在接收业务节点发送的管理节点确认请求后,根据管理节点确认请求,向业务节点返回与指定管理节点对应的管理节点信息,以使业务节点在指定管理节点上进行注册。其中,管理节点可以管理在其上注册的业务节点的机器状态、存储的数据、业务信息;而注册过程又分为两步,先确认业务节点需要在哪个管理节点上注册,再由业务节点注册到相应的管理节点上,这样即使注册的管理节点宕机,也可以再重新通过第一步过程确认得到一个新的可用管理节点进行注册,实现了业务节点的妥善管理,并且不必需为每个管理节点都配备一个从节点,在资源的利用率上得到了提升。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的一种业务节点管理的方法的流程示意图;
图2示出了根据本发明一个实施例的一种业务节点管理的装置的结构示意图;
图3示出了根据本发明一个实施例的一种节点网络的结构示意图;
图4示出了根据本发明一个实施例的电子设备的结构示意图;
图5示出了根据本发明一个实施例的计算机可读存储介质的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
为了方便节点的管理,有两种方式可以选择:一种方式下,节点网络中执行业务功能的节点可以被称为业务节点,为了方便管理这些节点而执行管理功能的节点可以被称为管理节点。为了避免管理节点宕机影响使用,可以为每个管理节点配置一个备用节点,形成了主从架构。另一种方式下,节点网络形成一致性哈希环,即全部的节点均可作为业务节点,通过选举方式选出主节点。但是两种方式各有利弊,在资源利用率等方面还存在着改良的空间。本发明的技术方案将这两种方式的思路进行结合,仍然利用管理节点,又不依赖单点的主从,节约了资源,也很稳定。
图1示出了根据本发明一个实施例的一种业务节点管理的方法的流程示意图,该方法可以应用于管理节点中,包括:
步骤S110,接收业务节点发送的管理节点确认请求。其中,管理节点可以管理在其上注册的业务节点的机器状态、存储的数据、业务信息等。例如,在直播场景下,管理节点可以管理在其上注册的各节点的直播流信息。
在一个具体的实施例中,管理节点有多个,管理节点的确认并不等同于管理节点的注册,而是先一步确定要在哪个管理节点上进行注册,这样就基本上可以得到一个可靠的管理节点。
步骤S120,根据管理节点确认请求,向业务节点返回与指定管理节点对应的管理节点信息,以使业务节点在指定管理节点上进行注册。
具体确认可靠管理节点的实现方式很多,例如维护一个可靠管理节点的表,实时根据各管理节点的状态进行更新,再从中依据空闲状态等参数确定一台具体的管理节点作为指定管理节点等等。业务节点在指定管理节点上注册后就可以上报相应信息实现管理了。
可见,图1所示的方法,在接收业务节点发送的管理节点确认请求后,根据管理节点确认请求,向业务节点返回与指定管理节点对应的管理节点信息,以使业务节点在指定管理节点上进行注册。其中,管理节点可以管理在其上注册的业务节点的机器状态、存储的数据、业务信息;而注册过程又分为两步,先确认业务节点需要在哪个管理节点上注册,再由业务节点注册到相应的管理节点上,这样即使注册的管理节点宕机,也可以再重新通过第一步过程确认得到一个新的可用管理节点进行注册,实现了业务节点的妥善管理,并且不必需为每个管理节点都配备一个从节点,在资源的利用率上得到了提升。
在本发明的一个实施例中,上述方法中,管理节点确认请求是业务节点在初次上线时发送的;和/或,管理节点确认请求是业务节点在与已注册的管理节点断开连接时发送的。
在一个具体的实施例中,业务节点在初次上线时可以根据预先的配置信息确定向哪个管理节点发送管理节点确认请求。其中为了容灾考虑可以按优先级配置为各个业务节点两个或更多个管理节点。例如业务节点1默认向管理节点2发送管理节点确认请求,如果未能成功通信则向管理节点3发送管理节点确认请求。如果能够获得与指定管理节点对应的管理节点信息,就进行注册流程,例如在管理节点4上进行注册。当与管理节点4的连接断开时,就重新向管理节点2或管理节点3(流程与前文类似)发送管理节点确认请求,例如得到新的指定管理节点为管理节点5,则在管理节点5上进行注册。
这里如果管理节点4恢复正常,则管理节点5可以通过与业务节点1断开连接,使其重新进行注册,从而注册到管理节点4上。类似地各管理节点还需要进行业务节点的迁移。
在本发明的一个实施例中,上述方法中,该方法还包括:与若干个管理节点建立连接,形成管理节点网络;向业务节点返回与指定管理节点对应的管理节点信息包括:根据管理节点网络确定一个管理节点作为指定管理节点。
具体地,管理节点网络中的各管理节点可以与管理节点网络中的其他管理节点进行连接,例如构成一致性哈希环。
在本发明的一个实施例中,上述方法中,管理节点请求中包括管理节点标签;根据管理节点网络确定一个管理节点作为指定管理节点包括:判断管理节点标签对应的管理节点是否可用,是则将管理节点标签对应的管理节点作为指定管理节点。
其中,当管理节点宕机时可以从管理节点网络中排除,即判断理节点标签对应的管理节点是否可用可以简化为判断理节点标签对应的管理节点是否在管理节点网络中。具体地,各业务节点可以被配置有若干个管理节点,例如网络传输更优、效率更高的管理节点,如果这些管理节点可用,则优先选择这样的管理节点,因此可以事先保存为管理节点标签。
在本发明的一个实施例中,上述方法中,根据管理节点网络确定一个管理节点作为指定管理节点还包括:若管理节点标签对应的管理节点不可用,则选取一个与业务节点处于同一集群的管理节点作为指定管理节点。
这里是考虑了管理节点标签对应的管理节点不可用,即不能够在其上进行注册的情况,为了保证效率(例如数据传输效率),选取一个与业务节点处于同一集群的管理节点作为指定管理节点,使得管理节点在管理业务节点的状态产生的延时相对更小。
在本发明的一个实施例中,上述方法中,根据管理节点网络确定一个管理节点作为指定管理节点还包括:若不存在与业务节点处于同一集群的管理节点,则根据管理节点网络中的管理节点数据进行哈希计算,根据计算结果确定指定管理节点。例如前文所述的各管理节点构成一致性哈希环的情况下,就可以根据当前可用的管理节点数量通过哈希计算确定指定管理节点。
在本发明的一个实施例中,上述方法中,根据管理节点网络确定一个管理节点作为指定管理节点包括:将业务节点原注册的管理节点的备份管理节点作为指定管理节点。
这种情况下则是将单点主从与管理节点网络进行了结合,能够进一步更快速地在管理节点宕机时上线新的管理节点。
在本发明的一个实施例中,上述方法中,与若干个管理节点建立连接,形成管理节点网络包括:根据预先配置的管理节点地址,与各管理节点分别建立连接;记录连接的各管理节点的状态。
管理节点可以通过状态机的方式记录其他管理节点的状态,例如在线、下线、宕机等等。
在本发明的一个实施例中,上述方法中,记录连接的各管理节点的状态包括:与连接的各管理节点互相发送心跳信息,根据各管理节点的发送的心跳信息确定各管理节点的状态。具体地,在本发明的一个实施例中,上述方法中,心跳信息中包含本管理节点中记录的其他管理节点的状态信息;根据各管理节点的发送的心跳信息确定各管理节点的状态包括:当本管理节点中记录的一个管理节点处于第一状态时,若一个周期内接收到的记录该管理节点处于第一状态的状态信息的数量或比例达到相应的预设值,则通知管理节点网络中的其他管理节点执行与切换第二状态对应的操作,当操作完成后,记录该管理节点处于第二状态。
当管理节点启动后就根据配置的其他的管理节点的地址,与各管理节点建立连接,互相发送心跳信息。
在一个具体的实施例中,管理节点1在启动后(即上线)向管理节点2、管理节点3、管理节点4发送了连接请求,管理节点2、管理节点3、管理节点4在收到连接请求时将管理节点1记录为初始状态,当通过连接接收到心跳信息后则将管理节点1记录为在线状态。在互相发送心跳时也携带有自己记录的管理节点1的状态信息,这样管理节点2就会接收到管理节点1、管理节点3和管理节点4发送的管理节点1的状态信息,当其中记录管理节点1为在线状态的状态信息的数量或者比例达到了预设值,则通知管理节点1、管理节点3和管理节点4上线了一台新的管理节点即管理节点1,然后可以执行迁移,例如断开与一部分业务节点的连接,使其注册到管理节点1上。迁移时可以先使用旧环,再创建新环。迁移完成后依然询问其他的管理节点,如果认为迁移完成的管理节点的数量或者比例达到预设值,则将管理节点1的状态置为可用,继续通过心跳进行通知。迁移完成后旧环删除,通过新环提供服务。
在本发明的一个实施例中,上述方法中,当第一状态为在线状态时,第二状态为可用状态;当第一状态为离线状态时,第二状态为宕机状态;执行与切换第二状态对应的操作包括:对业务节点进行迁移。
与前文给出的例子相似,当一个管理节点认为另外一个状态原本为可用的管理节点心跳超时时,记录该心跳超时的管理节点下线,并进一步通过与其他管理节点的心跳信息确定该心跳超时的管理节点的状态,如果一个周期内接收到的记录该心跳超时的管理节点处于离线的状态信息的数量或比例达到相应的预设值,则通知其他管理节点,该心跳超时的管理节点宕机,进行业务节点迁移。
在本发明的一个实施例中,上述方法中,该方法还包括:接收在本管理节点注册的业务节点上报的业务节点信息;业务节点信息包括:业务节点的状态信息和/或业务信息。
其中,业务节点的状态信息可以包括机器上的硬件资源消耗等信息,业务信息可以根据实际的业务需求来确定,如直播场景下可以是直播流的相关信息等。
图2示出了根据本发明一个实施例的一种业务节点管理装置的结构示意图。业务节点管理装置200可以应用于管理节点中。如图2所示,业务节点管理装置200包括:
接收单元210,适于接收业务节点发送的管理节点确认请求。其中,管理节点可以管理在其上注册的业务节点的机器状态、存储的数据、业务信息等。例如,在直播场景下,管理节点可以管理在其上注册的各节点的直播流信息。
在一个具体的实施例中,管理节点有多个,管理节点的确认并不等同于管理节点的注册,而是先一步确定要在哪个管理节点上进行注册,这样就基本上可以得到一个可靠的管理节点。
管理节点确认单元220,适于根据管理节点确认请求,向业务节点返回与指定管理节点对应的管理节点信息,以使业务节点在指定管理节点上进行注册。
具体确认可靠管理节点的实现方式很多,例如维护一个可靠管理节点的表,实时根据各管理节点的状态进行更新,再从中依据空闲状态等参数确定一台具体的管理节点作为指定管理节点等等。业务节点在指定管理节点上注册后就可以上报相应信息实现管理了。
可见,图2所示的装置,在接收业务节点发送的管理节点确认请求后,根据管理节点确认请求,向业务节点返回与指定管理节点对应的管理节点信息,以使业务节点在指定管理节点上进行注册。其中,管理节点可以管理在其上注册的业务节点的机器状态、存储的数据、业务信息;而注册过程又分为两步,先确认业务节点需要在哪个管理节点上注册,再由业务节点注册到相应的管理节点上,这样即使注册的管理节点宕机,也可以再重新通过第一步过程确认得到一个新的可用管理节点进行注册,实现了业务节点的妥善管理,并且不必需为每个管理节点都配备一个从节点,在资源的利用率上得到了提升。
在本发明的一个实施例中,上述装置中,管理节点确认请求是业务节点在初次上线时发送的;和/或,管理节点确认请求是业务节点在与已注册的管理节点断开连接时发送的。
在一个具体的实施例中,业务节点在初次上线时可以根据预先的配置信息确定向哪个管理节点发送管理节点确认请求。其中为了容灾考虑可以按优先级配置为各个业务节点两个或更多个管理节点。例如业务节点1默认向管理节点2发送管理节点确认请求,如果未能成功通信则向管理节点3发送管理节点确认请求。如果能够获得与指定管理节点对应的管理节点信息,就进行注册流程,例如在管理节点4上进行注册。当与管理节点4的连接断开时,就重新向管理节点2或管理节点3(流程与前文类似)发送管理节点确认请求,例如得到新的指定管理节点为管理节点5,则在管理节点5上进行注册。
这里如果管理节点4恢复正常,则管理节点5可以通过与业务节点1断开连接,使其重新进行注册,从而注册到管理节点4上。类似地各管理节点还需要进行业务节点的迁移。
在本发明的一个实施例中,上述装置中,该装置还包括:管理节点网络单元230,适于与若干个管理节点建立连接,形成管理节点网络;管理节点确认单元220,适于根据管理节点网络确定一个管理节点作为指定管理节点。
具体地,管理节点网络中的各管理节点可以与管理节点网络中的其他管理节点进行连接,例如构成一致性哈希环。
在本发明的一个实施例中,上述装置中,管理节点请求中包括管理节点标签;管理节点确认单元220,适于判断管理节点标签对应的管理节点是否可用,是则将管理节点标签对应的管理节点作为指定管理节点。
其中,当管理节点宕机时可以从管理节点网络中排除,即判断理节点标签对应的管理节点是否可用可以简化为判断理节点标签对应的管理节点是否在管理节点网络中。具体地,各业务节点可以被配置有若干个管理节点,例如网络传输更优、效率更高的管理节点,如果这些管理节点可用,则优先选择这样的管理节点,因此可以事先保存为管理节点标签。
在本发明的一个实施例中,上述装置中,管理节点确认单元220,适于若管理节点标签对应的管理节点不可用,则选取一个与业务节点处于同一集群的管理节点作为指定管理节点。
这里是考虑了管理节点标签对应的管理节点不可用,即不能够在其上进行注册的情况,为了保证效率(例如数据传输效率),选取一个与业务节点处于同一集群的管理节点作为指定管理节点,使得管理节点在管理业务节点的状态产生的延时相对更小。
在本发明的一个实施例中,上述装置中,管理节点确认单元220,适于若不存在与业务节点处于同一集群的管理节点,则根据管理节点网络中的管理节点数据进行哈希计算,根据计算结果确定指定管理节点。例如前文所述的各管理节点构成一致性哈希环的情况下,就可以根据当前可用的管理节点数量通过哈希计算确定指定管理节点。
在本发明的一个实施例中,上述装置中,管理节点确认单元220,适于将业务节点原注册的管理节点的备份管理节点作为指定管理节点。
这种情况下则是将单点主从与管理节点网络进行了结合,能够进一步更快速地在管理节点宕机时上线新的管理节点。
在本发明的一个实施例中,上述装置中,管理节点网络单元230,适于根据预先配置的管理节点地址,与各管理节点分别建立连接;以及适于记录连接的各管理节点的状态。
管理节点可以通过状态机的方式记录其他管理节点的状态,例如在线、下线、宕机等等。
在本发明的一个实施例中,上述装置中,管理节点网络单元230,适于与连接的各管理节点互相发送心跳信息,根据各管理节点的发送的心跳信息确定各管理节点的状态。具体地,在本发明的一个实施例中,上述装置中,心跳信息中包含本管理节点中记录的其他管理节点的状态信息;管理节点网络单元230,适于当本管理节点中记录的一个管理节点处于第一状态时,若一个周期内接收到的记录该管理节点处于第一状态的状态信息的数量或比例达到相应的预设值,则通知管理节点网络中的其他管理节点执行与切换第二状态对应的操作,当操作完成后,记录该管理节点处于第二状态。
当管理节点启动后就根据配置的其他的管理节点的地址,与各管理节点建立连接,互相发送心跳信息。
在一个具体的实施例中,管理节点1在启动后(即上线)向管理节点2、管理节点3、管理节点4发送了连接请求,管理节点2、管理节点3、管理节点4在收到连接请求时将管理节点1记录为初始状态,当通过连接接收到心跳信息后则将管理节点1记录为在线状态。在互相发送心跳时也携带有自己记录的管理节点1的状态信息,这样管理节点2就会接收到管理节点1、管理节点3和管理节点4发送的管理节点1的状态信息,当其中记录管理节点1为在线状态的状态信息的数量或者比例达到了预设值,则通知管理节点1、管理节点3和管理节点4上线了一台新的管理节点即管理节点1,然后可以执行迁移,例如断开与一部分业务节点的连接,使其注册到管理节点1上。迁移时可以先使用旧环,再创建新环。迁移完成后依然询问其他的管理节点,如果认为迁移完成的管理节点的数量或者比例达到预设值,则将管理节点1的状态置为可用,继续通过心跳进行通知。迁移完成后旧环删除,通过新环提供服务。
在本发明的一个实施例中,上述装置中,当第一状态为在线状态时,第二状态为可用状态;当第一状态为离线状态时,第二状态为宕机状态;管理节点网络单元230,还适于对业务节点进行迁移。
与前文给出的例子相似,当一个管理节点认为另外一个状态原本为可用的管理节点心跳超时时,记录该心跳超时的管理节点下线,并进一步通过与其他管理节点的心跳信息确定该心跳超时的管理节点的状态,如果一个周期内接收到的记录该心跳超时的管理节点处于离线的状态信息的数量或比例达到相应的预设值,则通知其他管理节点,该心跳超时的管理节点宕机,进行业务节点迁移。
在本发明的一个实施例中,上述装置中,接收单元210,还适于接收在本管理节点注册的业务节点上报的业务节点信息;业务节点信息包括:业务节点的状态信息和/或业务信息。
其中,业务节点的状态信息可以包括机器上的硬件资源消耗等信息,业务信息可以根据实际的业务需求来确定,如直播场景下可以是直播流的相关信息等。
图3示出了根据本发明一个实施例的一种节点网络的结构示意图。如图3所示,节点网络300包括若干个业务节点320和若干个管理节点310,管理节点中部署有如上述中任一项的业务节点的管理装置200。
综上所述,本发明的技术方案,在接收业务节点发送的管理节点确认请求后,根据管理节点确认请求,向业务节点返回与指定管理节点对应的管理节点信息,以使业务节点在指定管理节点上进行注册。其中,管理节点可以管理在其上注册的业务节点的机器状态、存储的数据、业务信息;而注册过程又分为两步,先确认业务节点需要在哪个管理节点上注册,再由业务节点注册到相应的管理节点上,这样即使注册的管理节点宕机,也可以再重新通过第一步过程确认得到一个新的可用管理节点进行注册,实现了业务节点的妥善管理,并且不必需为每个管理节点都配备一个从节点,在资源的利用率上得到了提升。
需要说明的是:
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的业务节点管理装置和节点网络中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
例如,图4示出了根据本发明一个实施例的电子设备的结构示意图。该电子设备包括处理器410和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器420。存储器420可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器420具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码431的存储空间430。例如,用于存储计算机可读程序代码的存储空间430可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码431。计算机可读程序代码431可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘,紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图5所述的计算机可读存储介质。图5示出了根据本发明一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质500存储有用于执行根据本发明的方法步骤的计算机可读程序代码431,可以被电子设备400的处理器410读取,当计算机可读程序代码431由电子设备400运行时,导致该电子设备400执行上面所描述的方法中的各个步骤,具体来说,该计算机可读存储介质存储的计算机可读程序代码431可以执行上述任一实施例中示出的方法。计算机可读程序代码431可以以适当形式进行压缩。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明的实施例公开了A1、一种业务节点的管理方法,应用于管理节点中,该方法包括:
接收业务节点发送的管理节点确认请求;
根据所述管理节点确认请求,向所述业务节点返回与指定管理节点对应的管理节点信息,以使所述业务节点在所述指定管理节点上进行注册。
A2、如A1所述的方法,其中,所述管理节点确认请求是所述业务节点在初次上线时发送的;
和/或,
所述管理节点确认请求是所述业务节点在与已注册的管理节点断开连接时发送的。
A3、如A1所述的方法,其中,该方法还包括:
与若干个管理节点建立连接,形成管理节点网络;
所述向所述业务节点返回与指定管理节点对应的管理节点信息包括:根据所述管理节点网络确定一个管理节点作为指定管理节点。
A4、如A3所述的方法,其中,所述管理节点请求中包括管理节点标签;
所述根据所述管理节点网络确定一个管理节点作为指定管理节点包括:判断所述管理节点标签对应的管理节点是否可用,是则将所述管理节点标签对应的管理节点作为指定管理节点。
A5、如A4所述的方法,其中,所述根据所述管理节点网络确定一个管理节点作为指定管理节点还包括:
若所述管理节点标签对应的管理节点不可用,则选取一个与所述业务节点处于同一集群的管理节点作为指定管理节点。
A6、如A5所述的方法,其中,所述根据所述管理节点网络确定一个管理节点作为指定管理节点还包括:
若不存在与所述业务节点处于同一集群的管理节点,则根据所述管理节点网络中的管理节点数据进行哈希计算,根据计算结果确定指定管理节点。
A7、如A3所述的方法,其中,所述根据所述管理节点网络确定一个管理节点作为指定管理节点包括:
将所述业务节点原注册的管理节点的备份管理节点作为指定管理节点。
A8、如A3所述的方法,其中,所述与若干个管理节点建立连接,形成管理节点网络包括:
根据预先配置的管理节点地址,与各管理节点分别建立连接;
记录连接的各管理节点的状态。
A9、如A8所述的方法,其中,所述记录连接的各管理节点的状态包括:
与连接的各管理节点互相发送心跳信息,根据各管理节点的发送的心跳信息确定各管理节点的状态。
A10、如A9所述的方法,其中,所述心跳信息中包含本管理节点中记录的其他管理节点的状态信息;
所述根据各管理节点的发送的心跳信息确定各管理节点的状态包括:
当本管理节点中记录的一个管理节点处于第一状态时,若一个周期内接收到的记录该管理节点处于第一状态的状态信息的数量或比例达到相应的预设值,则通知管理节点网络中的其他管理节点执行与切换第二状态对应的操作,当操作完成后,记录该管理节点处于第二状态。
A11、如A10所述的方法,其中,当所述第一状态为在线状态时,所述第二状态为可用状态;当所述第一状态为离线状态时,所述第二状态为宕机状态;
所述执行与切换第二状态对应的操作包括:对业务节点进行迁移。
A12、如A1所述的方法,其中,该方法还包括:
接收在本管理节点注册的业务节点上报的业务节点信息;
所述业务节点信息包括:业务节点的状态信息和/或业务信息。
本发明的实施例还公开了B13、一种业务节点的管理装置,应用于管理节点中,该装置包括:
接收单元,适于接收业务节点发送的管理节点确认请求;
管理节点确认单元,适于根据所述管理节点确认请求,向所述业务节点返回与指定管理节点对应的管理节点信息,以使所述业务节点在所述指定管理节点上进行注册。
B14、如B13所述的装置,其中,所述管理节点确认请求是所述业务节点在初次上线时发送的;
和/或,
所述管理节点确认请求是所述业务节点在与已注册的管理节点断开连接时发送的。
B15、如B13所述的装置,其中,该装置还包括:
管理节点网络单元,适于与若干个管理节点建立连接,形成管理节点网络;
所述管理节点确认单元,适于根据所述管理节点网络确定一个管理节点作为指定管理节点。
B16、如B15所述的装置,其中,所述管理节点请求中包括管理节点标签;
所述管理节点确认单元,适于判断所述管理节点标签对应的管理节点是否可用,是则将所述管理节点标签对应的管理节点作为指定管理节点。
B17、如B16所述的装置,其中,
所述管理节点确认单元,适于若所述管理节点标签对应的管理节点不可用,则选取一个与所述业务节点处于同一集群的管理节点作为指定管理节点。
B18、如B17所述的装置,其中,
所述管理节点确认单元,适于若不存在与所述业务节点处于同一集群的管理节点,则根据所述管理节点网络中的管理节点数据进行哈希计算,根据计算结果确定指定管理节点。
B19、如B15所述的装置,其中,
所述管理节点确认单元,适于将所述业务节点原注册的管理节点的备份管理节点作为指定管理节点。
B20、如B15所述的装置,其中,
所述管理节点网络单元,适于根据预先配置的管理节点地址,与各管理节点分别建立连接;以及适于记录连接的各管理节点的状态。
B21、如B20所述的装置,其中,
所述管理节点网络单元,适于与连接的各管理节点互相发送心跳信息,根据各管理节点的发送的心跳信息确定各管理节点的状态。
B22、如B21所述的装置,其中,所述心跳信息中包含本管理节点中记录的其他管理节点的状态信息;
所述管理节点网络单元,适于当本管理节点中记录的一个管理节点处于第一状态时,若一个周期内接收到的记录该管理节点处于第一状态的状态信息的数量或比例达到相应的预设值,则通知管理节点网络中的其他管理节点执行与切换第二状态对应的操作,当操作完成后,记录该管理节点处于第二状态。
B23、如B22所述的装置,其中,当所述第一状态为在线状态时,所述第二状态为可用状态;当所述第一状态为离线状态时,所述第二状态为宕机状态;
所述管理节点网络单元,还适于对业务节点进行迁移。
B24、如B13所述的装置,其中,
所述接收单元,还适于接收在本管理节点注册的业务节点上报的业务节点信息;所述业务节点信息包括:业务节点的状态信息和/或业务信息。
本发明的实施例还公开了C25、一种节点网络,其中,所述节点网络包括若干个业务节点和若干个管理节点,所述管理节点中部署有如B13-B24中任一项所述的业务节点的管理装置。
本发明的实施例还公开了D26、一种电子设备,其中,该电子设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如A1-A12中任一项所述的方法。
本发明的实施例还公开了E27、一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如A1-A12中任一项所述的方法。
Claims (10)
1.一种业务节点的管理方法,应用于管理节点中,该方法包括:
接收业务节点发送的管理节点确认请求;
根据所述管理节点确认请求,向所述业务节点返回与指定管理节点对应的管理节点信息,以使所述业务节点在所述指定管理节点上进行注册。
2.如权利要求1所述的方法,其中,所述管理节点确认请求是所述业务节点在初次上线时发送的;
和/或,
所述管理节点确认请求是所述业务节点在与已注册的管理节点断开连接时发送的。
3.如权利要求1所述的方法,其中,该方法还包括:
与若干个管理节点建立连接,形成管理节点网络;
所述向所述业务节点返回与指定管理节点对应的管理节点信息包括:根据所述管理节点网络确定一个管理节点作为指定管理节点。
4.如权利要求3所述的方法,其中,所述管理节点请求中包括管理节点标签;
所述根据所述管理节点网络确定一个管理节点作为指定管理节点包括:判断所述管理节点标签对应的管理节点是否可用,是则将所述管理节点标签对应的管理节点作为指定管理节点。
5.一种业务节点的管理装置,应用于管理节点中,该装置包括:
接收单元,适于接收业务节点发送的管理节点确认请求;
管理节点确认单元,适于根据所述管理节点确认请求,向所述业务节点返回与指定管理节点对应的管理节点信息,以使所述业务节点在所述指定管理节点上进行注册。
6.如权利要求5所述的装置,其中,所述管理节点确认请求是所述业务节点在初次上线时发送的;
和/或,
所述管理节点确认请求是所述业务节点在与已注册的管理节点断开连接时发送的。
7.如权利要求5所述的装置,其中,该装置还包括:
管理节点网络单元,适于与若干个管理节点建立连接,形成管理节点网络;
所述管理节点确认单元,适于根据所述管理节点网络确定一个管理节点作为指定管理节点。
8.一种节点网络,其中,所述节点网络包括若干个业务节点和若干个管理节点,所述管理节点中部署有如权利要求5-7中任一项所述的业务节点的管理装置。
9.一种电子设备,其中,该电子设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如权利要求1-4中任一项所述的方法。
10.一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如权利要求1-4中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910146410.XA CN111629013A (zh) | 2019-02-27 | 2019-02-27 | 一种业务节点管理的方法、装置和节点网络 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910146410.XA CN111629013A (zh) | 2019-02-27 | 2019-02-27 | 一种业务节点管理的方法、装置和节点网络 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111629013A true CN111629013A (zh) | 2020-09-04 |
Family
ID=72272436
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910146410.XA Pending CN111629013A (zh) | 2019-02-27 | 2019-02-27 | 一种业务节点管理的方法、装置和节点网络 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111629013A (zh) |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1897505A (zh) * | 2006-06-05 | 2007-01-17 | 中国电信股份有限公司 | 以太网无源光网络中光网络单元的基于询问的注册方法 |
CN101047552A (zh) * | 2006-04-28 | 2007-10-03 | 华为技术有限公司 | 分布式业务管理方法、系统及分布式认证鉴权授权方法、系统 |
CN101166359A (zh) * | 2006-10-16 | 2008-04-23 | 中兴通讯股份有限公司 | 移动通信系统的选择管理节点的方法 |
CN101374152A (zh) * | 2007-08-22 | 2009-02-25 | 杭州华三通信技术有限公司 | 全交换存储控制系统和其管理方法以及一种业务节点 |
CN101534309A (zh) * | 2009-04-14 | 2009-09-16 | 华为技术有限公司 | 节点注册方法、路由更新方法、通讯系统以及相关设备 |
CN102077684A (zh) * | 2008-07-01 | 2011-05-25 | 艾利森电话股份有限公司 | 在域管理器和被管理节点之间建立通道 |
CN102185921A (zh) * | 2011-05-10 | 2011-09-14 | 中国联合网络通信集团有限公司 | 分布式网络业务管理方法、系统以及控制节点 |
CN102523237A (zh) * | 2011-12-31 | 2012-06-27 | 北京佳讯飞鸿电气股份有限公司 | 一种ip调度系统中sip注册服务器负荷分担的方法 |
CN104253865A (zh) * | 2014-09-18 | 2014-12-31 | 华南理工大学 | 一种混合型桌面云服务平台的两级管理方法 |
CN105450727A (zh) * | 2015-11-03 | 2016-03-30 | 浪潮(北京)电子信息产业有限公司 | 一种网络通信方法及网络通信架构 |
CN105471995A (zh) * | 2015-12-14 | 2016-04-06 | 山东省农业机械科学研究院 | 基于SOA的大规模Web服务机群高可用实现方法 |
CN106713944A (zh) * | 2016-12-30 | 2017-05-24 | 北京奇虎科技有限公司 | 一种流数据任务的处理方法和装置 |
WO2018068655A1 (zh) * | 2016-10-12 | 2018-04-19 | 中兴通讯股份有限公司 | 一种许可管理方法和系统 |
CN107948284A (zh) * | 2017-11-24 | 2018-04-20 | 泰康保险集团股份有限公司 | 一种基于微服务架构的服务下线方法、设备和系统 |
CN108924244A (zh) * | 2018-07-24 | 2018-11-30 | 广东神马搜索科技有限公司 | 分布式系统以及用于该系统的流量分配方法和装置 |
-
2019
- 2019-02-27 CN CN201910146410.XA patent/CN111629013A/zh active Pending
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047552A (zh) * | 2006-04-28 | 2007-10-03 | 华为技术有限公司 | 分布式业务管理方法、系统及分布式认证鉴权授权方法、系统 |
CN1897505A (zh) * | 2006-06-05 | 2007-01-17 | 中国电信股份有限公司 | 以太网无源光网络中光网络单元的基于询问的注册方法 |
CN101166359A (zh) * | 2006-10-16 | 2008-04-23 | 中兴通讯股份有限公司 | 移动通信系统的选择管理节点的方法 |
CN101374152A (zh) * | 2007-08-22 | 2009-02-25 | 杭州华三通信技术有限公司 | 全交换存储控制系统和其管理方法以及一种业务节点 |
CN102077684A (zh) * | 2008-07-01 | 2011-05-25 | 艾利森电话股份有限公司 | 在域管理器和被管理节点之间建立通道 |
CN101534309A (zh) * | 2009-04-14 | 2009-09-16 | 华为技术有限公司 | 节点注册方法、路由更新方法、通讯系统以及相关设备 |
CN102185921A (zh) * | 2011-05-10 | 2011-09-14 | 中国联合网络通信集团有限公司 | 分布式网络业务管理方法、系统以及控制节点 |
CN102523237A (zh) * | 2011-12-31 | 2012-06-27 | 北京佳讯飞鸿电气股份有限公司 | 一种ip调度系统中sip注册服务器负荷分担的方法 |
CN104253865A (zh) * | 2014-09-18 | 2014-12-31 | 华南理工大学 | 一种混合型桌面云服务平台的两级管理方法 |
CN105450727A (zh) * | 2015-11-03 | 2016-03-30 | 浪潮(北京)电子信息产业有限公司 | 一种网络通信方法及网络通信架构 |
CN105471995A (zh) * | 2015-12-14 | 2016-04-06 | 山东省农业机械科学研究院 | 基于SOA的大规模Web服务机群高可用实现方法 |
WO2018068655A1 (zh) * | 2016-10-12 | 2018-04-19 | 中兴通讯股份有限公司 | 一种许可管理方法和系统 |
CN107948226A (zh) * | 2016-10-12 | 2018-04-20 | 中兴通讯股份有限公司 | 一种许可管理方法和系统 |
CN106713944A (zh) * | 2016-12-30 | 2017-05-24 | 北京奇虎科技有限公司 | 一种流数据任务的处理方法和装置 |
CN107948284A (zh) * | 2017-11-24 | 2018-04-20 | 泰康保险集团股份有限公司 | 一种基于微服务架构的服务下线方法、设备和系统 |
CN108924244A (zh) * | 2018-07-24 | 2018-11-30 | 广东神马搜索科技有限公司 | 分布式系统以及用于该系统的流量分配方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108370341B (zh) | 资源配置方法、虚拟网络功能管理器和网元管理系统 | |
CN110365748B (zh) | 业务数据的处理方法和装置、存储介质及电子装置 | |
CN109684099B (zh) | 消息处理方法及装置 | |
CN109376197B (zh) | 一种数据同步方法、服务器及计算机存储介质 | |
CN105978781A (zh) | 建立Docker容器的网络连接的方法、系统以及客户端 | |
CN107105050B (zh) | 一种业务对象的存储、下载方法及系统 | |
CN108234630A (zh) | 基于分布式一致性协议实现的数据读取方法及装置 | |
CN105468302B (zh) | 一种处理数据的方法、装置及系统 | |
CN103152390B (zh) | 分布式存储系统的节点配置方法、装置、节点及系统 | |
CN106777164B (zh) | 一种数据迁移集群及数据迁移方法 | |
CN110633175B (zh) | 基于微服务的多机房数据处理方法、电子设备及存储介质 | |
CN107005435B (zh) | 一种网络服务描述符上架方法及装置 | |
CN104618312A (zh) | 一种m2m应用的远程注册方法、装置和系统 | |
CN111858045A (zh) | 一种多任务gpu资源调度方法、装置、设备及可读介质 | |
CN109120746A (zh) | 网络地址转换方法、装置及地址转换设备 | |
CN111381972A (zh) | 分布式任务调度方法、装置和系统 | |
CN111355600B (zh) | 一种主节点确定方法和装置 | |
CN106506717A (zh) | 一种自动发现方法及设备 | |
CN107800814B (zh) | 虚拟机部署方法及装置 | |
CN112804730A (zh) | 设备互联方法、装置、服务器、智能设备及存储介质 | |
CN111078238A (zh) | 容器环境下应用配置集中处理方法及装置 | |
CN110012054B (zh) | 一种基于联盟链网络的业务处理方法及系统 | |
CN112015595B (zh) | 主从数据库的切换方法、计算设备及存储介质 | |
CN107612753B (zh) | 无线信息的处理方法、装置和无线接入设备 | |
CN113810216A (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 |