CN118377573A - Cross-cluster application deployment method, device, equipment, medium and program product - Google Patents

Abstract

The disclosure provides a cross-cluster application deployment method, device, equipment, medium and program product, which can be applied to the field of cloud computing. The method comprises the following steps: determining a container specification parameter of each application sub-program in the target application in response to the application deployment request; forwarding a container creation request generated based on the container specification parameters to a main cluster of a container cluster management system for each application subroutine so as to compare the container specification parameters with the resource remaining amount of the working nodes in the main cluster, and generating a comparison result, wherein the main cluster also comprises virtual nodes; determining a target node from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter under the condition that the comparison result indicates that the residual quantity of resources does not meet the container specification parameter; and scheduling the container created based on the container creation request to a target node by using a management node in the working cluster to complete the deployment of the application subprogram.

Description

Cross-cluster application deployment method, device, equipment, medium and program product

Technical Field

The present disclosure relates to the field of cloud computing, and in particular, to a method, apparatus, device, medium, and program product for deployment of applications across clusters.

Background

K8s (container cluster management system) has become a de facto standard for container orchestration and deployment as a container operating system in the cloud era. In the related technology, in the process of deploying the container, the container is deployed into a plurality of K8s clusters as far as possible in a scattered manner by calculating the resource remaining quantity of the K8s clusters and determining that the resource remaining quantity of the K8s clusters meets the requirement.

In the process of realizing the disclosed concept, the inventor finds that at least the following problems exist in the related art, and in the process of deploying containers, the operation and maintenance efficiency is lower because a plurality of K8s clusters distribute the containers through a unified management node.

Disclosure of Invention

In view of the foregoing, the present disclosure provides methods, apparatus, devices, media, and program products for application deployment across clusters.

According to a first aspect of the present disclosure, there is provided a cross-cluster application deployment method, including: determining a container specification parameter of each application subprogram in the target application in response to an application deployment request initiated by the target application; forwarding a container creation request generated based on the container specification parameters to a main cluster of a container cluster management system for each application subroutine to compare the container specification parameters with the resource remaining amount of the working nodes in the main cluster, and generating a comparison result, wherein the main cluster further comprises virtual nodes obtained by virtualizing the working nodes; determining a target node from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter when the comparison result indicates that the resource remaining amount does not meet the container specification parameter; and dispatching the container created based on the container creation request to the target node by using the management node in the working cluster so as to complete the deployment of the application subprogram.

According to an embodiment of the present disclosure, when the comparison result indicates that the remaining amount of resources does not satisfy the container specification parameter, determining, based on the container specification parameter, a target node from a plurality of working nodes in a working cluster corresponding to the virtual node includes: forwarding the container creation request to the virtual node under the condition that the comparison result indicates that the resource remaining amount does not meet the container specification parameter; determining a working cluster corresponding to the virtual node from the container cluster management system; sequentially comparing the container specification parameters with the resource residual amounts of a plurality of working nodes in the working cluster to generate a plurality of specification comparison results; and determining the working node meeting the container specification parameters in the working cluster as the target node when the working node meeting the container specification parameters in the working cluster is characterized in the specification comparison results.

According to an embodiment of the present disclosure, the working cluster further includes a performance capacity monitoring node, and the method further includes: monitoring the performance capacity of each working node in the working cluster based on the performance capacity monitoring node to obtain the resource surplus of each working node; and transmitting the resource remaining amount to a virtual node corresponding to the working cluster, so that the virtual node determines the target node from a plurality of working nodes included in the working cluster based on the resource remaining amount.

According to an embodiment of the present disclosure, the scheduling, by using the management node in the working cluster, the container created based on the container creation request to the target node to complete the deployment of the application sub-program includes: transmitting the container creation request to the management node so that the management node creates a container corresponding to the application subroutine based on the container creation request; and dispatching the container to the target node by using the management node.

According to an embodiment of the present disclosure, the above method further includes: determining a target subprogram among a plurality of application subprograms of the target application; under the condition that the target subprogram is deployed, determining the number of application subprograms to be deployed in the target application; and under the condition that the number is larger than the preset number, iteratively determining a new target subprogram in application subprograms to be deployed in the target application so as to deploy the new target subprogram.

According to an embodiment of the present disclosure, the above method further includes: and under the condition that the comparison result indicates that the residual quantity of the resources meets the container specification parameters, dispatching the container created based on the container creation request into the working node by using a management node in the main cluster so as to complete the deployment of the application subprogram.

According to an embodiment of the present disclosure, the above method further includes: creating the virtual node based on the working performance of the working node; and associating the virtual node with a corresponding working cluster in the container cluster management system by utilizing a data interface so as to realize the proxy of the working cluster by utilizing the virtual node in the main cluster.

A second aspect of the present disclosure provides a cross-cluster application deployment apparatus, comprising: the parameter determining module is used for responding to an application deployment request initiated by the target application and determining the container specification parameter of each application subprogram in the target application; the resource comparison module is used for forwarding a container creation request generated based on the container specification parameters to a main cluster of a container cluster management system for each application subprogram to compare the container specification parameters with the resource surplus of the working nodes in the main cluster so as to generate a comparison result, wherein the main cluster also comprises virtual nodes obtained by virtualizing the working nodes; the node determining module is used for determining a target node from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter when the comparison result indicates that the resource remaining amount does not meet the container specification parameter; and the container scheduling module is used for scheduling the container created based on the container creation request into the target node by using the management node in the working cluster so as to complete the deployment of the application subprogram.

