CN111970329A - 一种集群服务的部署方法、系统、设备以及介质 - Google Patents
一种集群服务的部署方法、系统、设备以及介质 Download PDFInfo
- Publication number
- CN111970329A CN111970329A CN202010724531.0A CN202010724531A CN111970329A CN 111970329 A CN111970329 A CN 111970329A CN 202010724531 A CN202010724531 A CN 202010724531A CN 111970329 A CN111970329 A CN 111970329A
- Authority
- CN
- China
- Prior art keywords
- configuration file
- slave node
- data
- service thread
- slave
- 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 48
- 230000004044 response Effects 0.000 claims abstract description 29
- 230000008569 process Effects 0.000 claims abstract description 24
- 238000012544 monitoring process Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 8
- 230000002159 abnormal effect Effects 0.000 claims description 4
- 238000001514 detection method Methods 0.000 claims description 4
- 238000012423 maintenance Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000000306 component Substances 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013079 data visualisation Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction 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
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- 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
- H04L67/1048—Departure or maintenance mechanisms
-
- 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
- H04L67/1051—Group master selection mechanisms
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Retry When Errors Occur (AREA)
Abstract
本发明公开了一种集群服务的部署方法，包括：响应于检测到主节点的配置文件发生改变，将主节点的配置文件推送到所有从节点，以使从节点将接收到的配置文件与原配置文件进行合并；对从节点下发新进程开启指令，以使从节点进行数据备份并根据合并后的配置文件开启新的服务线程；响应于接收到从节点的新的服务线程开启成功的反馈，下发数据合并指令，以使从节点将备份的数据和旧的服务线程中的数据合并到新的服务线程并杀死旧的服务线程。本发明还公开了一种系统、计算机设备以及可读存储介质。本发明提出的方案能够实现只需在主节点上修改服务的配置文件后，自动将修改后的配置文件分发到其它从节点，并在每个节点上重启服务。
Description
技术领域
本发明涉及服务重启领域，具体涉及一种集群服务的部署方法、系统、设备以及存储介质。
背景技术
近些年随着数据增多，计算量增大，云计算体系中需要越来越多的服务器。服务器是数据中心的核心组成部分，对服务器中的资源进行监控是保障云计算体系的稳定运行必要环节。一个基本的服务器资源监控流程包括数据采集、数据处理、数据存储、数据可视化、数据分析和告警。其中数据采集可以采用telegraf，其是一款Go语言编写的服务器监控项数据收集、处理、聚合的工具。telegraf采集频率通过配置文件Config设置，采集器启动时，从配置文件中读取采集间隔及它配置参数并使其生效。如果要新增或修改一个监控项，需要修改配置文件然后重启telegraf服务才能生效。重启过程中不仅会导致采集数据丢失，而且会增加运维成本。
发明内容
有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种集群服务的部署方法，包括以下步骤：
响应于检测到主节点的配置文件发生改变，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并；
对所述从节点下发新进程开启指令，以使所述从节点进行数据备份并根据合并后的所述配置文件开启新的服务线程；
响应于接收到所述从节点的所述新的服务线程开启成功的反馈，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程。
在一些实施例中，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并，进一步包括：
判断所述接收到的配置文件中的key值是否也存在于所述原配置文件中；
响应于存在，将所述接收到的配置文件中的key值对应value值覆盖所述原配置文件相同的key值对应的value值；
响应于不存在，将所述接收到的配置文件中的key值对应value值添加到所述原配置文件中。
在一些实施例中，对所述从节点下发新进程开启指令，进一步包括：
获取所述从节点信息并加入重启队列中；
依次对所述重启队列中的每一个所述从节点下发所述新进程开启指令。
在一些实施例中，还包括：
响应于接收到所述从节点的所述新的服务线程开启失败的反馈，将所述从节点迁移到所述重启队列的队尾，以对所述重启队列中下一个所述从节点下发所述新进程开启指令，并更新异常次数。
在一些实施例中，还包括：
响应于异常次数大于阈值，将对应的所述从节点从所述重启队列中删除。
在一些实施例中，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程，进一步包括：
根据旧的服务线程中的数据的key值确定需要合并到所述新的服务线程中的数据。
在一些实施例中，还包括：
响应于接收到所述从节点数据合并成功且杀死旧的服务线程的反馈，将对应的所述从节点从所述重启队列中删除。
基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种集群服务的部署系统，包括：
下发模块，所述下发模块配置为响应于检测到主节点的配置文件发生改变，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并；
监听模块，所述监控模块配置为对所述从节点下发新进程开启指令，以使所述从节点进行数据备份并根据合并后的所述配置文件开启新的服务线程；
服务切换模块，所述服务切换模块配置为响应于接收到所述从节点的所述新的服务线程开启成功的反馈，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程。
基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：
至少一个处理器；以及
存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如上所述的任一种集群服务的部署方法的步骤。
基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行如上所述的任一种集群服务的部署方法的步骤。
本发明具有以下有益技术效果之一：本发明提出的方案能够实现只需在主节点上修改服务的配置文件，主节点检测的配置文件发送改变后自动将修改后的配置文件分发到其它从节点，并在每个节点上重启服务，无需手动重启服务和多机部署，有效降低了运维人员的维护成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
图1为本发明的实施例提供的集群服务的部署方法的流程示意图；
图2为本发明的实施例提供的集群服务的部署系统的结构示意图；
图3为本发明的实施例提供的计算机设备的结构示意图；
图4为本发明的实施例提供的计算机可读存储介质的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
需要说明的是，在本发明的实施例中，telegraf服务为InfluxData旗下的数据采集工具，主要用来采集各类服务的信息数据，采集到的数据以key-value结构进行保存，其中key为时间戳，value为采集到的数据。
根据本发明的一个方面，本发明的实施例提出一种集群服务的部署方法，如图1所示，其可以包括步骤：
S1，响应于检测到主节点的配置文件发生改变，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并；
S2，对所述从节点下发新进程开启指令，以使所述从节点进行数据备份并根据合并后的所述配置文件开启新的服务线程；
S3，响应于接收到所述从节点的所述新的服务线程开启成功的反馈，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程。
本发明提出的方案能够实现只需在主节点上修改服务的配置文件，主节点检测的配置文件发送改变后自动将修改后的配置文件分发到其它从节点，并在每个节点上重启服务，无需手动重启服务和多机部署，有效降低了运维人员的维护成本。
在一些实施例中，在步骤S1，响应于检测到主节点的配置文件发生改变，将所述主节点的配置文件推送到从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并中，具体的，可以通过检测配置文件的MD5值判断配置文件是否发生了变化。
例如，针对telegraf服务，用户可以手动修改主节点上的telegraf服务的配置文件，可以是添加监控项、删除监控项或修改监控项，然后保存。然后基于pyinotify库，实现对主节点的telegraf服务的配置文件变化的监控，一旦检测到telegraf服务的配置文件变化，使用多线程组ThreadingGroup连接其它从节点，以将修改后的配置文件并行分发到其它从节点。
在一些实施例中，步骤S1，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并，进一步包括：
判断所述接收到的配置文件中的key值是否也存在于所述原配置文件中；
响应于存在，将所述接收到的配置文件中的key值对应value值覆盖所述原配置文件相同的key值对应的value值；
响应于不存在，将所述接收到的配置文件中的key值对应value值添加到所述原配置文件中。
具体的，当从节点接收到主节点发出的配置文件后，将接收到的配置文件合并到各自之前的配置文件中。由于一些从节点的配置文件中配置了特定的配置项，为了防止这些针对特定的从节点的特定的配置项被覆盖，因此可以采用增量更新的方式合并接收到的配置文件，即根据接收到配置文件的配置项(也即key值)进行合并，当接收到的配置文件和原配置文件中均存在相同的配置项时，将接收到的配置文件的配置项对应的具体值(即value值)覆盖原配置文件中的相应的配置项的具体值。当接收到的配置文件存在的配置项在原配置文件中不存在时，只需要将相应的配置项和具体值添加到原配置文件即可，同时保存可变更记录和文件修改时间。
在一些实施例中，步骤S2，对所述从节点下发新进程开启指令，以使所述从节点进行数据备份并根据合并后的所述配置文件开启新的服务线程中，具体的，当从节点接收到新进程开启指令后，首先将服务对应的内存的堆栈信息进行备份或者快照，以保证数据不会丢失，然后依据合并后的新的配置文件重新新建线程。
需要说明的是，当新的线程创建成功后，原线程依旧存在并且同时运行。例如，针对telegraf服务，当新的线程创建成功后，新的线程和旧的线程会同时收集数据。
在一些实施例中，步骤S2，对所述从节点下发新进程开启指令，进一步包括：
获取所述从节点信息并加入重启队列中；
依次对所述重启队列中的每一个所述从节点下发所述新进程开启指令。
具体的，当将修改后的配置文件发送到每一个从节点后，获取从节点信息并加入重启队列中，然后依次对重启队列中的节点进行重启操作。
需要说明的是，依次进行重启操作是指从第一个从节点开始，当第一个从节点重启成功后，对下一个从节点进行重启操作。若在从节点重启过程中出现错误，则将该从节点迁移到重启队列的队尾，以跳过该节点进行下一个从节点的重启操作。
在一些实施例中，也可以同时对重启队列中的从节点进行重启操作。
在一些实施例中，还包括：
响应于接收到所述从节点的所述新的服务线程开启失败的反馈，将所述从节点迁移到所述重启队列的队尾，以对所述重启队列中下一个所述从节点下发所述新进程开启指令，并更新异常次数。
在一些实施例中，还包括：
响应于异常次数大于阈值，将对应的所述从节点从所述重启队列中删除。
具体的，将重启过程中出现异常的从节点迁移到队尾，以便能够再次对其进行重启操作，并且如果出现异常的次数达到阈值，则不再对该从节点进行重启操作，并将其从重启队列中删除。
在一些实施例中，步骤S3，响应于接收到所述从节点的所述新的服务线程开启成功的反馈，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程，进一步包括：
根据旧的服务线程中的数据的key值确定需要合并到所述新的服务线程中的数据。
具体的，当从节点的新的线程创建成功之后发送成功信号到主节点，主节点会向从节点发送数据合并指令，以将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程。并且在合并前需要根据key确定重复的数据以及非重复的数据，然后将非重复的数据进行合并，也即取并集。
需要说明的是，在进行数据合并时，需要根据数据结构进行合并。例如，针对telegraf服务，其数据结构即为key-value形式，因此可以根据key(时间戳)进行合并。
在一些实施例中，还包括：
响应于接收到所述从节点数据合并成功且杀死旧的服务线程的反馈，将对应的所述从节点从所述重启队列中删除。
具体的，当从节点的服务重启成功后，则将从节点从重启队列中删除并进行下一个从节点的服务重启操作。
需要说明的是，主节点的服务的重启操作可以在从节点进行重启操作之前进行，也可以在之后进行，方法与从节点相同，均为对数据进行备份，然后依据新的配置文件创建新的线程，接着进行数据合并，最后杀死原线程。区别仅在于从节点需要根据主节点的相关指令进行重启操作。
本发明提出的方案能够实现只需在主节点上修改服务的配置文件，主节点检测的配置文件发送改变后自动将修改后的配置文件分发到其它从节点，并在每个节点上重启服务，无需手动重启服务和多机部署，有效降低了运维人员的维护成本。
基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种集群服务的部署系统400，如图2所示，包括：
下发模块401，所述下发模块401配置为响应于检测到主节点的配置文件发生改变，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并；
监听模块402，所述监控模块402配置为对所述从节点下发新进程开启指令，以使所述从节点进行数据备份并根据合并后的所述配置文件开启新的服务线程；
服务切换模块403，所述服务切换模块403配置为响应于接收到所述从节点的所述新的服务线程开启成功的反馈，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程。
在一些实施例中，所述下发模块还包括下发子模块，所述下发子模块配置为在从节点中执行以下步骤：
判断所述接收到的配置文件中的key值是否也存在于所述原配置文件中；
响应于存在，将所述接收到的配置文件中的key值对应value值覆盖所述原配置文件相同的key值对应的value值；
响应于不存在，将所述接收到的配置文件中的key值对应value值添加到所述原配置文件中。
在一些实施例中，所述监控模块402还配置为：
获取所述从节点信息并加入重启队列中；
依次对所述重启队列中的每一个所述从节点下发所述新进程开启指令。
在一些实施例中，所述监控模块402还配置为：
响应于接收到所述从节点的所述新的服务线程开启失败的反馈，将所述从节点迁移到所述重启队列的队尾，以对所述重启队列中下一个所述从节点下发所述新进程开启指令，并更新异常次数。
在一些实施例中，所述监控模块402还配置为：
响应于异常次数大于阈值，将对应的所述从节点从所述重启队列中删除。
在一些实施例中，所述服务切换模块403还包括子切换模块，所述子切换模块配置为在从节点中执行以下步骤：
根据旧的服务线程中的数据的key值确定需要合并到所述新的服务线程中的数据。
在一些实施例中，所述服务切换模块403还配置为：
响应于接收到所述从节点数据合并成功且杀死旧的服务线程的反馈，将对应的所述从节点从所述重启队列中删除。
基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：
至少一个处理器520；以及
存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行如上的任一种集群服务的部署方法的步骤。
基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行如上的任一种集群服务的部署方法的步骤。
最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。
此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。
本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。
Claims (10)
1.一种集群服务的部署方法，其特征在于，包括以下步骤：
响应于检测到主节点的配置文件发生改变，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并；
对所述从节点下发新进程开启指令，以使所述从节点进行数据备份并根据合并后的所述配置文件开启新的服务线程；
响应于接收到所述从节点的所述新的服务线程开启成功的反馈，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程。
2.如权利要求1所述的方法，其特征在于，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并，进一步包括：
判断所述接收到的配置文件中的key值是否也存在于所述原配置文件中；
响应于存在，将所述接收到的配置文件中的key值对应value值覆盖所述原配置文件相同的key值对应的value值；
响应于不存在，将所述接收到的配置文件中的key值对应value值添加到所述原配置文件中。
3.如权利要求1所述的方法，其特征在于，对所述从节点下发新进程开启指令，进一步包括：
获取所述从节点信息并加入重启队列中；
依次对所述重启队列中的每一个所述从节点下发所述新进程开启指令。
4.如权利要求3所述的方法，其特征在于，还包括：
响应于接收到所述从节点的所述新的服务线程开启失败的反馈，将所述从节点迁移到所述重启队列的队尾，以对所述重启队列中下一个所述从节点下发所述新进程开启指令，并更新异常次数。
5.如权利要求4所述的方法，其特征在于，还包括：
响应于异常次数大于阈值，将对应的所述从节点从所述重启队列中删除。
6.如权利要求1所述的方法，其特征在于，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程，进一步包括：
根据旧的服务线程中的数据的key值确定需要合并到所述新的服务线程中的数据。
7.如权利要求3所述的方法，其特征在于，还包括：
响应于接收到所述从节点数据合并成功且杀死旧的服务线程的反馈，将对应的所述从节点从所述重启队列中删除。
8.一种集群服务的部署系统，其特征在于，包括：
下发模块，所述下发模块配置为响应于检测到主节点的配置文件发生改变，将所述主节点的配置文件推送到所有从节点，以使所述从节点将接收到的配置文件与原配置文件进行合并；
监听模块，所述监控模块配置为对所述从节点下发新进程开启指令，以使所述从节点进行数据备份并根据合并后的所述配置文件开启新的服务线程；
服务切换模块，所述服务切换模块配置为响应于接收到所述从节点的所述新的服务线程开启成功的反馈，下发数据合并指令，以使所述从节点将备份的数据和旧的服务线程中的数据合并到所述新的服务线程并杀死所述旧的服务线程。
9.一种计算机设备，包括：
至少一个处理器；以及
存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如权利要求1-7任意一项所述的方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时执行如权利要求1-7任意一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010724531.0A CN111970329A (zh) | 2020-07-24 | 2020-07-24 | 一种集群服务的部署方法、系统、设备以及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010724531.0A CN111970329A (zh) | 2020-07-24 | 2020-07-24 | 一种集群服务的部署方法、系统、设备以及介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111970329A true CN111970329A (zh) | 2020-11-20 |
Family
ID=73364021
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010724531.0A Pending CN111970329A (zh) | 2020-07-24 | 2020-07-24 | 一种集群服务的部署方法、系统、设备以及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111970329A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112906001A (zh) * | 2021-03-15 | 2021-06-04 | 上海交通大学 | 一种Linux勒索病毒防范方法及系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109542865A (zh) * | 2018-12-03 | 2019-03-29 | 郑州云海信息技术有限公司 | 分布式集群系统配置文件同步方法、装置、系统及介质 |
| CN109815049A (zh) * | 2017-11-21 | 2019-05-28 | 北京金山云网络技术有限公司 | 节点宕机恢复方法、装置、电子设备及存储介质 |
| CN110401651A (zh) * | 2019-07-19 | 2019-11-01 | 苏州浪潮智能科技有限公司 | 一种分布式集群节点监测方法、装置及系统 |
| CN110515919A (zh) * | 2019-08-20 | 2019-11-29 | 苏州浪潮智能科技有限公司 | 一种分布式集群提供多存储服务的方法、设备及可读介质 |
| CN111314443A (zh) * | 2020-01-21 | 2020-06-19 | 苏州浪潮智能科技有限公司 | 基于分布式存储系统的节点处理方法、装置和设备及介质 |
-
2020
- 2020-07-24 CN CN202010724531.0A patent/CN111970329A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109815049A (zh) * | 2017-11-21 | 2019-05-28 | 北京金山云网络技术有限公司 | 节点宕机恢复方法、装置、电子设备及存储介质 |
| CN109542865A (zh) * | 2018-12-03 | 2019-03-29 | 郑州云海信息技术有限公司 | 分布式集群系统配置文件同步方法、装置、系统及介质 |
| CN110401651A (zh) * | 2019-07-19 | 2019-11-01 | 苏州浪潮智能科技有限公司 | 一种分布式集群节点监测方法、装置及系统 |
| CN110515919A (zh) * | 2019-08-20 | 2019-11-29 | 苏州浪潮智能科技有限公司 | 一种分布式集群提供多存储服务的方法、设备及可读介质 |
| CN111314443A (zh) * | 2020-01-21 | 2020-06-19 | 苏州浪潮智能科技有限公司 | 基于分布式存储系统的节点处理方法、装置和设备及介质 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112906001A (zh) * | 2021-03-15 | 2021-06-04 | 上海交通大学 | 一种Linux勒索病毒防范方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109918349B (zh) | 日志处理方法、装置、存储介质和电子装置 | |
| EP3754514A1 (en) | Distributed database cluster system, data synchronization method and storage medium | |
| CN111949633B (zh) | 一种基于并行流处理的ict系统运行日志分析方法 | |
| CN108881477B (zh) | 一种基于分布式的文件采集监控的方法 | |
| CN106844102B (zh) | 数据恢复方法和装置 | |
| CN110895488B (zh) | 任务调度方法及装置 | |
| CN109063005B (zh) | 一种数据迁移方法及系统、存储介质、电子设备 | |
| CN111597079A (zh) | 针对MySQL Galera集群故障的检测和恢复方法及系统 | |
| CN111970329A (zh) | 一种集群服务的部署方法、系统、设备以及介质 | |
| CN110895486B (zh) | 分布式任务调度系统 | |
| CN109725916B (zh) | 流处理的拓扑结构更新系统和方法 | |
| CN112068981B (zh) | Linux操作系统中基于知识库的故障扫描恢复方法及系统 | |
| JP2003228498A (ja) | 履歴データ収集システムおよび履歴データ収集プログラム | |
| CN113050926B (zh) | 一种代码同步变更的确认方法、装置和设备 | |
| CN107632899B (zh) | 一种应用服务器的快照服务方法及装置 | |
| CN112685370B (zh) | 一种日志采集方法、装置、设备和介质 | |
| CN110851293B (zh) | 一种信息系统联动处理的系统及方法 | |
| CN112749043B (zh) | 一种数据库灾备的方法、系统、设备及介质 | |
| CN105765908B (zh) | 一种多站点自动更新方法、客户端和系统 | |
| CN113326325A (zh) | 一种数据库主从服务断开的检测方法及装置 | |
| WO2016120989A1 (ja) | 管理計算機及びルールの試験方法 | |
| CN108363607B (zh) | 一种云平台虚拟机的虚拟链路断电恢复方法 | |
| CN113590257B (zh) | 一种基于容器的数据库容灾的方法、系统、设备及介质 | |
| CN112181638A (zh) | 一种容器资源回收方法、系统、设备以及介质 | |
| CN110955443A (zh) | 批量更新集群crontab的方法、装置、设备及介质 |
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 |
Application publication date: 20201120 |
|
| RJ01 | Rejection of invention patent application after publication |