CN111988367B - 一种服务器集群中单服务器的管理方法及*** - Google Patents
一种服务器集群中单服务器的管理方法及*** Download PDFInfo
- Publication number
- CN111988367B CN111988367B CN202010748830.8A CN202010748830A CN111988367B CN 111988367 B CN111988367 B CN 111988367B CN 202010748830 A CN202010748830 A CN 202010748830A CN 111988367 B CN111988367 B CN 111988367B
- Authority
- CN
- China
- Prior art keywords
- server
- restapi
- cluster
- cluster management
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 39
- 238000004891 communication Methods 0.000 claims description 22
- 230000002159 abnormal effect Effects 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 10
- 238000012545 processing Methods 0.000 claims description 8
- 238000012217 deletion Methods 0.000 abstract 1
- 230000037430 deletion Effects 0.000 abstract 1
- 238000007726 management method Methods 0.000 description 154
- 230000004044 response Effects 0.000 description 4
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mathematical Physics (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请公开了一种服务器集群中单服务器的管理方法及***,该方法包括:根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,所述任一服务器采用保存restapi的形式进行操作记录;服务器端和集群管理端利用发送restapi请求的方式进行数据同步。该***包括:管理服务开启模块、记录模块和数据同步模块。通过本申请,能够实现单服务器虚拟化管理,实现正常操作虚拟机开机、关机、创建虚拟机以及删除虚拟机,从而大大提高集群管理端的高可用性,提高虚拟化管理的效率。
Description
技术领域
本申请涉及服务器集群管理技术领域,特别是涉及一种服务器集群中单服务器的管理方法及***。
背景技术
在虚拟化服务中,通常将多台服务器组成服务器集群,进行统一管理,并可以利用其CPU、内存资源实现共享,从而提供给虚拟机使用。因此,在服务器集群中如何对每台服务器进行管理,是个重要的技术问题。
目前,在服务器集群中,通常是对当前集群内的所有服务器统一管理,虚拟化管理端向每台服务器发送指令,各服务器根据所获取的指令进行相关操作。当虚拟化管理端出现故障时,或者虚拟化管理端和某一台服务器之间的通信连接断开时,暂停整个集群的管理进程,进行故障处理,直到排查完毕,继续通信。
然而,目前在服务器集群中对服务器进行管理的方法,由于虚拟化管理端故障或者通信故障时,对单个服务器的处理方式是暂停集群管理,会导致虚拟化管理端的高可用性大大降低,管理效率降低。
发明内容
本申请提供了一种服务器集群中单服务器的管理方法及***,以解决现有技术中对单服务器的管理效率低,服务器集群的高可用性较低的问题。
为了解决上述技术问题,本申请实施例公开了如下技术方案:
一种服务器集群中单服务器的管理方法,所述服务器集群包括:服务器端和集群管理端,且所述服务器端和集群管理端具备相同的restapi协议,服务器端包括多台服务器,所述单服务器为集群管理端故障时,游离于服务器集群的任一服务器,所述方法包括:
根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,所述管理服务用于单机管理,所述RestAPI接口包括:post接口、put接口以及delete接口;
所述任一服务器采用保存restapi的形式进行操作记录;
服务器端和集群管理端利用发送restapi请求的方式进行数据同步,其中,服务器端的每台服务器中均包括服务器端数据库,所述服务器数据库用于存储当前服务器的主机信息和api记录保存表,所述主机信息包括:主机上的虚拟机信息、主机网络信息以及主机存储信息。
可选地,所述任一服务器采用保存restapi的形式进行操作记录,具体为:
当任一所述RestAPI接口被调用时,所述任一服务器向api记录保存表中***一条记录,所述记录用于记录操作restapi的内容。
可选地,所述服务器端和集群管理端通过发送restapi请求的方式进行数据同步,包括:
任一服务器采用保存restapi的形式进行操作记录之后,服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端;
集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至服务器端。
可选地,所述服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端,包括:
判断服务器端和集群管理端的通信状态是否正常;
如果服务器端和集群管理端的通信状态正常,判定集群管理服务正常;
服务器端向集群管理端发送restapi请求;
集群管理端根据所述restapi请求,将集群管理中当前服务器的数据与操作记录后当前服务器的数据同步;
如果服务器端和集群管理端的通信状态不正常,判定集群管理服务不正常;
服务器端监听管理服务,直到集群管理服务正常后,服务器端向集群管理端发送restapi请求;
Restapi处理完毕后,清空服务器端api记录保存表中的记录。
可选地,所述集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至服务器端,包括:
集群管理端根据所获取的restapi请求,判断是否为post接口、put接口和delete接口中的任意一个;
如果是,判断发送所述restapi请求的服务器是否在线;
如果发送所述restapi请求的服务器在线,向发送所述restapi请求的服务器发送响应相同的restapi请求;
如果发送所述restapi请求的服务器离线,不对发送所述restapi请求的服务器进行响应。
可选地,所述方法还包括:
当post接口和delete接口操作同一个资源时,在post接口和delete接口均删除操作记录,所述资源包括:信息、存储和网络。
可选地,所述方法还包括:
进行资源合并时,利用底层资源uuid,判断待合并资源在服务器端和集群管理端是否为同一个资源;
如果是,合并为一个资源;
如果否,不进行合并。
一种服务器集群中单服务器的管理***,所述服务器集群中包括:服务器端和集群管理端,且所述服务器端和集群管理端具备相同的restapi协议,所述单服务器为集群管理端故障时,游离于服务器集群的任一服务器,所述***包括:
管理服务开启模块,用于根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,所述管理服务用于单机管理,所述RestAPI接口包括:post接口、put接口以及delete接口;
记录模块,用于所述任一服务器采用保存restapi的形式进行操作记录;
数据同步模块,用于通过发送restapi请求的方式,在服务器端和集群管理端进行数据同步,其中,服务器端的每台服务器中均包括服务器端数据库,所述服务器数据库用于存储当前服务器的主机信息和api记录保存表,所述主机信息包括:主机上的虚拟机信息、主机网络信息以及主机存储信息。
可选地,所述数据同步模块包括:
第一同步单元,用于任一服务器采用保存restapi的形式进行操作记录之后,在服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端;
第二同步单元,用于集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至当前服务器端。
可选地,所述第一同步单元包括:
第一判断子单元,用于判断服务器端和集群管理端的通信状态是否正常,如果服务器端和集群管理端的通信状态正常,判定集群管理服务正常,否则,判定集群管理服务不正常;
restapi请求发送子单元,用于当集群管理服务正常时,控制当前服务器端向集群管理端发送restapi请求;
同步子单元,用于根据所述restapi请求,将集群管理中当前服务器的数据与操作记录后当前服务器的数据同步;
监听子单元,用于当服务器端和集群管理端的通信状态不正常时监听管理服务;
所述restapi请求发送子单元,还用于当监听子单元监听到集群管理服务正常后,当前服务器端向集群管理端发送restapi请求;
清空子单元,用于restapi处理完毕后,清空服务器端api记录保存表中的记录。
本申请的实施例提供的技术方案可以包括以下有益效果:
本申请提供一种服务器集群中单服务器的管理方法,该方法首先根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,然后服务器集群中的任一服务器采用保存restapi的形式进行操作记录,最后服务器端和集群管理端利用发送restapi请求的方式进行数据同步。本实施例通过保存restapi的形式进行操作记录,当post接口、put接口以及delete接口这三种RestAPI接口被调用时,通过对restapi_info表进行更新,从而对服务器的操作进行记录,为后续进行数据同步提供依据。服务器端和集群管理端利用发送restapi请求的方式进行数据同步,能够实现服务器端向集群管理端进行操作内容的同步,以及集权管理端向服务器端的操作内容同步,从而确保集群管理端故障时,对游离于服务器集群的单服务器进行数据同步,避免宕机操作,通过对单服务器虚拟化管理,实现正常操作虚拟机开机、关机、创建虚拟机以及删除虚拟机,从而大大提高集群管理端的高可用性,提高虚拟化管理的效率。
本申请还提供一种服务器集群中单服务器的管理***。该***主要包括:管理服务开启模块、记录模块和数据同步模块。通过管理服务开启模块将服务器集群中的多台服务器管理服务开启,便于后续单机管理。通过记录模块,采用保存restapi的形式对接口调用进行操作记录,有利于提高管理效率。最后通过数据同步模块,能够实现服务器端和集群管理端的双向同步,从而确保集群管理端故障时,能够正常对单服务器进行虚拟化管理,有利于大大提高集群管理端的高可用性,提高虚拟化管理的效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例所提供的一种服务器集群中单服务器的管理方法的流程示意图;
图2为本申请实施例所提供的一种服务器集群中单服务器的管理***的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
为了更好地理解本申请,下面结合附图来详细解释本申请的实施方式。
实施例一
参见图1,图1为本申请实施例所提供的一种服务器集群中单服务器的管理方法的流程示意图。由图1可知,本实施例中服务器集群中单服务器的管理方法,主要包括如下过程:
S1:根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,管理服务用于单机管理。
本实施例中服务器集群包括:服务器端和集群管理端,且服务器端和集群管理端具备相同的restapi协议,服务器端的管理接口与集群管理端的接口一致。服务器端包括多台服务器,本实施例中的单服务器为集群管理端故障时,游离于服务器集群的任一服务器。服务器端的任一服务器都有自身的管理***和服务器端数据库,其中,管理***用于管理当前服务器的主机业务,服务器端数据库用于存储当前服务器的主机信息和api记录保存表,主机信息包括:主机上的虚拟机信息、主机网络信息以及主机存储信息。且服务器端数据库的表结构与集群端服务器的表结构一致,只是服务器端数据库中增加了api记录保存表。本实施例中的api记录保存表为表restapi_info,用于记录主机是否进行过单机管理。api记录保存表的设置,能够及时记录操作restapi的内容,为后续进行数据同步提供依据,从而提高数据同步的准确性。
通过步骤S1,能够在多个服务器中开启各自的管理服务,从而实现后续的单机管理。管理对外提供RestAPI接口。其中,RestAPI接口包括:post接口、put接口以及delete接口。post接口用于创建虚拟机,put接口用于更新虚拟机,delete接口用于删除虚拟机。
继续参见图1可知,开启管理服务后,执行步骤S2:任一服务器采用保存restapi的形式进行操作记录。
具体地,步骤S2包括:当任一RestAPI接口被调用时,任一服务器向api记录保存表中***一条记录,记录用于记录操作restapi的内容。也就是,本实施例中通过RestAPI,当post接口、put接口和delete接口这三类接口被调用时,对表restapi_info进行更新,即:这三类接口被调用时,必须向表restapi_info中***一条记录,用于记录操作restapi内容。当然,此处的记录不包括集群管理端发送来的记录。
S3:服务器端和集群管理端利用发送restapi请求的方式进行数据同步。
具体地,步骤S3包括:
S31:任一服务器采用保存restapi的形式进行操作记录之后,服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端。
该restapi请求与步骤S2中当前记录操作restapi的内容相匹配。
具体地,步骤S31又包括如下过程:
S311:判断服务器端和集群管理端的通信状态是否正常。
本实施例中的通信状态包括:RestAPI接口状态以及网络状态。
如果服务器端和集群管理端的通信状态正常,执行步骤S312:判定集群管理服务正常。
当集群管理服务正常时,执行步骤S313:服务器端向集群管理端发送restapi请求。
S314:集群管理端根据restapi请求,将集群管理中当前服务器的数据与操作记录后当前服务器的数据同步。
由步骤S313-S314可知,当集群管理服务正常时,可以正常处理restapi请求,此时,集群管理端处理restapi请求,但不向底层下发真正的命令,只进行数据操作,将集群管理中的此服务器的数据与单服务中的数据同步。
如果服务器端和集群管理端的通信状态不正常,执行步骤S315:判定集群管理服务不正常。
当集群管理服务不正常时,执行步骤S316:服务器端监听管理服务,直到集群管理服务正常后,服务器端向集群管理端发送restapi请求。
并执行步骤S341进行数据同步。
Restapi处理完毕后,执行步骤S317:清空服务器端api记录保存表中的记录。
也就是删除服务器端数据库表中的记录,通过清空记录,能够提高后续数据同步的准确性,并提高服务器资源空间的利用率。
服务器端和集群管理端的双向数据同步,除了步骤S31中服务器端向集群管理端进行数据同步,还包括步骤S32:集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至服务器端。
具体地,步骤S32包括如下过程:
S321:集群管理端根据所获取的restapi请求,判断是否为post接口、put接口和delete接口中的任意一个。
如果是post接口、put接口和delete接口中的任意一个,执行步骤S322:判断发送restapi请求的服务器是否在线。
如果发送restapi请求的服务器在线,执行步骤S323:向发送restapi请求的服务器发送响应相同的restapi请求;
如果发送restapi请求的服务器离线,执行步骤S324:不对发送restapi请求的服务器进行响应。
由以上步骤S321-S324可知,当集群管理端收到restapi处理,类型为post接口、put接口或者delete接口时,同时向对应的主机发送相同的restapi;当主机离线时,则放弃向其发送请求,同时集群端对离线主机处理也失败,这样就能保证数据不一致的情况只发生在单服务器端。
进一步地,本实施例的方法还包括,当post接口和delete接口操作同一个资源时,在post接口和delete接口均删除操作记录,其中该资源包括:信息、存储和网络。通过删除操作记录,能够减少数据同步的次数,提高数据同步效率,进而提高单服务器管理效率,提高集群管理高可用性。
本实施例的方法还包括:进行资源合并时,利用底层资源uuid,判断待合并资源在服务器端和集群管理端是否为同一个资源;如果是,合并为一个资源;如果否,不进行合并。也就是说,数据同步过程中,进行资源的合并时,有些资源在集群管理中只存在一个,但是到服务器端可能是每个主机上都存在,此时需要确保***可以识别到这些资源是同一个。本实施例中可以使用底层资源uuid作为唯一标识,从而快速而准确地判断是否为同一个资源,进而提高数据同步的准确性和同步效率。
实施例二
在图1所示实施例的基础之上参见图2,图2为本申请实施例所提供的一种服务器集群中单服务器的管理***的结构示意图。由图2可知,本实施例中服务器集群中单服务器的管理***,主要包括:管理服务开启模块、记录模块和数据同步模块。
其中,管理服务开启模块,用于根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,管理服务用于单机管理,RestAPI接口包括:post接口、put接口以及delete接口。记录模块,用于任一服务器采用保存restapi的形式进行操作记录。数据同步模块,用于通过发送restapi请求的方式,在服务器端和集群管理端进行数据同步,其中,服务器端的每台服务器中均包括服务器端数据库,服务器数据库用于存储当前服务器的主机信息和api记录保存表,主机信息包括:主机上的虚拟机信息、主机网络信息以及主机存储信息。
本实施例中的服务器集群包括:服务器端和集群管理端,且服务器端和集群管理端具备相同的restapi协议,单服务器为集群管理端故障时,游离于服务器集群的任一服务器。
其中,数据同步模块包括:第一同步单元和第二同步单元。第一同步单元设置于服务器端,第二同步单元设置于集群管理端。第一同步单元,用于任一服务器采用保存restapi的形式进行操作记录之后,在服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端;第二同步单元,用于集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至当前服务器端。
进一步地,第一同步单元包括:第一判断子单元、restapi请求发送子单元、同步子单元、监听子单元和清空子单元。其中,第一判断子单元,用于判断服务器端和集群管理端的通信状态是否正常,如果服务器端和集群管理端的通信状态正常,判定集群管理服务正常,否则,判定集群管理服务不正常。restapi请求发送子单元,用于当集群管理服务正常时,控制当前服务器端向集群管理端发送restapi请求。同步子单元,用于根据restapi请求,将集群管理中当前服务器的数据与操作记录后当前服务器的数据同步。监听子单元,用于当服务器端和集群管理端的通信状态不正常时监听管理服务。restapi请求发送子单元,还用于当监听子单元监听到集群管理服务正常后,当前服务器端向集群管理端发送restapi请求。清空子单元,用于restapi处理完毕后,清空服务器端api记录保存表中的记录。
第二同步单元包括:第二判断子单元、第三判断子单元、响应子单元。其中,第二判断子单元,用于集群管理端根据所获取的restapi请求,判断是否为post接口、put接口和delete接口中的任意一个。第三判断子单元,用于当是post接口、put接口和delete接口中的任意一个时,判断发送restapi请求的服务器是否在线。响应子单元,用于如果发送restapi请求的服务器在线,向发送restapi请求的服务器发送响应相同的restapi请求;如果发送restapi请求的服务器离线,不对发送restapi请求的服务器进行响应。
该实施例服务器集群中单服务器的管理***的工作原理和工作方法,在图1所示的实施例中已经详细阐述,在此不再赘述。
以上所述仅是本申请的具体实施方式,使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种服务器集群中单服务器的管理方法,其特征在于,所述服务器集群包括:服务器端和集群管理端,且所述服务器端和集群管理端具备相同的restapi协议,服务器端包括多台服务器,所述单服务器为集群管理端故障时,游离于服务器集群的任一服务器,所述方法包括:
根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,所述管理服务用于单机管理,所述RestAPI接口包括:post接口、put接口以及delete接口;
所述任一服务器采用保存restapi的形式进行操作记录;
服务器端和集群管理端利用发送restapi请求的方式进行数据同步,其中,服务器端的每台服务器中均包括服务器端数据库,所述服务器数据库用于存储当前服务器的主机信息和api记录保存表,所述主机信息包括:主机上的虚拟机信息、主机网络信息以及主机存储信息。
2.根据权利要求1所述的一种服务器集群中单服务器的管理方法,其特征在于,所述任一服务器采用保存restapi的形式进行操作记录,具体为:
当任一所述RestAPI接口被调用时,所述任一服务器向api记录保存表中***一条记录,所述记录用于记录操作restapi的内容。
3.根据权利要求1所述的一种服务器集群中单服务器的管理方法,其特征在于,所述服务器端和集群管理端通过发送restapi请求的方式进行数据同步,包括:
任一服务器采用保存restapi的形式进行操作记录之后,服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端;
集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至服务器端。
4.根据权利要求3所述的一种服务器集群中单服务器的管理方法,其特征在于,所述服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端,包括:
判断服务器端和集群管理端的通信状态是否正常;
如果服务器端和集群管理端的通信状态正常,判定集群管理服务正常;
服务器端向集群管理端发送restapi请求;
集群管理端根据所述restapi请求,将集群管理中当前服务器的数据与操作记录后当前服务器的数据同步;
如果服务器端和集群管理端的通信状态不正常,判定集群管理服务不正常;
服务器端监听管理服务,直到集群管理服务正常后,服务器端向集群管理端发送restapi请求;
Restapi处理完毕后,清空服务器端api记录保存表中的记录。
5.根据权利要求3所述的一种服务器集群中单服务器的管理方法,其特征在于,所述集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至服务器端,包括:
集群管理端根据所获取的restapi请求,判断是否为post接口、put接口和delete接口中的任意一个;
如果是,判断发送所述restapi请求的服务器是否在线;
如果发送所述restapi请求的服务器在线,向发送所述restapi请求的服务器发送响应相同的restapi请求;
如果发送所述restapi请求的服务器离线,不对发送所述restapi请求的服务器进行响应。
6.根据权利要求1所述的一种服务器集群中单服务器的管理方法,其特征在于,所述方法还包括:
当post接口和delete接口操作同一个资源时,在post接口和delete接口均删除操作记录,所述资源包括:信息、存储和网络。
7.根据权利要求1所述的一种服务器集群中单服务器的管理方法,其特征在于,所述方法还包括:
进行资源合并时,利用底层资源uuid,判断待合并资源在服务器端和集群管理端是否为同一个资源;
如果是,合并为一个资源;
如果否,不进行合并。
8.一种服务器集群中单服务器的管理***,其特征在于,所述服务器集群中包括:服务器端和集群管理端,且所述服务器端和集群管理端具备相同的restapi协议,所述单服务器为集群管理端故障时,游离于服务器集群的任一服务器,所述***包括:
管理服务开启模块,用于根据所获取的命令,利用RestAPI接口开启多台服务器的管理服务,所述管理服务用于单机管理,所述RestAPI接口包括:post接口、put接口以及delete接口;
记录模块,用于所述任一服务器采用保存restapi的形式进行操作记录;
数据同步模块,用于通过发送restapi请求的方式,在服务器端和集群管理端进行数据同步,其中,服务器端的每台服务器中均包括服务器端数据库,所述服务器数据库用于存储当前服务器的主机信息和api记录保存表,所述主机信息包括:主机上的虚拟机信息、主机网络信息以及主机存储信息。
9.根据权利要求8所述的一种服务器集群中单服务器的管理***,其特征在于,所述数据同步模块包括:
第一同步单元,用于任一服务器采用保存restapi的形式进行操作记录之后,在服务器端通过向集群管理端发送restapi请求,将操作记录同步至集群管理端;
第二同步单元,用于集群管理端根据所获取的restapi请求,将集群管理端操作记录同步至当前服务器端。
10.根据权利要求9所述的一种服务器集群中单服务器的管理***,其特征在于,所述第一同步单元包括:
第一判断子单元,用于判断服务器端和集群管理端的通信状态是否正常,如果服务器端和集群管理端的通信状态正常,判定集群管理服务正常,否则,判定集群管理服务不正常;
restapi请求发送子单元,用于当集群管理服务正常时,控制当前服务器端向集群管理端发送restapi请求;
同步子单元,用于根据所述restapi请求,将集群管理中当前服务器的数据与操作记录后当前服务器的数据同步;
监听子单元,用于当服务器端和集群管理端的通信状态不正常时监听管理服务;
所述restapi请求发送子单元,还用于当监听子单元监听到集群管理服务正常后,当前服务器端向集群管理端发送restapi请求;
清空子单元,用于restapi处理完毕后,清空服务器端api记录保存表中的记录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010748830.8A CN111988367B (zh) | 2020-07-30 | 2020-07-30 | 一种服务器集群中单服务器的管理方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010748830.8A CN111988367B (zh) | 2020-07-30 | 2020-07-30 | 一种服务器集群中单服务器的管理方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111988367A CN111988367A (zh) | 2020-11-24 |
CN111988367B true CN111988367B (zh) | 2022-05-10 |
Family
ID=73444730
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010748830.8A Active CN111988367B (zh) | 2020-07-30 | 2020-07-30 | 一种服务器集群中单服务器的管理方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111988367B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107329799A (zh) * | 2017-05-22 | 2017-11-07 | 国网安徽省电力公司信息通信分公司 | 一种融合Docker容器与KVM虚拟化技术的*** |
CN107959588A (zh) * | 2017-12-07 | 2018-04-24 | 郑州云海信息技术有限公司 | 数据中心的云资源管理方法、云资源管理平台和管理*** |
CN108170510A (zh) * | 2017-12-22 | 2018-06-15 | 天津津航计算技术研究所 | 一种基于虚拟化技术的计算资源管理*** |
CN109284170A (zh) * | 2018-09-11 | 2019-01-29 | 山东观海数据技术有限公司 | 一种局域网内usb共享***及共享方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8856337B2 (en) * | 2011-08-16 | 2014-10-07 | Hitachi, Ltd. | Method and apparatus of cluster system provisioning for virtual maching environment |
CN105357038B (zh) * | 2015-10-26 | 2019-05-07 | 北京百度网讯科技有限公司 | 监控虚拟机集群的方法和*** |
-
2020
- 2020-07-30 CN CN202010748830.8A patent/CN111988367B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107329799A (zh) * | 2017-05-22 | 2017-11-07 | 国网安徽省电力公司信息通信分公司 | 一种融合Docker容器与KVM虚拟化技术的*** |
CN107959588A (zh) * | 2017-12-07 | 2018-04-24 | 郑州云海信息技术有限公司 | 数据中心的云资源管理方法、云资源管理平台和管理*** |
CN108170510A (zh) * | 2017-12-22 | 2018-06-15 | 天津津航计算技术研究所 | 一种基于虚拟化技术的计算资源管理*** |
CN109284170A (zh) * | 2018-09-11 | 2019-01-29 | 山东观海数据技术有限公司 | 一种局域网内usb共享***及共享方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111988367A (zh) | 2020-11-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102981931B (zh) | 虚拟机备份方法及装置 | |
WO2020248507A1 (zh) | 基于容器云的***资源监控方法及相关设备 | |
WO2022063322A1 (en) | Hard drive migration method, distributed storage cluster system and storage medium | |
CN102664747B (zh) | 一种云计算平台*** | |
CN106936623A (zh) | 分布式缓存***及缓存集群的管理方法 | |
CN107368369B (zh) | 分布式容器管理方法及*** | |
CN105471622A (zh) | 一种基于Galera的控制节点主备切换的高可用方法及*** | |
CN103024065A (zh) | 用于云存储***的***配置管理方法 | |
CN110113406B (zh) | 基于分布式的计算服务集群*** | |
CN107404509A (zh) | 分布式服务配置***及信息管理方法 | |
CN110401651A (zh) | 一种分布式集群节点监测方法、装置及*** | |
CN106331081B (zh) | 一种信息同步方法及装置 | |
CN111752488B (zh) | 存储集群的管理方法、装置、管理节点及存储介质 | |
CN104793981B (zh) | 一种虚拟机集群的在线快照管理方法及装置 | |
CN107357800A (zh) | 一种数据库高可用零丢失解决方法 | |
CN117130730A (zh) | 面向联邦Kubernetes集群的元数据管理方法 | |
CN111988367B (zh) | 一种服务器集群中单服务器的管理方法及*** | |
CN113835834A (zh) | 一种基于k8s容器集群计算节点的扩容方法及*** | |
CN113438111A (zh) | 基于Raft分布式恢复RabbitMQ网络分区的方法及应用 | |
CN113765690A (zh) | 集群切换方法、***、装置、终端、服务器及存储介质 | |
CN108984602B (zh) | 一种数据库控制方法和数据库*** | |
CN108733808B (zh) | 大数据软件***切换方法、***、终端设备及存储介质 | |
CN116132517A (zh) | 基于机场客户端离线工作及局域网内数据互通方法 | |
CN109257403B (zh) | 数据存储方法及设备、分布式存储*** | |
CN107181608A (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 |