A third aspect of the present disclosure provides an electronic device, comprising: one or more processors; and a memory for storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method.

A fourth aspect of the present disclosure also provides a computer-readable storage medium having stored thereon executable instructions that, when executed by a processor, cause the processor to perform the above-described method.

A fifth aspect of the present disclosure also provides a computer program product comprising a computer program which, when executed by a processor, implements the above method.

According to the cross-cluster application deployment method, device, equipment, medium and program product provided by the disclosure, container specification parameters of application subroutines are compared with the resource residual amounts of working nodes in a main cluster, and when the compared result indicates that the resource residual amounts do not meet the container specification parameters, a target node is determined from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameters. By mapping the working clusters into virtual nodes of the main clusters, the clusters can be used as a whole for scheduling consideration, and resource fragments of the clusters can be fully utilized, so that the utilization efficiency of resources is improved. In the process of dispatching the containers, the virtual nodes are utilized to realize automatic container cross-cluster dispatching, so that the operation and maintenance cost of operation and maintenance personnel is effectively reduced, and the operation and maintenance efficiency is improved.

Drawings

The foregoing and other objects, features and advantages of the disclosure will be more apparent from the following description of embodiments of the disclosure with reference to the accompanying drawings, in which:

FIG. 1 schematically illustrates an application scenario diagram of a cross-cluster application deployment method, apparatus, device, medium and program product according to an embodiment of the present disclosure;

FIG. 2 schematically illustrates a flow chart of a method of application deployment across clusters in accordance with an embodiment of the present disclosure;

FIG. 3 schematically illustrates a flow chart of a method of application deployment across clusters in accordance with another embodiment of the present disclosure;

FIG. 4 schematically illustrates a schematic diagram of a cross-cluster application deployment method in accordance with an embodiment of the present disclosure;

FIG. 5 schematically illustrates a block diagram of a cross-cluster application deployment apparatus in accordance with an embodiment of the present disclosure;

Fig. 6 schematically illustrates a block diagram of an electronic device adapted to implement a cross-cluster application deployment method in accordance with an embodiment of the present disclosure.

Detailed Description

Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is only exemplary and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the present disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. In addition, in the following description, descriptions of well-known structures and techniques are omitted so as not to unnecessarily obscure the concepts of the present disclosure.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The terms "comprises," "comprising," and/or the like, as used herein, specify the presence of stated features, steps, operations, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, or components.

All terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. It should be noted that the terms used herein should be construed to have meanings consistent with the context of the present specification and should not be construed in an idealized or overly formal manner.

Where a convention analogous to "at least one of A, B and C, etc." is used, in general such a convention should be interpreted in accordance with the meaning of one of skill in the art having generally understood the convention (e.g., "a system having at least one of A, B and C" would include, but not be limited to, systems having a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.).

In the technical scheme of the invention, related user information (including but not limited to user personal information, user image information, user equipment information, such as position information and the like) and data (including but not limited to data for analysis, stored data, displayed data and the like) are information and data authorized by a user or fully authorized by all parties, and the related data are collected, stored, used, processed, transmitted, provided, disclosed, applied and the like, all conform to the related laws and regulations and standards of related areas, necessary security measures are adopted, no prejudice to the public order is made, and a corresponding operation entrance is provided for the user to select authorization or rejection.

With the comprehensive arrival of the cloud primordial age, the application of the situation that the containerization is irreversible, and K8s (Kubernetes, container cluster management system) as a container operating system of the cloud primordial age has become a fact standard for container arrangement and deployment. The working nodes and containers supported by a single K8s cluster are limited, and in order to ensure high availability of the application, a scene that a plurality of K8s clusters coexist is generally provided, and the application is also distributed and deployed in a plurality of K8s clusters, so that cross-cluster scheduling is involved.

In the related technology, the information of all K8s clusters is firstly obtained, the resource remaining amount of the K8s clusters is calculated, and then application containers are distributed and deployed into a plurality of K8s clusters as far as possible under the condition that the resource remaining amount of the K8s clusters meets the requirement, so that great operation and maintenance cost is caused, and great errors exist depending on manual judgment.

The embodiment of the disclosure provides a cross-cluster application deployment method, which is used for responding to an application deployment request initiated by a target application to determine container specification parameters of each application sub-program in the target application; forwarding a container creation request generated based on the container specification parameters to a main cluster of a container cluster management system for each application subroutine so as to compare the container specification parameters with the resource residual amounts of working nodes in the main cluster and generate a comparison result, wherein the main cluster also comprises virtual nodes obtained by the virtual working nodes; determining a target node from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter under the condition that the comparison result indicates that the residual quantity of resources does not meet the container specification parameter; and scheduling the container created based on the container creation request to a target node by using a management node in the working cluster to complete the deployment of the application subprogram.

