Method and device for determining stability of nodes in cluster, equipment and medium

By collecting and processing data from cluster nodes and using a stability scoring model to evaluate node stability, the problem of improper resource allocation in container orchestration engines is solved, achieving efficient resource utilization and improved system efficiency.

CN120973772APending Publication Date: 2025-11-18BEIJING JINXUN RUIBO NETWORK TECH CO LTD +2
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202511240412.7
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-09-01
Publication Date
2025-11-18

AI Technical Summary

Technical Problem

In existing technologies, container orchestration engines fail to effectively assess node stability when allocating resources, causing nodes to be unable to work continuously, resulting in resource waste and low system efficiency.

Method used

Collect event data, log data, and metric data from cluster nodes. Through normalization processing and a stability scoring model, evaluate the stability score of the nodes to predict node stability in advance and optimize resource allocation.

Benefits of technology

By assessing node stability in advance, optimizing resource allocation, improving system processing efficiency, saving scheduling resources, and reducing resource waste.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120973772A_ABST
    Figure CN120973772A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides a stability determination method and device for nodes in a cluster, equipment and a medium, and relates to the technical field of cluster stability. The method comprises the steps of collecting event data information in a command line of a container arrangement engine of each node in a cluster, log data information of the cluster and index data information of a monitoring system in the cluster, performing normalization processing on the event data information, the log data information and the index data information to obtain a normalization result, and inputting the normalization result into a stability scoring model, processing the normalization result based on the stability scoring model to obtain a score of the node, and outputting the score of the node. By adopting the technical scheme, whether the node can stably execute the corresponding action or not can be known in advance, so that resources can be allocated according to the condition of the node, the processing efficiency of the system is improved, and the scheduling resources of the system are saved.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] Embodiments of the present disclosure relate to the technical field of cluster stability, and in particular to a method and device for determining stability of a node in a cluster, and a related apparatus and medium. BACKGROUND

[0002] Currently, a native scheduler in a container orchestration engine allocates resources to a node according to static indicators such as a central processing unit and memory, without considering whether the node can continue to work. If the node cannot continue to work after being allocated resources, resource migration is performed according to the situation of the node. This situation causes the node to be reallocated, which wastes system resources.

[0003] Therefore, there is an urgent need for a method for determining stability of a node in a cluster, which can know in advance whether the node can stably perform a corresponding action, and then allocate resources according to the situation of the node, thereby improving the processing efficiency of the system and saving scheduling resources of the system. SUMMARY

[0004] To solve the above technical problems or at least partially solve the above technical problems, embodiments of the present disclosure provide a method and device for determining stability of a node in a cluster, and a related apparatus and medium.

[0005] A first aspect of embodiments of the present disclosure provides a method for determining stability of a node in a cluster, the method comprising:

[0006] collecting event data information in a command line of a container orchestration engine of each node in the cluster, log data information of the cluster, and indicator data information of a monitoring system in the cluster;

[0007] normalizing the event data information, the log data information, and the indicator data information to obtain a normalization result;

[0008] inputting the normalization result into a stability scoring model, processing the normalization result based on the stability scoring model to obtain a score of the node, and outputting the score of the node.

[0009] In one example, the normalization of the event data information, the log data information, and the indicator data information to obtain a normalization result comprises:

[0010] determining a target normalization algorithm in a database according to the event data information, the log data information, and the indicator data information; wherein the database is used to store a plurality of normalization algorithms;

[0011] The event data information, the log data information and the index data information are normalized according to the target algorithm to obtain the normalization result.

[0012] In one example, before the event data information, the log data information and the index data information are normalized to obtain the normalization result, the method further includes:

[0013] The event data information, the log data information and the index data information are preliminarily processed to obtain the preliminarily processed data information.

[0014] Core data information is extracted from the preliminarily processed data information, and the core data information is used to determine the normalization result.

[0015] In one example, the core data information includes at least one of the following:

[0016] The number of container restarts per unit time, the number of node unavailability events, the frequency of disk pressure alarm, the number of containers terminated by memory, the number of error logs per hour, the network request error rate, and the total central processing unit suppression time ratio of containers.

[0017] In one example, the normalization result is processed based on the stability scoring model to obtain the score of the node, including:

[0018] Each data information in the normalization result is configured with a corresponding weight value based on the stability scoring model to obtain each weight information.

