CN112631687A - 一种服务集群的配置方法、装置及设备 - Google Patents
一种服务集群的配置方法、装置及设备 Download PDFInfo
- Publication number
- CN112631687A CN112631687A CN202011637144.XA CN202011637144A CN112631687A CN 112631687 A CN112631687 A CN 112631687A CN 202011637144 A CN202011637144 A CN 202011637144A CN 112631687 A CN112631687 A CN 112631687A
- Authority
- CN
- China
- Prior art keywords
- service cluster
- cluster
- configuration information
- server
- information
- 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
- 238000000034 method Methods 0.000 title claims abstract description 61
- 230000002159 abnormal effect Effects 0.000 claims description 55
- 230000004044 response Effects 0.000 claims description 22
- 238000012544 monitoring process Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000002547 anomalous effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请实施例公开了一种服务集群的配置方法、装置及设备，先获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；根据所述储存集群配置信息生成服务集群配置信息；若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息；若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。应用方可以通过服务集群访问对应的多个储存集群，实现了储存资源的有效使用，确保系统的稳定性。
Description
技术领域
本申请涉及计算机技术领域，具体涉及一种服务集群的配置方法、装置及设备。
背景技术
在使用互联网的过程中会产生海量的数据，对于海量的数据，需要建立专门用于储存数据的储存集群。应用方通过服务集群向储存集群中写入数据或者获取储存集群中储存的数据。
目前，服务集群和储存集群之间为一对一的对应关系，服务集群仅能访问与该服务集群对应的储存集群，难以实现储存资源的灵活使用。并且，当储存集群发生故障时会影响服务集群对外提供服务，难以保证整体系统的稳定性。
发明内容
有鉴于此，本申请实施例提供一种服务集群的配置方法、装置及设备，能够通过配置服务集群实现服务集群对一个或者多个储存集群的访问，提高了储存资源使用的灵活性，确保整体系统的稳定性。
为解决上述问题，本申请实施例提供的技术方案如下：
第一方面，本申请提供一种服务集群的配置方法，所述方法包括：
获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；
根据所述储存集群配置信息生成服务集群配置信息；
若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群；
若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
在一种可能的实现方式中，所述方法还包括：
向第一储存集群中的第一服务器发送查询请求，接收所述第一服务器反馈的响应信息；
根据所述响应信息中包括的第一服务器标识和状态信息，确定所述第一服务器为第一正常服务器或第一异常服务器；
将所述第一异常服务器的第一服务器标识储存至第一异常表中；
将接收到所述第一正常服务器的响应信息的时刻作为目标时刻，将所述第一正常服务器的状态确定时刻更新为所述目标时刻，以便利用所述状态确定时刻向所述第一正常服务器发送查询请求。
在一种可能的实现方式中，所述方法还包括：
获取第一服务集群中的第二服务器发送的第一心跳信息，利用所述第一心跳信息更新服务状态表中的历史心跳信息；
若所述服务状态表具有未更新的历史心跳信息，将所述未更新的历史心跳信息对应的第二服务器确定为第二异常服务器；
将所述第二异常服务器的第二服务器标识储存至第二异常表中。
在一种可能的实现方式中，所述方法还包括：
若所述目标服务集群中包括所述第二异常服务器，将所述第二异常服务器从当前运行列表中去除。
在一种可能的实现方式中，所述方法还包括：
获取新增服务器发送的第二心跳信息，所述第二心跳信息中包括所述新增服务器的归档库信息；
根据所述归档库信息确定所述新增服务器所属的第二服务集群；所述第二服务集群为服务集群中的一个服务集群，或者为新建服务集群；
向所述新增服务器发送所属集群信息，以便所述新增服务器确定所属的服务集群。
在一种可能的实现方式中，所述若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，包括：
若接收到由第三服务集群发送的配置信息拉取请求，获取所述配置信息拉取请求中的第一服务集群标识；
根据所述第一服务集群标识确定对应的目标服务集群配置信息，将所述目标服务集群配置信息发送至所述第三服务集群。
在一种可能的实现方式中，所述方法还包括：
获取第四服务集群的运行信息拉取请求，获取所述运行信息拉取请求中的第二服务集群标识；
根据所述第二服务集群标识确定对应的目标服务集群运行信息，将所述目标服务集群运行信息发送至所述第四服务集群；所述目标服务集群运行信息包括基础运行参数、个性化运行参数、预设集群配置信息、接口配置信息和流量配置信息中的一种或者多种。
第二方面，本申请提供一种服务集群的配置装置，所述装置包括：
第一获取单元，用于获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；
生成单元，用于根据所述储存集群配置信息生成服务集群配置信息；
第一发送单元，用于若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群；
第二发送单元，用于若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
在一种可能的实现方式中，所述装置还包括：
第三发送单元，用于向第一储存集群中的第一服务器发送查询请求，接收所述第一服务器反馈的响应信息；
第一确定单元，用于根据所述响应信息中包括的第一服务器标识和状态信息，确定所述第一服务器为第一正常服务器或第一异常服务器；
第一储存单元，用于将所述第一异常服务器的第一服务器标识储存至第一异常表中；
更新单元，用于将接收到所述第一正常服务器的响应信息的时刻作为目标时刻，将所述第一正常服务器的状态确定时刻更新为所述目标时刻，以便利用所述状态确定时刻向所述第一正常服务器发送查询请求。
在一种可能的实现方式中，所述装置还包括：
第二获取单元，用于获取第一服务集群中的第二服务器发送的第一心跳信息，利用所述第一心跳信息更新服务状态表中的历史心跳信息；
第二确定单元，用于若所述服务状态表具有未更新的历史心跳信息，将所述未更新的历史心跳信息对应的第二服务器确定为第二异常服务器；
第二储存单元，用于将所述第二异常服务器的第二服务器标识储存至第二异常表中。
在一种可能的实现方式中，所述装置还包括：
去除单元，用于若所述目标服务集群中包括所述第二异常服务器，将所述第二异常服务器从当前运行列表中去除。
在一种可能的实现方式中，所述装置还包括：
第三获取单元，用于获取新增服务器发送的第二心跳信息，所述第二心跳信息中包括所述新增服务器的归档库信息；
第三确定单元，用于根据所述归档库信息确定所述新增服务器所属的第二服务集群；所述第二服务集群为服务集群中的一个服务集群，或者为新建服务集群；
第四发送单元，用于向所述新增服务器发送所属集群信息，以便所述新增服务器确定所属的服务集群。
在一种可能的实现方式中，所述第二发送单元，具体用于若接收到由第三服务集群发送的配置信息拉取请求，获取所述配置信息拉取请求中的第一服务集群标识；
根据所述第一服务集群标识确定对应的目标服务集群配置信息，将所述目标服务集群配置信息发送至所述第三服务集群。
在一种可能的实现方式中，所述装置还包括：
第四获取单元，用于获取第四服务集群的运行信息拉取请求，获取所述运行信息拉取请求中的第二服务集群标识；
第四确定单元，用于根据所述第二服务集群标识确定对应的目标服务集群运行信息，将所述目标服务集群运行信息发送至所述第四服务集群；所述目标服务集群运行信息包括基础运行参数、个性化运行参数、预设集群配置信息、接口配置信息和流量配置信息中的一种或者多种。
第三方面，本申请提供一种服务集群的配置设备，所述处理器以及所述存储器通过所述系统总线相连；
所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述实施例所述的方法。
第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述实施例所述的方法。
由此可见，本申请实施例具有如下有益效果：
本申请实施例提供的一种服务集群的配置方法、装置及设备，先获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；根据所述储存集群配置信息生成服务集群配置信息；若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群；若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。由此可知，通过储存集群配置信息，可以确定目标服务集群和一个或者多个目标储存集群的之间的对应关系，应用方可以通过服务集群访对应的多个储存集群，实现了储存资源的有效使用。并且，在当储存集群出现故障时，服务集群可以通过访问其他储存集群实现对外提供服务，确保系统的稳定性。
附图说明
图1为本申请实施例提供的一种服务集群的配置方法的场景的示意图；
图2为本申请实施例提供的一种服务集群的配置方法的流程图；
图3为本申请实施例提供的一种对服务集群中的服务器进行服务集群监控运行状态的场景示意图；
图4为本申请实施例提供的另一种对服务集群中的服务器进行监控运行状态的流程图；
图5为本申请实施例提供的一种服务集群的配置装置的结构示意图。
具体实施方式
为了便于理解和解释本申请实施例提供的技术方案，下面将先对本申请的背景技术进行说明。
发明人在对传统的通过服务集群对储存集群进行访问的方法进行研究后发现，目前的服务集群和储存集群是一一对应的，服务集群与存储集群耦合性过高，服务集群只能访问与服务集群对应的储存集群。导致不同的储存集群中可能储存有相同的数据，浪费储存集群的储存资源。并且，在当储存集群出现故障时，服务集群不能访问储存的数据，导致服务集群不能正常对外提供服务。
基于此，本申请实施例提供一种服务集群的配置方法，先获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；根据所述储存集群配置信息生成服务集群配置信息；若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群；若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
为了便于理解本申请实施例提供的一种服务集群的配置方法，下面结合图1所示的场景示例进行说明。参见图1所示，该图为本申请实施例提供的一种服务集群的配置方法的场景的示意图。
在实际应用中，该服务集群的配置方法可以应用于配置管理中心，储存集群具体可以为对象储存集群，服务集群具体包括联机服务集群和批量服务集群。配置管理中心用于对各个储存集群和各个服务集群进行监控，并接收用户发送的储存集群配置信息，利用储存集群配置信息可以确定关联的目标储存集群和目标服务集群，并对应生成服务集群配置信息。在当服务集群配置信息与历史集群配置信息不同时，配置管理中心可以主动将服务集群配置信息推送至目标服务集群中。若配置管理中心接收到目标服务集群发送的配置信息拉取请求，将服务集群配置信息发送至目标服务集群中。目标服务集群根据服务集群配置信息，在接收到应用方的访问请求之后，根据访问请求访问目标储存集群，从而实现服务集群对多个储存集群的访问。
为了便于理解本申请实施例提供的技术方案，下面结合附图对本申请实施例提供的一种服务集群的配置方法进行说明。
首先需要说明的是，本申请实施例提供的一种服务集群的配置方法可以应用于多中心部署的应用服务集群和储存服务集群的管理系统。其中应用服务集群中包括联机服务集群和批量服务集群，每个应用服务集群中包括的联机服务集群和批量服务集群与对应的储存服务集群连接。
参见图2所示，该图为本申请实施例提供的一种服务集群的配置方法的流程图，该方法包括步骤S201-S204。
S201：获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个。
储存集群配置信息可以为用户输入的配置信息，用于配置服务集群和储存集群之间的对应关系。在一种可能的实现方式中，用户可以获取当前系统中正常运行的服务集群和正常运行的储存集群，基于正常运行的服务集群和储存集群确定需要进行配置的服务集群以及向服务集群提供数据资源的储存集群，生成对应的储存集群配置信息。
根据获取的储存集群配置信息可以确定目标储存集群和目标服务集群。其中，目标服务集群是需要进行配置的服务集群，目标储存集群是需要与目标服务集群建立对应关系的储存集群。目标储存集群可以是一个或者多个集群。
储存集群配置信息中包括所要配置的服务集群的相关信息以及与服务集群连接的储存集群的相关信息。
S202：根据所述储存集群配置信息生成服务集群配置信息。
根据储存集群配置信息可以生成对应的服务集群配置信息，服务集群配置信息是用于向服务集群发送的配置信息。服务集群根据接收到的服务集群配置信息确定所要进行访问的储存集群。
S203：若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
历史集群配置信息是目标服务集群的历史配置信息。若生成的服务集群配置信息与历史集群配置信息不同，则需要对服务集群进行及时的配置，以便服务集群根据更新的配置信息进行调整。
向目标服务集群发送服务集群配置信息，以便目标服务集群在接收到与历史集群配置信息不同的服务集群配置信息之后，根据服务集群配置信息进行对应的储存集群的调整。服务集群中的各个服务器在接收到配置管理中心的服务集群配置信息的指令后，将获取的服务集群配置信息保存至本地配置文件中并更新内存中的配置信息，使发生变化的配置信息及时生效。
S204：若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
在另一种实现方式中，如果接收到目标服务集群发送的配置信息拉取请求，对应的，将服务集群配置信息发送至目标服务集群中。目标服务集群可以在接收到服务集群配置信息之后调整对应的储存集群。
服务集群中的服务器会主动向配置管理中心拉取最新的配置信息，将配置信息保存至服务器内存中，并写入本地配置文件。之后按照指定时间间隔每10分钟从配置管理中心获取最新的配置信息，将获取的配置信息与本地配置文件中的配置信息进行比对，如果发生了变化，更新本地配置文件信息和内存中目前持有的配置信息。
基于上述S201-S204的相关内容可知，在本申请实施例中，通过根据接收到的储存集群配置信息，可以确定对应的目标服务集群和目标储存集群。根据储存集群配置信息生成对应的服务集群配置信息，并发送至对应的目标服务集群，以便目标服务集群根据服务集群配置信息确定对应的目标储存集群，实现一个服务集群访问一个或者多个储存集群，应用方可以通过服务集群访问多个储存集群，实现了储存资源的有效使用。并且，在当储存集群出现故障时，服务集群可以通过访问其他储存集群实现对外提供服务，确保系统的稳定性。
在一种可能的实现方式中，还需要对储存集群中的服务器是否处于正常的运行状态进行确定，所述方法还包括以下四个步骤：
A1：向第一储存集群中的第一服务器发送查询请求，接收所述第一服务器反馈的响应信息。
第一储存集群为一个储存集群或者是多个储存集群。第一服务器为第一储存集群中的各个服务器。
通过向第一储存集群中的第一服务器发送查询请求，可以确定第一服务器是否正常运行。
第一服务器在接收到查询请求后反馈对应的响应信息，响应信息中具有第一服务器运行状态的相关信息，利用响应信息可以确定第一服务器的运行状态。
A2：根据所述响应信息中包括的第一服务器标识和状态信息，确定所述第一服务器为第一正常服务器或第一异常服务器。
根据响应信息中所包括的第一服务器标识和状态信息确定该第一服务器为第一正常服务器或第一异常服务器。其中，第一服务器标识是用于区别不同的服务器的，各个第一服务器具有的第一服务器标识不同，利用第一服务器标识可以确定发送响应信息的第一服务器。状态信息是第一服务器反馈的当前的运行状态的信息。若状态信息为正常状态信息，则该第一服务器为第一正常服务器；若状态信息为异常状态信息，则该第一服务器为第一异常服务器。
A3：将所述第一异常服务器的第一服务器标识储存至第一异常表中。
运行异常的第一异常服务器需要及时进行运行问题的排查，将第一异常服务器的第一服务器标识记录在第一异常表中，以便根据第一异常表确定第一异常服务器。
在另一种可能的实现方式中，还可以生成对应的异常日志。
A4：将接收到所述第一正常服务器的响应信息的时刻作为目标时刻，将所述第一正常服务器的状态确定时刻更新为所述目标时刻，以便利用所述状态确定时刻向所述第一正常服务器发送查询请求。
可以理解的是，为了监控服务器的运行状态，在每经过一定时间后都需要对集群中的服务器的运行状态进行确定。确定第一服务器的运行状态的时间可以根据上一次确定第一服务器运行状态的时间确定。
对于确定的第一正常服务器，将接收到响应信息的时刻作为目标时刻，并根据目标时刻对应的更新第一正常服务器的状态确定时刻。根据更新后的状态确定时刻确定下一次发送查询请求的时刻。
基于上述内容可知，通过向第一储存集群中的第一服务器发送查询请求，并接收对应的响应信息，可以确定第一储存集群中各个服务器的运行状态，实现对储存集群中的服务器的运行管理。
在一种可能的实现方式中，需要监控服务集群中的服务器的运行状态，及时确定出现问题的服务器，确保服务器可以正常运行。
对应的，所述方法还包括：
获取第一服务集群中的第二服务器发送的第一心跳信息，利用所述第一心跳信息更新服务状态表中的历史心跳信息；
若所述服务状态表具有未更新的历史心跳信息，将所述未更新的历史心跳信息对应的第二服务器确定为第二异常服务器；
将所述第二异常服务器的第二服务器标识储存至第二异常表中。
第一服务集群中的第二服务器会定时发送第一心跳信息，第一心跳信息用于表示第二服务器运行正常。
在接收到第二服务器发送的第一心跳信息之后，利用第一心跳信息对服务状态表中的历史心跳信息进行更新。服务状态表是用于记录各个第二服务器的心跳信息，服务状态表中储存有各个第二服务器对应的心跳信息。
在一种可能的实现方式中，服务状态表中仅保存最新获取的心跳信息。在获取到第一心跳信息后，会利用第一心跳信息更新历史心跳信息。若服务状态表中某个第二服务器对应的历史心跳信息未更新，则说明未接收到该服务集群发送的心跳信息，该服务集群可能运行异常。将未更新的历史心跳信息所对应的第二服务器确定为第二异常服务器。并将该第二异常服务器的第二服务器标识储存至第二异常数据表中，便于根据第二异常数据表进行第二异常服务器的异常排查。
参见图3所示，该图为本申请实施例提供的一种对服务集群中的服务器进行服务集群监控运行状态的场景示意图。获取服务集群中各个服务器的运行时间，根据预先定义的时间间隔，计算服务器的心跳信息的预期更新时间。查询服务状态表中的服务器对应的最新的心跳信息，判断心跳信息的更新时间是否大于预期更新时间。若大于，则将服务器的第二服务器标识储存至第二异常表中。
在一种具体的实现场景中，在利用所述第一心跳信息更新服务状态表中的历史心跳信息之前，还需要判断服务状态表中是否具有该第二服务器的历史心跳信息。
参见图4所示，该图为本申请实施例提供的另一种对服务集群中的服务器进行监控运行状态的流程图。在获取到第二服务器发送的第一心跳信息之后，将第一心跳信息封装为对应的查询请求。根据查询请求在服务状态表中查询是否具有该第二服务器对应的历史心跳信息。若具有，利用第一心跳信息更新服务状态表中的历史心跳信息。若不具有，在服务状态表中建立与该第二服务器对应的心跳信息。
在本申请实施例中，通过记录服务集群中的服务器的心跳信息，并对心跳信息是否更新进行检查，实现对于服务集群中各个服务器的运行情况进行监控，及时确定出现运行异常的服务器。
进一步的，当目标服务集群中具有第二异常服务器时，需要暂时停止将服务集群配置信息发送至第二异常服务器中，防止将服务集群配置信息发送至异常服务集群中。对应的，所述方法还包括以下步骤：
若所述目标服务集群中包括所述第二异常服务器，将所述第二异常服务器从当前运行列表中去除。
在获取储存集群配置信息之后，可以确定所要进行配置的目标服务集群。可以对目标服务集群中是否具有第二异常服务器进行判断。
若目标服务集群中包括所述第二异常服务器，将第二异常服务器从当前运行列表中去除，停止向第二异常服务器发送目标服务集群配置信息。
在一种可能的实现方式中，所述方法还包括：
获取新增服务器发送的第二心跳信息，所述第二心跳信息中包括所述新增服务器的归档库信息；
根据所述归档库信息确定所述新增服务器所属的第二服务集群；所述第二服务集群为服务集群中的一个服务集群，或者为新建服务集群；
向所述新增服务器发送所属集群信息，以便所述新增服务器确定所属的服务集群。
新增服务器在启动时会发送第二心跳信息，第二心跳信息中具有新增服务器的归档库信息。归档库信息中具有新增服务器所属的第三服务集群的信息。
根据接收到的第二心跳信息，获取第二心跳信息中的归档库信息。根据归档库信息确定该新增服务器所属于的第二服务集群。第二服务集群可以是服务集群中的一个集群，也可以为新建立的新建服务集群。
生成对应的所属集群信息，将所属集群信息发送至对应的新增服务器中。新增服务器可以根据接收到的所属集群信息确定所属的服务集群。
在本申请实施例中，通过第二心跳信息确定新增服务器所属的服务集群，实现对于新增服务器的发现以及对新增服务器的分配，实现对新增服务器的自动管理与配置。
在一种可能的实现方式中，生成的服务集群配置信息较多，需要根据获取的配置信息拉取请求从多个服务集群配置信息中选取传输至服务集群的服务集群配置信息。
本申请实施例提供一种所述若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，具体包括：
若接收到由第三服务集群发送的配置信息拉取请求，获取所述配置信息拉取请求中的第一服务集群标识；
根据所述第一服务集群标识确定对应的目标服务集群配置信息，将所述目标服务集群配置信息发送至所述第三服务集群。
第三服务集群是服务集群中的任意一个。若接收到由第三服务集群发送的配置信息拉取请求，需要根据配置信息拉取请求确定第三服务集群所对应的服务集群配置信息。配置信息拉取请求中具有第三服务集群的第一服务集群标识，根据第三服务集群的第一服务集群标识，可以确定第三服务集群为目标服务集群的服务集群信息。将该服务集群信息作为目标服务集群信息，将目标服务集群信息发送至第三服务集群。
基于上述内容可知，根据配置信息拉取请求中的第一服务集群标识，可以确定与发送配置信息拉取请求的服务集群对应的服务集群配置信息，实现对于服务集群所对应的服务集群配置信息的发送。
在一种可能的实现方式中，为了实现对服务集群的运行的管理，可以向服务集群发送对应的服务集群运行信息，以实现服务集群的运行配置。
具体的，所述方法还包括：
获取第四服务集群的运行信息拉取请求，获取所述运行信息拉取请求中的第二服务集群标识；
根据所述第二服务集群标识确定对应的目标服务集群运行信息，将所述目标服务集群运行信息发送至所述第四服务集群；所述目标服务集群运行信息包括基础运行参数、个性化运行参数、预设集群配置信息、接口配置信息和流量配置信息中的一种或者多种。
其中，第四服务集群为服务集群中的一个。获取第四服务集群发送的运行信息拉取请求。运行信息拉取请求用于获取服务集群运行信息。
运行信息拉取请求中具有第四服务集群的第二服务集群标识。利用第二服务集群标识可以确定所要发送至第四服务集群的目标服务集群运行信息。目标服务集群运行信息中具有基本运行的配置信息或者参数，包括基础运行参数、个性化运行参数、预设集群配置信息、接口配置信息和流量配置信息中的一种或者多种。
在本申请实施例中，根据运行信息拉取请求中的第二服务集群标识，可以确定与发送运行信息拉取请求的第四服务集群对应的服务集群运行信息，实现对于服务集群所对应的服务集群运行信息的发送，进而实现对于服务集群的管理和配置。
基于上述方法实施例提供的一种服务集群的配置方法，本申请实施例还提供了一种服务集群的配置装置，下面将结合附图对该服务集群的配置装置进行说明。
参见图5，该图为本申请实施例提供的一种服务集群的配置装置的结构示意图。如图5所示，该服务集群的配置装置包括：
第一获取单元501，用于获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；
生成单元502，用于根据所述储存集群配置信息生成服务集群配置信息；
第一发送单元503，用于若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群；
第二发送单元504，用于若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
在一种可能的实现方式中，所述装置还包括：
第三发送单元，用于向第一储存集群中的第一服务器发送查询请求，接收所述第一服务器反馈的响应信息；
第一确定单元，用于根据所述响应信息中包括的第一服务器标识和状态信息，确定所述第一服务器为第一正常服务器或第一异常服务；
第一储存单元，用于将所述第一异常服务器的第一服务器标识储存至第一异常表中；
更新单元，用于将接收到所述第一正常服务器的响应信息的时刻作为目标时刻，将所述第一正常服务器的状态确定时刻更新为所述目标时刻，以便利用所述状态确定时刻向所述第一正常服务器发送查询请求。
在一种可能的实现方式中，所述装置还包括：
第二获取单元，用于获取第一服务集群中的第二服务器发送的第一心跳信息，利用所述第一心跳信息更新服务状态表中的历史心跳信息；
第二确定单元，用于若所述服务状态表具有未更新的历史心跳信息，将所述未更新的历史心跳信息对应的第二服务器确定为第二异常服务器；
第二储存单元，用于将所述第二异常服务器的第二服务器标识储存至第二异常表中。
在一种可能的实现方式中，所述装置还包括：
去除单元，用于若所述目标服务集群中包括所述第二异常服务器，将所述第二异常服务器从当前运行列表中去除。
在一种可能的实现方式中，所述装置还包括：
第三获取单元，用于获取新增服务器发送的第二心跳信息，所述第二心跳信息中包括所述新增服务器的归档库信息；
第三确定单元，用于根据所述归档库信息确定所述新增服务器所属的第二服务集群；所述第二服务集群为服务集群中的一个服务集群，或者为新建服务集群；
第四发送单元，用于向所述新增服务器发送所属集群信息，以便所述新增服务器确定所属的服务集群。
在一种可能的实现方式中，所述第二发送单元504，具体用于若接收到由第三服务集群发送的配置信息拉取请求，获取所述配置信息拉取请求中的第一服务集群标识；
根据所述第一服务集群标识确定对应的目标服务集群配置信息，将所述目标服务集群配置信息发送至所述第三服务集群。
在一种可能的实现方式中，所述装置还包括：
第四获取单元，用于获取第四服务集群的运行信息拉取请求，获取所述运行信息拉取请求中的第二服务集群标识；
第四确定单元，用于根据所述第二服务集群标识确定对应的目标服务集群运行信息，将所述目标服务集群运行信息发送至所述第四服务集群；所述目标服务集群运行信息包括基础运行参数、个性化运行参数、预设集群配置信息、接口配置信息和流量配置信息中的一种或者多种。
基于上述方法实施例提供的一种服务集群的配置方法，本申请提供一种服务集群的配置设备，所述处理器以及所述存储器通过所述系统总线相连；
所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述实施例所述的方法。
基于上述方法实施例提供的一种服务集群的配置方法，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述实施例所述的方法。
需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种服务集群的配置方法，其特征在于，所述方法包括：
获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；
根据所述储存集群配置信息生成服务集群配置信息；
若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群；
若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向第一储存集群中的第一服务器发送查询请求，接收所述第一服务器反馈的响应信息；
根据所述响应信息中包括的第一服务器标识和状态信息，确定所述第一服务器为第一正常服务器或第一异常服务器；
将所述第一异常服务器的第一服务器标识储存至第一异常表中；
将接收到所述第一正常服务器的响应信息的时刻作为目标时刻，将所述第一正常服务器的状态确定时刻更新为所述目标时刻，以便利用所述状态确定时刻向所述第一正常服务器发送查询请求。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取第一服务集群中的第二服务器发送的第一心跳信息，利用所述第一心跳信息更新服务状态表中的历史心跳信息；
若所述服务状态表具有未更新的历史心跳信息，将所述未更新的历史心跳信息对应的第二服务器确定为第二异常服务器；
将所述第二异常服务器的第二服务器标识储存至第二异常表中。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
若所述目标服务集群中包括所述第二异常服务器，将所述第二异常服务器从当前运行列表中去除。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取新增服务器发送的第二心跳信息，所述第二心跳信息中包括所述新增服务器的归档库信息；
根据所述归档库信息确定所述新增服务器所属的第二服务集群；所述第二服务集群为服务集群中的一个服务集群，或者为新建服务集群；
向所述新增服务器发送所属集群信息，以便所述新增服务器确定所属的服务集群。
6.根据权利要求1所述的方法，其特征在于，所述若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，包括：
若接收到由第三服务集群发送的配置信息拉取请求，获取所述配置信息拉取请求中的第一服务集群标识；
根据所述第一服务集群标识确定对应的目标服务集群配置信息，将所述目标服务集群配置信息发送至所述第三服务集群。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取第四服务集群的运行信息拉取请求，获取所述运行信息拉取请求中的第二服务集群标识；
根据所述第二服务集群标识确定对应的目标服务集群运行信息，将所述目标服务集群运行信息发送至所述第四服务集群；所述目标服务集群运行信息包括基础运行参数、个性化运行参数、预设集群配置信息、接口配置信息和流量配置信息中的一种或者多种。
8.一种服务集群的配置装置，其特征在于，所述装置包括：
第一获取单元，用于获取储存集群配置信息，根据所述储存集群配置信息确定目标储存集群和目标服务集群；所述目标储存集群为一个或者多个；
生成单元，用于根据所述储存集群配置信息生成服务集群配置信息；
第一发送单元，用于若所述服务集群配置信息与历史集群配置信息不同，向所述目标服务集群发送所述服务集群配置信息，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群；
第二发送单元，用于若接收到由所述目标服务集群发送的配置信息拉取请求，将所述服务集群配置信息发送至所述目标服务集群，以便所述目标服务集群根据所述服务集群配置信息访问所述目标储存集群。
9.一种服务集群的配置设备，其特征在于，包括：处理器、存储器、系统总线；
所述处理器以及所述存储器通过所述系统总线相连；
所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行权利要求1-7任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011637144.XA CN112631687A (zh) | 2020-12-31 | 2020-12-31 | 一种服务集群的配置方法、装置及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011637144.XA CN112631687A (zh) | 2020-12-31 | 2020-12-31 | 一种服务集群的配置方法、装置及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112631687A true CN112631687A (zh) | 2021-04-09 |
Family
ID=75290117
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011637144.XA Pending CN112631687A (zh) | 2020-12-31 | 2020-12-31 | 一种服务集群的配置方法、装置及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112631687A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114615340A (zh) * | 2022-03-08 | 2022-06-10 | 北京字节跳动网络技术有限公司 | 一种请求处理方法、装置、计算机设备和存储装置 |
| WO2024061219A1 (zh) * | 2022-09-20 | 2024-03-28 | 中移(苏州)软件技术有限公司 | 一种信息更新方法、装置、设备、存储介质及程序产品 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105072211A (zh) * | 2015-08-12 | 2015-11-18 | 网宿科技股份有限公司 | 基于dns的域名部署系统及方法 |
| CN109327539A (zh) * | 2018-11-15 | 2019-02-12 | 上海天玑数据技术有限公司 | 一种分布式块存储系统及其数据路由方法 |
| CN111625252A (zh) * | 2020-04-23 | 2020-09-04 | 平安科技（深圳）有限公司 | 集群的升级维护方法、装置、电子设备及存储介质 |
| CN111885098A (zh) * | 2020-06-03 | 2020-11-03 | 中邮消费金融有限公司 | 对象存储集群的代理访问方法、系统及计算机设备 |
-
2020
- 2020-12-31 CN CN202011637144.XA patent/CN112631687A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105072211A (zh) * | 2015-08-12 | 2015-11-18 | 网宿科技股份有限公司 | 基于dns的域名部署系统及方法 |
| CN109327539A (zh) * | 2018-11-15 | 2019-02-12 | 上海天玑数据技术有限公司 | 一种分布式块存储系统及其数据路由方法 |
| CN111625252A (zh) * | 2020-04-23 | 2020-09-04 | 平安科技（深圳）有限公司 | 集群的升级维护方法、装置、电子设备及存储介质 |
| CN111885098A (zh) * | 2020-06-03 | 2020-11-03 | 中邮消费金融有限公司 | 对象存储集群的代理访问方法、系统及计算机设备 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114615340A (zh) * | 2022-03-08 | 2022-06-10 | 北京字节跳动网络技术有限公司 | 一种请求处理方法、装置、计算机设备和存储装置 |
| CN114615340B (zh) * | 2022-03-08 | 2023-10-20 | 抖音视界有限公司 | 一种请求处理方法、装置、计算机设备和存储装置 |
| WO2024061219A1 (zh) * | 2022-09-20 | 2024-03-28 | 中移(苏州)软件技术有限公司 | 一种信息更新方法、装置、设备、存储介质及程序产品 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8069224B2 (en) | Method, equipment and system for resource acquisition | |
| US8069237B2 (en) | Network system, information management server, and information management method | |
| CN107453889B (zh) | 一种日志文件的上传方法及装置 | |
| CN109995866B (zh) | 分布式文件校验方法、装置、计算机装置及存储介质 | |
| CN110659109B (zh) | 一种openstack集群虚拟机监控系统及方法 | |
| US9176798B2 (en) | Computer-readable recording medium, failure prediction device and applicability determination method | |
| JPH11161715A (ja) | 金融情報通信ネットワーク用のデータヘルスモニタ | |
| CN112631687A (zh) | 一种服务集群的配置方法、装置及设备 | |
| CN108055157B (zh) | 一种服务节点的获取方法及装置 | |
| CN112052247A (zh) | 搜索引擎的索引更新系统、方法、装置、电子设备、存储介质 | |
| CN111061498B (zh) | 一种配置信息管理系统 | |
| CN106775841B (zh) | 插件升级的方法、系统及装置 | |
| CN106357442A (zh) | 一种服务器集群监控方法及系统 | |
| CN108011994A (zh) | 一种查询dns记录的方法和系统 | |
| CN107592199B (zh) | 一种数据同步的方法和系统 | |
| CN111049882B (zh) | 缓存状态处理系统、方法、装置及计算机可读存储介质 | |
| CN113347037A (zh) | 一种数据中心访问方法及装置 | |
| CN116088892A (zh) | 分布式业务系统配置变更方法、装置、计算机设备及介质 | |
| CN113220342A (zh) | 中心化配置方法、装置、电子设备及存储介质 | |
| CN110688252A (zh) | 一种数据的恢复方法、备份方法、装置及存储介质 | |
| CN115796844A (zh) | 告警阈值的动态更新方法、终端设备及系统 | |
| CN112835906B (zh) | 基于区块链的数据管理方法、装置、系统、设备和介质 | |
| CN110875831B (zh) | 监测网络质量的方法和装置 | |
| CN110691001A (zh) | 一种设备统一管理方法及装置 | |
| JPH07222267A (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 |