Fig. 1 schematically illustrates an application scenario diagram of a method, apparatus, device, medium and program product for cross-cluster application deployment according to an embodiment of the present disclosure.

As shown in fig. 1, an application scenario 100 according to this embodiment may include a first terminal device 101, a second terminal device 102, a third terminal device 103, a network 104, and a server 105. The network 104 is a medium used to provide a communication link between the first terminal device 101, the second terminal device 102, the third terminal device 103, and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The user may interact with the server 105 through the network 104 using at least one of the first terminal device 101, the second terminal device 102, the third terminal device 103, to receive or send messages, etc. Various communication client applications, such as a shopping class application, a web browser application, a search class application, an instant messaging tool, a mailbox client, social platform software, etc. (by way of example only) may be installed on the first terminal device 101, the second terminal device 102, and the third terminal device 103.

The first terminal device 101, the second terminal device 102, the third terminal device 103 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.

The server 105 may be a server providing various services, such as a background management server (by way of example only) providing support for websites browsed by the user using the first terminal device 101, the second terminal device 102, and the third terminal device 103. The background management server may analyze and process the received data such as the user request, and feed back the processing result (e.g., the web page, information, or data obtained or generated according to the user request) to the terminal device.

It should be noted that, the cross-cluster application deployment method provided by the embodiments of the present disclosure may be generally performed by the server 105. Accordingly, the cross-cluster application deployment apparatus provided by embodiments of the present disclosure may be generally disposed in the server 105. The cross-cluster application deployment method provided by the embodiments of the present disclosure may also be performed by a server or a cluster of servers that is different from the server 105 and that is capable of communicating with the first terminal device 101, the second terminal device 102, the third terminal device 103, and/or the server 105. Accordingly, the cross-cluster application deployment apparatus provided by the embodiments of the present disclosure may also be provided in a server or a server cluster that is different from the server 105 and is capable of communicating with the first terminal device 101, the second terminal device 102, the third terminal device 103, and/or the server 105.

It should be understood that the number of terminal devices, networks and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

The cross-cluster application deployment method of the disclosed embodiments will be described in detail below with reference to fig. 2 to 6 based on the scenario described in fig. 1.

Fig. 2 schematically illustrates a flow chart of a method of application deployment across clusters in accordance with an embodiment of the present disclosure.

As shown in fig. 2, the cross-cluster application deployment method of this embodiment includes operations S210 to S240.

In operation S210, a container specification parameter of each application subroutine in the target application is determined in response to the application deployment request initiated by the target application.

In operation S220, for each application subroutine, forwarding a container creation request generated based on the container specification parameter to a main cluster of the container cluster management system, so as to compare the container specification parameter with the resource remaining amount of the working node in the main cluster, and generate a comparison result, where the main cluster further includes a virtual node obtained by the virtual working node.

In operation S230, in case that the comparison result indicates that the remaining amount of resources does not satisfy the container specification parameter, a target node is determined from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter.

In operation S240, the container created based on the container creation request is scheduled into the target node using the management node in the working cluster to complete the deployment of the application subroutine.

According to the embodiment of the disclosure, the target application is composed of a plurality of application subroutines, and when the target application is deployed, the target application can initiate an application deployment request, so that the application subroutines in the target application are deployed one by one to complete the deployment of the target application.

According to an embodiment of the present disclosure, a container specification parameter for each application subroutine is determined in response to an application deployment request. The application program may be packaged in a container, where the container includes relevant details necessary for running the application program, such as application dependencies and an operating system. The container specification parameter characterizes the container specification required to package the application program. For example: 4C8G (4 core CPU,8G memory).

According to an embodiment of the present disclosure, for each application subroutine, a container creation request is generated based on the container specification parameters. The container creation request is forwarded to a master cluster of the container cluster management system, so that the container is created by using a management node in the master cluster, and the created container meets the container specification parameters. The management node is a control node of the main cluster and is used for managing and controlling the whole cluster.

According to an embodiment of the present disclosure, a primary cluster includes a plurality of working nodes and a plurality of virtual nodes. Wherein the virtual node is obtained through a virtual work node. Each of the worker nodes is assigned a container, i.e., a workload, by the manager node. When a certain working node is down, containers on the working node are automatically transferred to other nodes of the main cluster by the management node.

According to the embodiment of the disclosure, the resource remaining amount of each working node in the main cluster is determined, and the container specification parameters are compared with the resource remaining amount of the working nodes in the main cluster one by one to generate a comparison result. Under the condition that the comparison result indicates that the residual amounts of the plurality of resources do not meet the container specification parameters, the working nodes in the main cluster cannot schedule and package the containers of the application subprogram, so that the continuous screening in the working clusters of the container cluster management system is considered.

According to an embodiment of the present disclosure, a virtual node is created based on the working performance of a working node for brokering a working cluster in a master cluster. Each working cluster comprises a plurality of working nodes, and the resource remaining amount of each working node is respectively determined. The container specification parameter and each resource remaining amount are compared, and then a target node is determined from a plurality of working nodes in the working cluster.