[0019] The sum of each weight information is calculated to obtain a sum value.

[0020] The sum value and the preset parameter information are used to obtain the score of the node.

[0021] In one example, the score of the node is output, including:

[0022] The score of the node is scheduled and output based on a lightweight deployment mode.

[0023] In one example, the method further includes:

[0024] The control strategy of the main control panel is updated according to the score of the node.

[0025] A second aspect of the embodiments of the present disclosure provides a stability determination device for a node in a cluster, and the device includes:

[0026] The collection module is configured to collect event data information in a command line of a container orchestration engine of each node in the cluster, log data information of the cluster, and index data information of a monitoring system in the cluster.

[0027] The processing module is configured to normalize the event data information, the log data information, and the index data information to obtain a normalization result.

[0028] The input module is configured to input the normalization result into a stability scoring model, process the normalization result based on the stability scoring model to obtain a score of the node, and output the score of the node.

[0029] A third aspect of the embodiments of the present disclosure provides an electronic device, which includes a processor and a memory, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the method of the first aspect.

[0030] A fourth aspect of the embodiments of the present disclosure provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, the method of the first aspect can be implemented.

[0031] The embodiments of the present disclosure provide a method, device, equipment and medium for determining stability of a node in a cluster. The method includes collecting event data information in a command line of a container orchestration engine of each node in the cluster, log data information of the cluster, and index data information of a monitoring system in the cluster, normalizing the event data information, the log data information, and the index data information to obtain a normalization result, inputting the normalization result into a stability scoring model, processing the normalization result based on the stability scoring model to obtain a score of the node, and outputting the score of the node. According to the technical solution, it can be known in advance whether the node can stably perform corresponding actions, and then resources can be allocated according to the situation of the node, the processing efficiency of the system is improved, and the scheduling resources of the system are saved. BRIEF DESCRIPTION OF DRAWINGS

[0032] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and serve to explain the principles of the present disclosure together with the specification.

[0033] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure or the prior art, the accompanying drawings needed to be used in the embodiments or prior art description will be briefly introduced. Obviously, for those skilled in the art, other drawings can also be obtained based on these drawings without creative labor.

[0034] Figure 1 is a flowchart of a method for determining stability of a node in a cluster according to an embodiment of the present disclosure;

[0035] Figure 2 is a flowchart of a method for determining stability of a node in a cluster according to an embodiment of the present disclosure;

[0036] Figure 3 is a structural diagram of a device for determining stability of a node in a cluster according to an embodiment of the present disclosure;

[0037] Figure 4 is a structural diagram of an electronic device according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0038] In order to more clearly understand the above-mentioned purposes, features and advantages of the present disclosure, the solutions of the present disclosure will be further described below. It should be noted that the embodiments of the present disclosure and the features in the embodiments can be combined with each other without conflict.

[0039] In the following description, many specific details are set forth in order to provide a thorough understanding of the present disclosure, but the present disclosure can also be implemented in other ways different from those described herein; obviously, the embodiments described in the specification are only some embodiments of the present disclosure, not all embodiments.

[0040] Figure 1 is a flowchart of a method for determining stability of a node in a cluster according to an embodiment of the present disclosure, which can be executed by an electronic device. The electronic device can be exemplarily understood as a device such as a mobile phone, a tablet computer, a notebook computer, a desktop computer, a smart television, etc. As shown in Figure 1 the method provided by the present embodiment includes the following steps:

[0041] S101, collect event data information in a command line of a container orchestration engine of each node in a cluster, log data information of the cluster, and index data information of a monitoring system in the cluster.

[0042] In an example, the collection can be periodic collection, event-triggered collection, or real-time collection. The event-triggered collection can be a log update event, etc. The cluster includes multiple nodes. In the present embodiment, data information of each node needs to be obtained. The container orchestration engine can be Kubernetes. Specifically, multiple event data information in the command line of the container orchestration engine is obtained. The event data information is specific command information input in the command line. The log data information of the cluster is used to represent record data information generated in the running process of the cluster. The index data information of the monitoring system in the cluster is used to represent various key parameter information of the system.

[0043] Specifically, the event data information can be NotReady, container Crash, OOM, and the like. The log data information of the cluster can be error log data information. The index data information can be central processing unit limited time, disk pressure, network delay, and the like. The advantage of such a setting is to comprehensively judge the stability of the node through multiple dimensions of data, so that the stability of the node can be measured more comprehensively in different business scenarios.