According to the embodiment of the disclosure, if the working cluster of the virtual node agent does not screen the working node meeting the container specification parameter, continuing to screen the working cluster of the next virtual node agent in the main cluster until the working node meeting the container specification parameter is found and is determined as the target node.

According to an embodiment of the present disclosure, a container created based on a container creation request is scheduled into a target node using a management node in a working cluster so that an application subroutine can run in the target node to complete deployment of the application subroutine. After the deployment of the target application by using the method is completed, the deployment of the target application is completed.

According to the embodiment of the disclosure, the container specification parameter of the application subroutine is compared with the resource residual quantity of the working nodes in the main cluster, and the target node is determined from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter under the condition that the compared result indicates that the resource residual quantity does not meet the container specification parameter. By mapping the working clusters into virtual nodes of the main clusters, the clusters can be used as a whole for scheduling consideration, and resource fragments of the clusters can be fully utilized, so that the utilization efficiency of resources is improved. In the process of dispatching the containers, the virtual nodes are utilized to realize automatic container cross-cluster dispatching, so that the operation and maintenance cost of operation and maintenance personnel is reduced, and the operation and maintenance efficiency is improved.

According to an embodiment of the present disclosure, in a case where the comparison result indicates that the remaining amount of resources does not satisfy the container specification parameter, determining, based on the container specification parameter, a target node from a plurality of working nodes in a working cluster corresponding to the virtual node includes: forwarding a container creation request to the virtual node under the condition that the comparison result indicates that the residual quantity of resources does not meet the container specification parameters; determining a working cluster corresponding to the virtual node from the container cluster management system; sequentially comparing the container specification parameters with the resource surplus of a plurality of working nodes in the working cluster to generate a plurality of specification comparison results; and under the condition that the working nodes meeting the container specification parameters exist in the working clusters in the representation of the multiple specification comparison results, determining the working nodes meeting the container specification parameters in the working clusters as target nodes.

According to the embodiment of the disclosure, after the container specification parameters are compared with the working nodes in the main cluster, if it is determined that no working node capable of calling the container of the container specification parameters is available in the main cluster, a container creation request is forwarded to the virtual node, and a working cluster corresponding to the virtual node is determined in the container cluster management system.

According to the embodiment of the disclosure, after receiving a container creation request, a virtual node sequentially compares a container specification parameter with the resource remaining amounts of a plurality of working nodes in a working cluster to generate a plurality of specification comparison results. In the comparison process, determining that the generated specification comparison result represents that the working nodes meeting the container specification parameters exist in the working cluster, and determining the working node corresponding to the specification comparison result in the working cluster as a target node.

According to an embodiment of the disclosure, if a working node meeting the container specification parameter is not screened in the working cluster of the virtual node agent, forwarding a container creation request to a next virtual node in the main cluster, and determining a working cluster corresponding to the next virtual node in the container cluster management system. And continuing to screen in the working cluster of the next virtual node agent in the main cluster until the working node meeting the container specification parameter is found, and determining the working node as the target node. By the virtual nodes in the main cluster, automatic container cross-cluster scheduling is realized, the operation and maintenance cost of operation and maintenance personnel is reduced, and the operation and maintenance efficiency is improved.

According to an embodiment of the present disclosure, the working cluster further includes a performance capacity monitoring node, and the method further includes: monitoring the performance capacity of each working node in the working cluster based on the performance capacity monitoring node to obtain the resource surplus of each working node; and sending the resource surplus to a virtual node corresponding to the working cluster, so that the virtual node determines a target node from a plurality of working nodes included in the working cluster based on the resource surplus.

According to an embodiment of the disclosure, a performance capacity monitoring node is configured in the working cluster, and is configured to monitor performance capacity of each working node in the working cluster. Wherein the performance capacity monitoring node may be a cloud native monitoring tool. The performance capacity includes the resource remaining amount of each working node, specifically including the number of cores and the memory capacity of the CPU.

According to the embodiment of the disclosure, the monitored resource surplus of each working node is sent to the virtual node of the main cluster corresponding to the working cluster, so that the virtual node compares the container specification parameter with the resource surplus, and a target node is determined.

According to an embodiment of the present disclosure, a container created based on a container creation request is scheduled into a target node with a management node in a working cluster to complete deployment of an application subroutine, comprising: sending a container creation request to the management node, so that the management node creates a container corresponding to the application sub-program based on the container creation request; the container is dispatched into the target node using the management node.

According to an embodiment of the present disclosure, a container creation request is sent to a management node in a working cluster, such that the management node creates a container corresponding to an application subroutine based on the container creation request. The management node dispatches the container in the working cluster, and distributes the container to the target node. The virtual node is used for acting on the working cluster, so that automatic container cross-cluster scheduling is realized based on the virtual node under the condition of no invasion to K8s source codes, the operation and maintenance cost of operation and maintenance personnel is reduced, and the operation and maintenance efficiency is improved.

Fig. 3 schematically illustrates a flow chart of a method of application deployment across clusters according to another embodiment of the present disclosure.

As shown in fig. 3, the cross-cluster application deployment method of this embodiment includes operations S310 to S340.

In operation S310, a target sub-program is determined among a plurality of application sub-programs to be deployed in a target application.

In operation S320, a container creation request is generated according to the container specification parameters of the target subroutine.

In operation S330, the container creation request is forwarded to the primary cluster of the container cluster management system, so as to compare the container specification parameter with the resource remaining amount of the working node in the primary cluster, and generate a comparison result.

In operation S340, in case that the comparison result indicates that the remaining amount of resources does not satisfy the container specification parameter, a target node is determined from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter.

In operation S350, the container created based on the container creation request is scheduled into the target node using the management node in the working cluster to complete the deployment of the target subroutine.

In operation S360, the number of application subroutines to be deployed in the target application is determined.

In operation S370, it is determined whether the number is greater than a preset number. In case the number is greater than the preset number, operation S310 is performed. And under the condition that the number is smaller than or equal to the preset number, determining that the deployment of the target application is completed.

According to the embodiment of the disclosure, after the target sub-program is deployed, the target sub-program can be marked as the deployed application sub-program, so that the deployed application sub-program is not repeatedly deployed when a new target sub-program is determined.

According to the embodiment of the disclosure, the preset number may be set to 0, and if the number of application subroutines to be deployed in the target application is greater than 0, which indicates that there are undeployed application subroutines, a new target subroutine is iteratively determined, so as to complete the deployment of the target application.

According to the embodiment of the disclosure, in the process of deploying the target application, the working cluster is mapped to the virtual node of the main cluster, so that the cluster can be used as a whole for scheduling consideration, resource fragments of the cluster can be fully utilized, and the utilization efficiency of resources is improved.

According to an embodiment of the present disclosure, the cross-cluster application deployment method further includes: and under the condition that the comparison result indicates that the residual quantity of the resources meets the container specification parameters, dispatching the container created based on the container creation request to a working node by utilizing a management node in the main cluster so as to complete the deployment of the application subprogram.

According to the embodiment of the disclosure, after the container specification parameters are compared with the working nodes in the main cluster, if the working nodes capable of calling the container specification parameters exist in the main cluster, a container creation request is sent to a management node in the main cluster, so that the management node creates a container corresponding to an application sub-program based on the container creation request. The management node dispatches the container inside the main cluster, and distributes the container to the working nodes of the container capable of calling the container specification parameters.

For example: and if the container specification parameter is 4C8G and the resource remaining amount of the working node 1 of the main cluster is 6C9G, scheduling the container created based on the container creation request into the working node 1 of the main cluster.

According to an embodiment of the present disclosure, the cross-cluster application deployment method further includes: creating a virtual node based on the working performance of the working node; and associating the virtual node with a corresponding working cluster in the container cluster management system by utilizing the data interface so as to realize the proxy of the working cluster by utilizing the virtual node in the main cluster.

According to an embodiment of the present disclosure, the primary cluster includes virtual nodes in addition to the working nodes. The virtual node is virtual out by imitating the working performance of the working node and is not an entity. The virtual node is actually an agent of the working cluster, and can acquire the overall performance capacity of the working cluster and the performance capacity of each working node in the working cluster.

According to the embodiment of the disclosure, the working cluster is proxied through the virtual node, namely, the virtual node is associated with the working cluster through the data interface, so that specific functions of the node, such as container specification parameter comparison, container deployment and the like, are realized. Wherein the virtual nodes of the working cluster and the main cluster are in one-to-one correspondence. The working clusters are mapped into the virtual nodes of the main clusters, so that the clusters can be used as a whole for scheduling consideration, resource fragments of the clusters can be fully utilized, and the utilization efficiency of resources is improved.

Fig. 4 schematically illustrates a schematic diagram of a cross-cluster application deployment method according to an embodiment of the present disclosure.

As shown in fig. 4, the target application 410 includes a first application subroutine 411, a second application subroutine 412, a third application subroutine 413, and a fourth application subroutine 414. One application sub-program may be randomly selected from the first application sub-program 411, the second application sub-program 412, the third application sub-program 413, and the fourth application sub-program 414, and determined as a target sub-program, or may be selected according to a sequence of application sub-programs.

In the case where the selected target sub-program is the first application sub-program 411, a container creation request is generated according to the container specification parameter of the first application sub-program 411. The container creation request is forwarded to the master cluster 420 of the container cluster management system to compare the container specification parameter with the resource remaining amount of the working node 1 in the master cluster, and a comparison result is generated. Also included in the master cluster 420 is a high availability distributed key value database 422, which may be understood as a storage node by providing a simple interface for storing and retrieving data of key value pairs.

When the comparison result indicates that the resource remaining amount of the working node 1 meets the container specification parameter of the first application subroutine 411, the management node 421 in the main cluster 420 is utilized to schedule the container created according to the container creation request into the working node 1, so as to complete the deployment of the first application subroutine 411.

As shown in fig. 4, master cluster 420 also includes virtual node 2 and virtual node 3. The application subroutines are selected in sequence and a container creation request is generated based on the container specification parameters of the second application subroutine 412. The container creation request is forwarded to the master cluster 420 of the container cluster management system to compare the container specification parameter with the resource remaining amount of the working node 1 in the master cluster, and a comparison result is generated.