[0044] S102, normalize the event data information, the log data information, and the index data information to obtain a normalized result.

[0045] In one example, the normalized result is a structured numerical value with the same structure. For example, it can be a numerical value between 【0, 1】. Since the event data information, the log data information, and the index data information are data information of different dimensions, the above data information needs to be converted into dimensionless data information, otherwise the above data information cannot be used comprehensively.

[0046] S103, input the normalized result into a stability scoring model, process the normalized result based on the stability scoring model, obtain a score of the node, and output the score of the node.

[0047] In one example, the stability scoring model can be a preset scoring rule or a preset neural network model. The stability scoring model scores the normalized result of each node to obtain a score of the node. The score of the node is used to represent the stability of the node. The higher the score, the higher the stability of the node, and the less the abnormal situation.

[0048] In one example, the score of the node is output, including:

[0049] The score of the node is scheduled and output based on a lightweight deployment mode.

[0050] In one example, the lightweight deployment mode can be a CLI class or an API class. The advantage of such a setting is that it is more flexible, has low deployment cost, and does not need to be modified invasively.

[0051] The embodiment of the present disclosure provides a method for determining the stability of a node in a cluster. The method comprises: collecting event data information in a command line of a container orchestration engine of each node in the cluster, log data information of the cluster, and index data information of a monitoring system in the cluster; performing normalization processing on the event data information, the log data information, and the index data information to obtain a normalization result; inputting the normalization result into a stability scoring model; processing the normalization result based on the stability scoring model to obtain a score of the node; and outputting the score of the node. By using the technical solution, it can be known in advance whether the node can stably perform corresponding actions, and then resources can be allocated according to the condition of the node, the processing efficiency of the system is improved, and the scheduling resources of the system are saved.

[0052] Figure 2 A flowchart of a method for determining the stability of a node in a cluster is shown. The embodiment of the present disclosure is optimized based on the above-mentioned embodiments, and can be combined with each optional scheme in one or more of the above-mentioned embodiments.

[0053] As shown in Figure 2 The method for determining the stability of a node in a cluster can comprise the following steps:

[0054] S201, collecting event data information in a command line of a container orchestration engine of each node in the cluster, log data information of the cluster, and index data information of a monitoring system in the cluster.

[0055] In one example, this step can refer to the content of step S101, which will not be repeated here.

[0056] S202, determining a target normalization algorithm in a database according to the event data information, the log data information, and the index data information; wherein the database is used to store a plurality of normalization algorithms.

[0057] In one example, the normalization algorithm comprises linear normalization, zero-mean normalization, fractional scaling normalization, and nonlinear normalization.

[0058] S203, performing normalization processing on the event data information, the log data information, and the index data information according to the target algorithm to obtain a normalization result.

[0059] In this embodiment, after the event data information, the log data information, and the index data information are obtained, a normalization algorithm can be selected from the database as a target normalization algorithm, and then the event data information, the log data information, and the index data information are normalized based on the target normalization algorithm to obtain a normalization result.

[0060] In one example, before the event data information, the log data information and the index data information are normalized to obtain the normalized result, the method further comprises:

[0061] The event data information, the log data information and the index data information are preliminarily processed to obtain the preliminarily processed data information.

[0062] Core data information is extracted from the preliminarily processed data information; wherein the core data information is used to determine the normalized result.

[0063] In one example, the preliminary processing is to determine whether there are missing items or error items in the event data information, the log data information and the index data information, and if there are, the missing items can be filled with default values or the error items can be removed to obtain the preliminarily processed data information. The advantage of this setting is that the interference of bad data information can be removed.

[0064] In this embodiment, there are many data types in the preliminarily processed data information, but not all of them can be used to evaluate the stability of the node. Therefore, core data information needs to be extracted. The core data information is pre-configured, and the core data information can be dynamically adjusted according to the business of the node.

[0065] In one example, the core data information includes at least one of the following:

[0066] The proportion of container restarts per unit time, the number of node unavailability events, the proportion of disk pressure alarm frequency, the number of containers terminated by memory, the number of error logs per hour, the network request error ratio, and the total central processing unit suppression time ratio of the container.