In the case where the comparison result indicates that the remaining amount of resources does not satisfy the container specification parameter, the target node is determined from among the working node 1, the working node 2, and the working node 3 in the working cluster 430 corresponding to the virtual node 1, based on the container specification parameter. Also included in working cluster 430 is a high availability distributed key-value database 432, which can be understood as a storage node by providing a simple interface to store and retrieve data for key-value pairs.

It is determined that the remaining amount of resources of worker node 3 in worker cluster 430 meets the container specification parameters of second application subroutine 412. The container created from the container creation request is dispatched into working node 1 using management node 431 in working cluster 430 to complete the deployment of second application subroutine 412.

The third application subroutine 413 and the fourth application subroutine 414 are deployed in the same manner as described above. As shown in fig. 4, using management node 441 in working cluster 440, third application subroutine 413 is deployed to working node 2 of working cluster 440 and fourth application subroutine 414 is deployed to working node 1 of working cluster 440. Also included in the working cluster 440 is a high availability distributed key value database 442, which can be understood as a storage node by providing a simple interface to store and retrieve data for key value pairs. The specific deployment process is the same as the above deployment process, and will not be described here again.

According to the embodiment of the disclosure, the container specification parameter of the application subroutine is compared with the resource residual quantity of the working nodes in the main cluster, and the target node is determined from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter under the condition that the compared result indicates that the resource residual quantity does not meet the container specification parameter. By mapping the working clusters into virtual nodes of the main clusters, the clusters can be used as a whole for scheduling consideration, and resource fragments of the clusters can be fully utilized, so that the utilization efficiency of resources is improved. In the process of dispatching the containers, the virtual nodes are utilized to realize automatic container cross-cluster dispatching, so that the operation and maintenance cost of operation and maintenance personnel is reduced, and the operation and maintenance efficiency is improved.

Based on the cross-cluster application deployment method, the disclosure also provides a cross-cluster application deployment device. The device will be described in detail below in connection with fig. 5.

Fig. 5 schematically illustrates a block diagram of a cross-cluster application deployment apparatus in accordance with an embodiment of the present disclosure.

As shown in fig. 5, the cross-cluster application deployment apparatus 500 of this embodiment includes a parameter determination module 510, a resource comparison module 520, a node determination module 530, and a container scheduling module 540.

The parameter determining module 510 is configured to determine a container specification parameter of each application sub-program in the target application in response to an application deployment request initiated by the target application.

The resource comparison module 520 is configured to forward, for each application subroutine, a container creation request generated based on the container specification parameter to a main cluster of the container cluster management system, so as to compare the container specification parameter with a resource remaining amount of a working node in the main cluster, and generate a comparison result, where the main cluster further includes a virtual node obtained by the virtual working node.

The node determining module 530 is configured to determine, based on the container specification parameter, a target node from a plurality of working nodes in the working cluster corresponding to the virtual node, if the comparison result indicates that the remaining amount of resources does not satisfy the container specification parameter.

The container scheduling module 540 is configured to schedule, with a management node in the working cluster, a container created based on the container creation request to a target node to complete deployment of the application subroutine.

According to an embodiment of the present disclosure, the node determination module 530 includes a request forwarding sub-module, a cluster determination sub-module, a specification comparison sub-module, and a node determination sub-module.

And the request forwarding sub-module is used for forwarding the container creation request to the virtual node under the condition that the comparison result indicates that the residual quantity of the resources does not meet the container specification parameters.

And the cluster determination submodule is used for determining the working clusters corresponding to the virtual nodes from the container cluster management system.

And the specification comparison sub-module is used for sequentially comparing the container specification parameters with the resource surplus of the plurality of working nodes in the working cluster to generate a plurality of specification comparison results.

The node determining submodule is used for determining the working node meeting the container specification parameters in the working cluster as a target node under the condition that the working node meeting the container specification parameters exists in the working cluster in the representation of the multiple specification comparison results.

According to an embodiment of the present disclosure, the application deployment apparatus 500 further includes a capacity monitoring module and a resource transmitting module.

And the capacity monitoring module is used for monitoring the performance capacity of each working node in the working cluster based on the performance capacity monitoring node to obtain the resource surplus of each working node.

And the resource sending module is used for sending the resource surplus to the virtual node corresponding to the working cluster, so that the virtual node determines the target node from a plurality of working nodes included in the working cluster based on the resource surplus.

According to an embodiment of the present disclosure, the container dispatch module 540 includes a request-sending sub-module and a container dispatch sub-module.

And the request sending submodule is used for sending the container creation request to the management node so that the management node creates the container corresponding to the application subroutine based on the container creation request.

And the container scheduling sub-module is used for scheduling the container to the target node by using the management node.

According to an embodiment of the present disclosure, the application deployment apparatus 500 further includes a subroutine determination module, a quantity determination module, and an iteration determination module.

And the subprogram determining module is used for determining the target subprogram in a plurality of application subprograms of the target application.

And the quantity determining module is used for determining the quantity of application subroutines to be deployed in the target application under the condition that the deployment of the target subroutines is completed.

And the iteration determining module is used for iteratively determining a new target subprogram in the application subprograms to be deployed in the target application under the condition that the number is larger than the preset number so as to deploy the new target subprogram.

According to an embodiment of the present disclosure, the application deployment apparatus 500 further includes a program deployment module.

And the program deployment module is used for scheduling the container created based on the container creation request into the working node by utilizing the management node in the main cluster under the condition that the comparison result indicates that the residual quantity of the resources meets the container specification parameters so as to complete the deployment of the application subprogram.

According to an embodiment of the present disclosure, the application deployment apparatus 500 further includes a node creation module and a cluster association module.

And the node creation module is used for creating the virtual node based on the working performance of the working node.

And the cluster association module is used for associating the virtual node with a corresponding working cluster in the container cluster management system by utilizing the data interface so as to realize the proxy of the working cluster by utilizing the virtual node in the main cluster.

Any of the plurality of modules of the parameter determination module 510, the resource comparison module 520, the node determination module 530, and the container scheduling module 540 may be combined in one module or any of the plurality of modules may be split into a plurality of modules according to embodiments of the present disclosure. Or at least some of the functionality of one or more of the modules may be combined with, and implemented in, at least some of the functionality of other modules. According to embodiments of the present disclosure, at least one of the parameter determination module 510, the resource comparison module 520, the node determination module 530, and the container scheduling module 540 may be implemented at least in part as hardware circuitry, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in hardware or firmware in any other reasonable manner of integrating or packaging the circuitry, or in any one of or a suitable combination of three of software, hardware, and firmware. Or at least one of the parameter determination module 510, the resource comparison module 520, the node determination module 530, and the container scheduling module 540 may be at least partially implemented as a computer program module which, when executed, may perform the corresponding functions.

Fig. 6 schematically illustrates a block diagram of an electronic device adapted to implement a cross-cluster application deployment method in accordance with an embodiment of the present disclosure.

As shown in fig. 6, an electronic device 600 according to an embodiment of the present disclosure includes a processor 601 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 602 or a program loaded from a storage section 608 into a Random Access Memory (RAM) 603. The processor 601 may include, for example, a general purpose microprocessor (e.g., a CPU), an instruction set processor and/or an associated chipset and/or a special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), or the like. Processor 601 may also include on-board memory for caching purposes. The processor 601 may comprise a single processing unit or a plurality of processing units for performing different actions of the method flows according to embodiments of the disclosure.

In the RAM 603, various programs and data necessary for the operation of the electronic apparatus 600 are stored. The processor 601, the ROM 602, and the RAM 603 are connected to each other through a bus 604. The processor 601 performs various operations of the method flow according to the embodiments of the present disclosure by executing programs in the ROM 602 and/or the RAM 603. Note that the program may be stored in one or more memories other than the ROM 602 and the RAM 603. The processor 601 may also perform various operations of the method flow according to embodiments of the present disclosure by executing programs stored in the one or more memories.

According to an embodiment of the present disclosure, the electronic device 600 may also include an input/output (I/O) interface 605, the input/output (I/O) interface 605 also being connected to the bus 604. The electronic device 600 may also include one or more of the following components connected to an input/output (I/O) interface 605: an input portion 606 including a keyboard, mouse, etc.; an output portion 607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The drive 610 is also connected to an input/output (I/O) interface 605 as needed. Removable media 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on drive 610 so that a computer program read therefrom is installed as needed into storage section 608.

The present disclosure also provides a computer-readable storage medium that may be embodied in the apparatus/device/system described in the above embodiments; or may exist alone without being assembled into the apparatus/device/system. The computer-readable storage medium carries one or more programs which, when executed, implement methods in accordance with embodiments of the present disclosure.

According to embodiments of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, which may include, for example, but is not limited to: 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. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. For example, according to embodiments of the present disclosure, the computer-readable storage medium may include ROM 602 and/or RAM 603 and/or one or more memories other than ROM 602 and RAM 603 described above.

Embodiments of the present disclosure also include a computer program product comprising a computer program containing program code for performing the methods shown in the flowcharts. When the computer program product is run in a computer system, the program code is for causing the computer system to implement the cross-cluster application deployment method provided by the embodiments of the present disclosure.

The above-described functions defined in the system/apparatus of the embodiments of the present disclosure are performed when the computer program is executed by the processor 601. The systems, apparatus, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the disclosure.

In one embodiment, the computer program may be based on a tangible storage medium such as an optical storage device, a magnetic storage device, or the like. In another embodiment, the computer program may also be transmitted, distributed in the form of signals over a network medium, and downloaded and installed via the communication section 609, and/or installed from the removable medium 611. The computer program may include program code that may be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

In such an embodiment, the computer program may be downloaded and installed from a network through the communication portion 609, and/or installed from the removable medium 611. The above-described functions defined in the system of the embodiments of the present disclosure are performed when the computer program is executed by the processor 601. The systems, devices, apparatus, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the disclosure.