[0067] S204, based on the stability score model, each data information in the normalized result is configured with a corresponding weight value, each weight information is obtained, each weight information is summed and calculated to obtain a sum value, and based on the sum value and the preset parameter information, a node score is obtained.

[0068] In one example, the stability score model can be:

[0069] StabilityScore = 100 - Σ(Wi x Fi);

[0070] Wherein, Fi is each data information in the normalized result, Wi is each weight information, and the lower the StabilityScore score indicates the more unstable the node. Wherein, Wi can be dynamically adjusted. The advantage of this setting is that the weight system can be continuously learned and optimized to adapt to different cluster characteristics.

[0071] S205, updating the control strategy of the master control panel according to the score of the node.

[0072] In one example, if the score of the node is relatively low, the node can be removed from the control nodes of the master control panel, the node can be deployed to avoid the node according to the score of the node, and the node can be migrated according to the score of the node, so as to reduce the failure rate in the control process of the master control panel and embed the master control panel to assist dynamic resource strategy adjustment and abnormal node isolation.

[0073] The embodiment of the present disclosure provides a method for determining the stability of a node in a cluster, which comprises: determining a target algorithm for normalization in a database according to event data information, log data information and index data information, performing normalization processing on the event data information, the log data information and the index data information according to the target algorithm to obtain a normalization result. Each data information in the normalization result is configured with a corresponding weight value based on a stability scoring model to obtain each weight information, and each weight information is summed to obtain a sum value, and the score of the node is obtained according to the sum value and preset parameter information. By using this technical solution, multiple core data information is combined by using normalization and weighting mechanism to avoid single index interference in judgment.

[0074] Figure 3 is a structural schematic diagram of a node stability determination device in a cluster provided by the embodiment of the present disclosure. The node stability determination device in the cluster can be understood as the electronic device described above or part of the functional modules in the electronic device. As shown in the figure, the node stability determination device 30 in the cluster comprises: Figure 3

[0075] The collection module 301 is configured to collect event data information in a command line of a container orchestration engine of each node in the cluster, log data information of the cluster and index data information of a monitoring system in the cluster.

[0076] The processing module 302 is configured to perform normalization processing on the event data information, the log data information and the index data information to obtain a normalization result.

[0077] The input module 303 is configured to input the normalization result to a stability scoring model, process the normalization result based on the stability scoring model, obtain the score of the node, and output the score of the node.

[0078] In one example, the processing module 302 is configured to:

[0079] determine a target algorithm for normalization in a database according to the event data information, the log data information and the index data information; wherein the database is configured to store a plurality of normalized algorithms.

[0080] ​The event data information, the log data information and the index data information are normalized according to a target algorithm to obtain a normalization result.

[0081] In one example, before the event data information, the log data information and the index data information are normalized to obtain the normalization result, the stability determination apparatus 30 of the node in the cluster further comprises:

[0082] The determination module 304 is configured to perform data preliminary processing on the event data information, the log data information and the index data information to obtain data information after preliminary processing.

[0083] The extraction module 305 is configured to extract core data information from the data information after preliminary processing; wherein the core data information is used to determine the normalization result.

[0084] In one example, the core data information comprises at least one of the following:

[0085] The proportion of container restarts per unit time, the number of node unavailable events, the proportion of disk pressure alarm frequency, the number of containers terminated by memory, the number of error logs per hour, the network request error ratio, and the total central processing unit suppression time ratio of containers.

[0086] In one example, the input module 303 is specifically configured to:

[0087] Each data information in the normalization result is configured with a corresponding weight value based on a stability score model to obtain each weight information;

[0088] Each weight information is summed to obtain a sum value;

[0089] The sum value and preset parameter information are used to obtain a node score.

[0090] In one example, the input module 303 is specifically configured to:

[0091] The node score is scheduled and output based on a lightweight deployment mode.

[0092] In one example, the stability determination apparatus 30 of the node in the cluster further comprises:

[0093] The update module 306 is configured to update the control strategy of the main control panel according to the node score.

[0094] The apparatus provided in the embodiment can execute the method of any of the above embodiments, and has similar execution modes and beneficial effects, which will not be described here again.

[0095] The electronic device according to an embodiment of the disclosure can include a memory, a processor, and a communication interface. The memory can store instructions. The processor can execute the instructions. The communication interface can communicate with an external electronic device.

[0096] An example of the electronic device according to an embodiment of the disclosure can include a processor, a memory, and a communication interface. The memory can store instructions. The processor can execute the instructions. The communication interface can communicate with an external electronic device. Figure 4 is a structural diagram of an electronic device according to an embodiment of the disclosure. Specific reference will be made to Figure 4 which shows a structural diagram suitable for implementing an electronic device 4000 according to an embodiment of the disclosure. The electronic device 4000 according to an embodiment of the disclosure can include, but is not limited to, a mobile terminal such as a mobile phone, a notebook computer, a digital broadcast receiver, a PDA (Personal Digital Assistant), a PAD (Tablet Personal Computer), a PMP (Portable Multimedia Player), a car terminal (e.g., a car navigation terminal), and the like, and a fixed terminal such as a digital TV, a desktop computer, and the like. Figure 4 The electronic device shown is merely an example and should not impose any limitation on the functions and use range of the electronic device according to an embodiment of the disclosure.

[0097] As shown in Figure 4 , the electronic device 4000 can include a processing device (e.g., a central processing unit, a graphic processing unit, etc.) 4001, which can perform various appropriate actions and processes according to programs stored in a read-only memory (ROM) 4002 or loaded from a storage device 4008 into a random access memory (RAM) 4003. Various programs and data required for the operation of the electronic device 4000 are also stored in the RAM 4003. The processing device 4001, the ROM 4002, and the RAM 4003 are connected to each other through a bus 4004. An input / output (I / O) interface 4005 is also connected to the bus 4004.

[0098] Generally, the following devices can be connected to the I / O interface 4005: an input device 4006 including, for example, a touch screen, a touch pad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, and the like; an output device 4007 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, and the like; a storage device 4008 including, for example, a magnetic tape, a hard disk, and the like; and a communication device 4009. The communication device 4009 can allow the electronic device 4000 to communicate with other devices wirelessly or through wires to exchange data. Although Figure 4 The electronic device 4000 is shown with various devices, but it is understood that all of the shown devices are not required to be implemented or present. More or fewer devices can alternatively be implemented or present.

[0099] In particular, according to embodiments of the present disclosure, the processes described above with reference to the flowcharts can be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for executing the methods illustrated by the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network by the communication device 4009, or installed from the storage device 4008, or installed from the ROM 4002. When the computer program is executed by the processing device 4001, the above-mentioned functions defined in the methods of the embodiments of the present disclosure are executed.

[0100] It should be noted that the computer-readable medium described above in the present disclosure can be a computer-readable signal medium or a computer-readable storage medium or any combination thereof. The computer-readable storage medium may, for example, be, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or apparatus, or any suitable combination thereof. More specific examples of the computer-readable storage medium can include, but are not limited to, an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present disclosure, the computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in connection with an instruction execution system, apparatus, or device. In the present disclosure, the computer-readable signal medium can include a data signal that propagates in a baseband or as part of a carrier wave, in which the computer-readable program code is carried. Such a propagated data signal can take a variety of forms, including, but not limited to, an electromagnetic signal, an optical signal, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium that is not a computer-readable storage medium and that can be used to carry or store a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained in the computer-readable medium can be transmitted by any suitable medium, including, but not limited to, a wire, an optical fiber, an RF (radio frequency) or the like, or any suitable combination thereof.

[0101] In some embodiments, the client, server, or both can communicate using any known or later developed network protocols, such as the HyperText Transfer Protocol (HTTP), and can be interconnected with any form or medium of digital data communication (for example, a communication network) and any additional devices associated therewith.

[0102] The computer-readable medium described above can be included in the electronic device described above; alternatively, the computer-readable medium can exist as a standalone entity.

[0103] The computer-readable medium described above carries one or more programs that, when executed by the electronic device, cause the electronic device to: collect event data information in a command line of a container orchestration engine of each node in a cluster, log data information of the cluster, and index data information of a monitoring system in the cluster; normalize the event data information, the log data information, and the index data information to obtain a normalization result; input the normalization result to a stability scoring model, process the normalization result based on the stability scoring model, obtain a score of the node, and output the score of the node.

[0104] Computer program code for carrying out operations of the present disclosure can be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code can execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection can be made to an external computer (for example, through the Internet using an Internet Service Provider).