According to embodiments of the present disclosure, program code for performing computer programs provided by embodiments of the present disclosure may be written in any combination of one or more programming languages, and in particular, such computer programs may be implemented in high-level procedural and/or object-oriented programming languages, and/or assembly/machine languages. Programming languages include, but are not limited to, such as Java, c++, python, "C" or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Those skilled in the art will appreciate that the features recited in the various embodiments of the disclosure and/or in the claims may be provided in a variety of combinations and/or combinations, even if such combinations or combinations are not explicitly recited in the disclosure. In particular, the features recited in the various embodiments of the present disclosure and/or the claims may be variously combined and/or combined without departing from the spirit and teachings of the present disclosure. All such combinations and/or combinations fall within the scope of the present disclosure.

The embodiments of the present disclosure are described above. These examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although the embodiments are described above separately, this does not mean that the measures in the embodiments cannot be used advantageously in combination. The scope of the disclosure is defined by the appended claims and equivalents thereof. Various alternatives and modifications can be made by those skilled in the art without departing from the scope of the disclosure, and such alternatives and modifications are intended to fall within the scope of the disclosure.

Claims (11)

1. A cross-cluster application deployment method, comprising:

Determining a container specification parameter of each application subprogram in a target application in response to an application deployment request initiated by the target application;

Forwarding a container creation request generated based on the container specification parameters to a main cluster of a container cluster management system for each application subroutine so as to compare the container specification parameters with the resource residual amounts of working nodes in the main cluster and generate a comparison result, wherein the main cluster also comprises virtual nodes obtained by virtualizing the working nodes;

Determining a target node from a plurality of working nodes in a working cluster corresponding to the virtual node based on the container specification parameter under the condition that the comparison result indicates that the resource remaining quantity does not meet the container specification parameter;

and scheduling the container created based on the container creation request to the target node by using the management node in the working cluster so as to complete the deployment of the application subprogram.

2. The method of claim 1, wherein the determining, based on the container specification parameter, a target node from a plurality of working nodes in a working cluster corresponding to the virtual node if the comparison result characterizes that the resource remaining does not satisfy the container specification parameter, comprises:

Forwarding the container creation request to the virtual node under the condition that the comparison result indicates that the resource remaining amount does not meet the container specification parameter;

Determining a working cluster corresponding to the virtual node from the container cluster management system;

Sequentially comparing the container specification parameters with the resource residual amounts of a plurality of working nodes in the working cluster to generate a plurality of specification comparison results;

And under the condition that the working nodes meeting the container specification parameters exist in the working clusters in the representation of the specification comparison results, determining the working nodes meeting the container specification parameters in the working clusters as the target nodes.

3. The method of claim 1, wherein the working cluster further comprises a performance capacity monitoring node therein, the method further comprising:

monitoring the performance capacity of each working node in the working cluster based on the performance capacity monitoring node to obtain the resource surplus of each working node;

And sending the resource surplus to a virtual node corresponding to the working cluster, so that the virtual node determines the target node from a plurality of working nodes included in the working cluster based on the resource surplus.

4. The method of claim 1, wherein the scheduling, with the management node in the working cluster, the container created based on the container creation request into the target node to complete the deployment of the application subroutine comprises:

Sending the container creation request to the management node, so that the management node creates a container corresponding to the application sub-program based on the container creation request;

the container is dispatched into the target node using the management node.

5. The method of any one of claims 1-4, further comprising:

determining a target subroutine among a plurality of application subroutines of the target application;

Under the condition that the target subprogram is deployed, determining the number of application subprograms to be deployed in the target application;

And under the condition that the number is larger than the preset number, iteratively determining a new target subprogram in application subprograms to be deployed in the target application so as to deploy the new target subprogram.

6. The method of claim 1, further comprising:

And under the condition that the comparison result indicates that the resource remaining quantity meets the container specification parameter, dispatching the container created based on the container creation request to the working node by utilizing a management node in the main cluster so as to complete the deployment of the application subprogram.

7. The method of claim 1, further comprising:

Creating the virtual node based on the working performance of the working node;

And associating the virtual node with a corresponding working cluster in the container cluster management system by utilizing a data interface so as to realize the proxy of the working cluster by utilizing the virtual node in the main cluster.

8. An application deployment apparatus across clusters, comprising:

the parameter determining module is used for responding to an application deployment request initiated by a target application and determining the container specification parameter of each application subprogram in the target application;

The resource comparison module is used for forwarding a container creation request generated based on the container specification parameters to a main cluster of a container cluster management system for each application subprogram to compare the container specification parameters with the resource surplus of the working nodes in the main cluster so as to generate a comparison result, wherein the main cluster also comprises virtual nodes obtained by virtualizing the working nodes;

The node determining module is used for determining a target node from a plurality of working nodes in the working cluster corresponding to the virtual node based on the container specification parameter under the condition that the comparison result indicates that the resource remaining amount does not meet the container specification parameter;

And the container scheduling module is used for scheduling the container created based on the container creation request to the target node by utilizing the management node in the working cluster so as to complete the deployment of the application subprogram.

9. An electronic device, comprising:

One or more processors;

storage means for storing one or more programs,

Wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method of any of claims 1-7.

10. A computer readable storage medium having stored thereon executable instructions which, when executed by a processor, cause the processor to perform the method according to any of claims 1-7.

11. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any one of claims 1 to 7.