[0105] The computer program product of the first aspect can include one or more non-transitory computer-readable media storing instructions that, when executed, cause one or more processors to perform the operations of the method of the first aspect. The computer program product of the first aspect can include a computer-readable medium storing instructions that, when executed, cause one or more processors to perform the operations of the method of the first aspect.

[0106] The units described in the embodiments of the present disclosure can be implemented by software, or by hardware, or by a combination of software and hardware. In some cases, the names of the units do not constitute a limitation on the units themselves.

[0107] The functions described in this document can be implemented in part or in whole in hardware, firmware, software, or any combination thereof. For example, one or more hardware logic components can be used to perform the functions. Examples of hardware logic components can include programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), system-on-chips (SOCs), complex programmable logic devices (CPLDs), etc.

[0108] In the context of the present disclosure, a machine-readable medium can be a tangible medium that contains or stores a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can include but is not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium can include a tangible, non-transitory memory, such as a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0109] The embodiments of the present disclosure further provide a computer readable storage medium, the computer readable storage medium stores a computer program, when the computer program is executed by a processor, the method of any one of the above embodiments can be implemented, and the execution manner and advantages are similar, which will not be repeated here.

[0110] It should be noted that, in this paper, relationship terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between the entities or operations. Moreover, the term "include", "contain" or any other variant thereof is intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements not only includes those elements, but also includes other elements not explicitly listed or inherent to such process, method, article or device. Without more limitations, the element defined by the statement "including a" does not exclude the presence of other identical elements in the process, method, article or device including the element.

[0111] The above is only a specific embodiment of the present disclosure, which enables those skilled in the art to understand or implement the present disclosure. Various modifications of these embodiments will be apparent to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present disclosure. Therefore, the present disclosure will not be limited to these embodiments herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for determining the stability of nodes in a cluster, characterized in that, The method includes: Collect event data from the command line of the container orchestration engine on each node in the cluster, cluster log data, and metric data from the cluster monitoring system. The event data information, the log data information, and the indicator data information are normalized to obtain a normalization result; The normalization result is input into the stability scoring model, the normalization result is processed based on the stability scoring model to obtain the score of the node, and the score of the node is output.

2. The method according to claim 1, characterized in that, The step of normalizing the event data, log data, and indicator data to obtain a normalization result includes: Based on the event data, log data, and indicator data, a target algorithm for normalization is determined in the database; wherein, the database is used to store multiple normalization algorithms. The event data, log data, and indicator data are normalized according to the target algorithm to obtain the normalization result.

3. The method according to claim 1, characterized in that, Before normalizing the event data, log data, and indicator data to obtain a normalization result, the method further includes: The event data, log data, and indicator data are subjected to preliminary data processing to obtain the preliminary processed data. Extract core data information from the pre-processed data; wherein, the core data information is used to determine the normalization result.

4. The method according to claim 3, characterized in that, The core data information includes at least one of the following: Percentage of container restarts per unit time, number of node unavailability events, percentage of disk pressure alarms, number of containers terminated by memory, number of error log entries per hour, percentage of network request errors, and percentage of total container CPU suppression time.

5. The method according to claim 1, characterized in that, The process of processing the normalization result based on the stability scoring model to obtain the score of the node includes: Based on the stability scoring model, each data information in the normalization result is assigned a corresponding weight value to obtain each weight information. The sum of each weight information is calculated to obtain the sum value; The score of the node is obtained based on the sum and preset parameter information.

6. The method according to claim 1, characterized in that, The output of the node's score includes: The system uses a lightweight deployment approach to schedule and output the scores of the nodes on a regular basis.

7. The method according to claim 1, characterized in that, The method further includes: The control strategy of the main control panel is updated based on the score of the node.

8. A device for determining the stability of nodes in a cluster, characterized in that, The device includes: The data collection module is used to collect event data from the command line of the container orchestration engine of each node in the cluster, cluster log data, and metric data from the monitoring system in the cluster. The processing module is used to normalize the event data information, the log data information, and the indicator data information to obtain a normalization result; The input module is used to input the normalization result into the stability scoring model, process the normalization result based on the stability scoring model to obtain the score of the node, and output the score of the node.

9. An electronic device, characterized in that, include: A processor and a memory, wherein the memory stores a computer program that, when executed by the processor, performs the method of any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The storage medium stores a computer program that, when executed by a processor, implements the method as described in any one of claims 1-7.